دربارهٔ بندو
نرمافزار برای جایی که کار واقعاً اتفاق میافتد
بندو را برای کافهدار و رستورانداری ساختیم که خودش هم روی زمین کار میکند — نه برای کسی که فقط آخر ماه گزارش میخواند.
مسئلهای که دنبالش هستیم
تقریباً هر مجموعهای درآمدش را دقیق میداند. تعداد کمی هزینهاش را دقیق میدانند. فاصلهٔ این دو جایی است که سود بیسروصدا از بین میرود — و معمولاً وقتی معلوم میشود که دیگر برای اصلاحش دیر است.
دلیلش تنبلی نیست. دلیلش این است که در بیشتر سیستمها، «ثبت فروش» و «نتیجهٔ فروش» دو کار جدا هستند. صندوق میفروشد و انبار بعداً بهروز میشود — اگر کسی یادش بماند، اگر وقت کند، اگر درست وارد کند.
کل تصمیم معماری بندو روی همین یک نکته بنا شده: نتیجه باید بخشی از خودِ ثبت باشد. نه کاری که بعداً انجام میشود، نه گزارشی که آخر ماه بازسازی میشود.
سه چیز که سرش کوتاه نمیآییم
عدد بیمدرک نشان نمیدهیم
هر هشدار و هر بینشی که بندو میسازد، میگوید عددش از کجا آمده و شما را به همان صفحه میبرد که خودتان تأییدش کنید. «نامعلوم» را هم صفر نشان نمیدهیم — آیتمی که هنوز رسپی ندارد، پرسود جا نمیزند.
به اندازهٔ چیزی که خریدهاید
کافهای که فقط منوی دیجیتال گرفته، نباید پنلی ببیند که نود درصدش به دردش نمیخورد. چیزی که نخریدهاید خاکستری و قفل نمیشود — در سایدبار، در مسیرها و در مجوزها اصلاً نیست.
سرویس نباید بایستد
هیچ تصمیمی در بندو نباید یک ثانیه از وقت صندوقدار یا یک نگاه از وقت آشپز بگیرد. تیکت آشپزخانه قیمت ندارد، چون آشپز به قیمت کار ندارد و دیدنش فقط وقت میگیرد. ساعت هشت جمعهشب، این مهمترین قاعدهٔ ماست.
برای چه کسی
بندو از یک کافهٔ تکشعبه تا یک مجموعهٔ چندشعبه کار میکند، ولی شکلش در هر کدام فرق دارد.
- کافه و کافیشاپ
- منو، رسپی، بهای مواد و صندوق — بدون پیچیدگی سالن و آشپزخانه.
- رستوران
- نقشهٔ سالن، آشپزخانه، رزرو و انعام — کنار خرید و حسابداری.
- فستفود و نانوایی
- سرعت صندوق، بیرونبر، و کنترل ضایعات و انقضای مواد.
- مجموعههای چندشعبه
- منوی مشترک با موجودی و حسابهای جدا، و دفتری که بالا جمع میشود.