سمت کسبوکار
کنترل عملیاتی و برند برای کسبوکارهای غذایی، در سطح شعب و منوها.
- شعب
- منوها
- محصولات
- هویت بصری
- پیکربندی
سمت مشتری
مسیر مهمان از دیدن منو تا پرداخت؛ شکلگرفته با هویت هر کسبوکار.
- مشاهده
- مرور
- سفارش
- پرداخت
01 · هویت A
پلتفرم مشترک؛ سطح برند مستقل.
02 · هویت B
همان سیستم؛ زبان بصری متفاوت.
03 · هویت C
تجربهای پیکربندیشده، نه محصولی جدا.
۰۶ — برند بهعنوان زیرساخت
برند لایه رویی نیست؛ بخشی از سیستم است.
پیکربندی تم و پالت وارد loader میشود، به CSS variables نگاشت میشود، و در نهایت به UI برندشده میرسد.
همان پلتفرم، بدون fork کردن محصول، کسبوکارهای مختلف را با هویت بصری متفاوت رندر میکند.
همان سیستم؛ خروجیهای متعدد.
مهماننوازی گرم
مدرن آرام
محلی جسور
انگلیسی
جریان خواندن و فاصلهگذاری چپبهراست.
فارسی
ساختار راستبهچپ و رفتار تایپوگرافی.
tenant context صریح
- مسئله
- درخواستهای عمومی و ادمین میتوانند از نقاط ورود متفاوت بیایند.
- تصمیم
- قبل از authorization و منطق کسبوکار، tenant context را مشخص کن.
- چرا
- وقتی هر مسیر مهم از یک توالی مفهومی یکسان شروع شود، مرزها شفاف میمانند.
جدا کردن سبد از سفارش
- مسئله
- نیت خرید قابلویرایش و خرید قطعی، رفتار متفاوتی دارند.
- تصمیم
- سبد و سفارش را بهعنوان مراحل متمایز، با گذار صریح، نگه دار.
- چرا
- تبدیل، بررسی capability و رفتار idempotent سادهتر قابل فهم میشوند.
authorization سمت سرور
- مسئله
- محدودیتهای UI بهتنهایی مرز tenant و شعبه را حفظ نمیکنند.
- تصمیم
- عضویت، نقشها و دسترسی شعبه را روی سرور اعتبارسنجی کن.
- چرا
- حتی وقتی کلاینت اشتباه یا ناقص باشد، مجوزها قابل اعتماد میمانند.
عملیات پرداخت idempotent
- مسئله
- retry، concurrency و پرداخت جزئی جریان پول را شکننده میکنند.
- تصمیم
- پرداخت را حول idempotency، allocation، state و verification طراحی کن.
- چرا
- درستی مهمتر از تظاهر به تمامشدن یکپارچهسازی provider است.