«سیستمِ سفارشِ آنلاینِ خودت را داشته باش تا از کمیسیونِ واسطهها رها شوی» — این جمله را زیاد شنیدهاید و اشکالش این است که هدف را غلط تعریف میکند:
کمیسیون قیمتِ چیزی است که میخرید: تقاضا. پلتفرم به شما مشتریای میدهد که خودتان پیدا نکردهاید، و سیستمِ اختصاصیِ شما آن تقاضا را نمیسازد. پس «حذفِ کمیسیون» بهتنهایی یک هدفِ بیمعنا است — چیزی که حذف میکنید، هزینهی چیزی است که دیگر دریافتش نمیکنید.
سؤالِ درست شکلِ دیگری دارد:
کدام سفارشها را میتوانم بدونِ کمیسیون بگیرم؟
و جوابش دقیق است: سفارشهایی که تقاضایشان از قبل وجود دارد. در ادامه میبینیم آن سفارشها کداماند (و غافلگیرکننده است)، نقطهی سربهسرِ این تصمیم را چطور خودتان حساب کنید، و کدام بخشِ عملیاتی است که این پروژهها را زمین میزند.
مطالبی که در ادامه می خوانید:
بزرگترین منبعِ سفارشِ مستقیم، پلتفرم نیست
تقریباً همه فرض میکنند سفارشِ سایتِ اختصاصی باید از پلتفرم «قاپیده» شود. در عمل، منبعِ اصلی جای دیگری است:
سفارشهای تلفنیِ امروزِ خودتان.
این سفارشها از قبل بیکمیسیوناند، پس ظاهراً چیزی برای صرفهجویی ندارند. ولی نگاهِ دقیقتر نشان میدهد که آنها هزینهی دیگری دارند که در هیچ فاکتوری نوشته نشده:
- وقتِ یک نفر که در ساعتِ اوج باید تلفن را جواب بدهد — همان ساعتی که کمبودِ نیرو دارید.
- خطای ثبت: آدرسِ اشتباه، آیتمِ اشتباه، افزودنیِ فراموششده. هر خطا یک سفارشِ دوباره یا یک مشتریِ ناراضی است.
- تماسِ ازدسترفته: در شلوغی، تلفنی که اشغال است یک سفارشِ ازدسترفتهی نامرئی است — شما هیچوقت نمیفهمید چند نفر زنگ زدند و جواب نگرفتند.
پس اولین بردِ یک سیستمِ سفارشِ اختصاصی، صرفهجویی در کمیسیون نیست؛ حذفِ هزینهی نیرو و خطا روی سفارشهایی است که از قبل مالِ خودتان بود. و این بردی است که از روزِ اول اتفاق میافتد، بیآنکه لازم باشد یک مشتری از پلتفرم جدا شود.
سفارشِ تکراری منبعِ دومِ شماست، و منطقش را در سایت و منوی آنلاینِ رستوران باز کردهایم: واسطه برای کشفِ مشتری، سایت برای سفارشِ دوم.
نقطهی سربهسر: خودتان حسابش کنید
هیچکس نمیتواند به شما بگوید این سیستم برایتان بهصرفه است یا نه، چون به کمیسیونِ قراردادِ خودتان و به ساختارِ ارسالتان بستگی دارد. ولی ساختارِ محاسبه ساده است و در چند دقیقه انجام میشود:
| قدم | چه چیزی را حساب کنید |
|---|---|
| ۱ | کمیسیونی که بابتِ یک سفارشِ متوسط میپردازید (از فاکتورِ پلتفرم، نه از حدس) |
| ۲ | هزینهی مستقیمِ همان سفارش اگر خودتان بگیریدش: کارمزدِ درگاه + هزینهی ارسال + سهمِ هزینهی سیستم |
| ۳ | صرفهجوییِ واقعیِ هر سفارش = قدمِ ۱ منهای قدمِ ۲ |
| ۴ | هزینهی ماهانهی سیستم ÷ صرفهجوییِ هر سفارش = تعدادِ سفارشِ مستقیمِ لازم در ماه |
| ۵ | آن عدد را با تعدادِ سفارشِ تلفنیِ فعلیتان مقایسه کنید — نه با آرزوی سفارشِ تازه |
و دو تصحیحِ مهم که تقریباً همه در همین محاسبه از قلم میاندازند:
- ⭐ ۱. سفارشِ مستقیم رایگان نیست. کارمزدِ درگاه (مقایسهی درگاهها)، هزینهی پیک اگر خودتان میفرستید، و هزینهی جذب. اگر اینها را نگذارید، محاسبهتان خوشبینانه است.
- ⭐⭐ ۲. سفارشی که از پلتفرم به سایتِ شما منتقل میشود، سفارشِ تازه نیست — جابهجایی است. پس صرفهجوییاش فقط تفاضلِ همان دو عدد است، نه کلِ مبلغِ سفارش. کسی که این را جمع میزند، سودِ خیالی میسازد.
و از دلِ همین محاسبه، یک نتیجهی مهم بیرون میآید که بیشتر از خودِ کمیسیون تعیینکننده است:
مهمترین متغیرِ این تصمیم «پیک» است، نه کمیسیون.
اگر پیکِ خودتان را دارید و از قبل هزینهاش را میدهید، سفارشِ مستقیم تقریباً کلِ کمیسیون را برایتان آزاد میکند و سریع سربهسر میشود. اگر ارسال را پلتفرم انجام میداد و الان باید خودتان بسازیدش، بخشِ بزرگی از آن صرفهجویی صرفِ همان ارسال میشود — و در بعضی حالتها نزدیکِ صفر. پس قبل از هر تصمیمی، جوابِ این یک سؤال را بدانید: ارسال با کیست؟
یک راهِ کمریسکِ شروع که هزینهی تصمیم را تقریباً صفر میکند: سیستم را اول فقط برای «تحویلِ حضوری» و «بیرونبر» راه بیندازید، بیآنکه واردِ مسئلهی پیک شوید. این نسخه هیچکدام از پیچیدگیهای ارسال را ندارد، سفارشهای تلفنی را از دوشِ تلفن برمیدارد، و به شما نشان میدهد مشتریانتان حاضرند روی دامنهی خودتان سفارش بدهند یا نه. اگر جواب داد، ارسال را بعداً اضافه کنید.
بخشی که این پروژهها را زمین میزند: عملیات
بیشترِ سیستمهای سفارشِ اختصاصی بهخاطرِ نداشتنِ امکاناتِ فروش شکست نمیخورند؛ بهخاطرِ عملیات شکست میخورند. و ریشهی همهی مسائلِ عملیاتی یک واقعیتِ ساده است:
زمانِ آمادهسازی متغیر است و سفارشها همزمان میرسند.
پلتفرم این را برای شما مدیریت میکند: صف میسازد، زمانِ تخمینی میدهد و در اوج، سفارش را کم میکند. سیستمِ خودتان اگر این کارها را نکند، نتیجهاش مشخص است — مشتری منتظر میماند، غذا سرد میرسد، و بازخوردش در نظرها میآید. سه قابلیت، «سبد خرید» را به یک سیستمِ واقعی تبدیل میکند:
- ⭐ ۱. بستنِ سفارشگیری یا افزایشِ زمانِ اعلامی در ساعتِ اوج. این اولین چیزی است که لازم میشود و آخرین چیزی که به آن فکر میکنند. سیستمی که در اوج نمیتواند «فعلاً سفارش نمیگیریم» بگوید، به شما سفارشی میدهد که نمیتوانید انجام دهید.
- ۲. ناموجود کردنِ آیتم در لحظه. آزمونش را در همان مقالهی منو گفتیم: چند ثانیه طول میکشد؟
- ⭐ ۳. رسیدنِ سفارش به آشپزخانه، نه به گوشیِ مدیر. چاپِ خودکار یا یک نمایشگرِ ساده در آشپزخانه. سفارشی که فقط روی گوشیِ مدیر بیاید، در شلوغی گم میشود — و این گم شدن، بدترین شکلِ خرابی است چون مشتری پول داده و منتظر است.
کنارِ اینها، وضعیتِ سفارش (دریافت، آمادهسازی، ارسال، تحویل) تماسهای «کی میرسد؟» را حذف میکند — همان منطقی که در اقتصادِ پاسخدهی باز شده.
و یک آزمونِ صادقانهی آمادگی، قبل از هر خریدی:
اگر امروز سفارشِ تلفنی را در شلوغی اشتباه ثبت میکنید، سیستمِ آنلاین آن اشتباه را سریعتر میکند، نه کمتر. اول رویه را درست کنید، بعد خودکارش کنید.
دادهِ مشتری: سه استفادهی واقعی، و بقیه شعار
«دادهِ مشتری مالِ شما میشود» جملهی درستی است که اغلب همانجا رها میشود. دادهِ سفارشِ غذا سه استفادهی مشخص و قابلِ اجرا دارد:
- ۱. یادآوریِ مشتریِ خوابیده. این صنف یک مزیتِ نادر دارد: دورهی خریدِ غذا کوتاه و منظم است، پس تشخیصِ «رفتن» ساده است — کسی که چند هفته سفارش نداده، دیگر مشتریِ شما نیست. یک پیامِ یادآوری در همان نقطه، ارزانترین فروشِ ممکن است (پیامک مارکتینگ و باشگاه مشتریان).
- ⭐⭐ ۲. «همان سفارشِ قبلی». یک دکمه که سبدِ سفارشِ گذشته را دوباره میسازد. این سادهترین قابلیتِ این حوزه و بالاترین نرخِ تبدیلِ آن است، چون مشتریِ گرسنه دنبالِ انتخاب کردن نیست — دنبالِ تمام کردنِ کار است.
- ⭐ ۳. نقشهی مناطقِ سفارش. بعد از چند ماه، توزیعِ جغرافیاییِ سفارشها به شما دو تصمیم میدهد که هیچجای دیگری از آن درنمیآید: محدودهی درستِ پیک، و محلِ منطقیِ شعبهی بعدی.
و برای اینکه این دادهها اصلاً معنا داشته باشند، سفارشهای همهی کانالها باید در یک جا ثبت شوند — وگرنه آمارِ فروشتان تصویرِ ناقصی میدهد (اندازهگیریِ درست).
قیمت: تصمیمی که همه غلط میگیرند
وقتی سایتِ خودتان راه افتاد، اولین وسوسه این است که قیمتِ آن را دستکاری کنید. هر دو جهتش مشکل دارد:
- بالاتر از پلتفرم: مشتری هر دو را میبیند و مقایسه میکند. نتیجهاش نه فقط از دست دادنِ آن سفارش است، بلکه یک ضربه به اعتماد.
- پایینتر از پلتفرم: وسوسهانگیزترین گزینه است، ولی دو مشکل دارد. اول اینکه شما دارید بخشی از همان صرفهجویی را برمیگردانید. دوم، و مهمتر: قواعدِ برخی قراردادهای پلتفرم دربارهٔ قیمتِ برابر حساسیت دارد — پس قبل از این تصمیم، شرایطِ قراردادِ خودتان را بخوانید.
راهِ سومی که کار میکند:
قیمتِ برابر، بهعلاوهی یک مزیتِ غیرقیمتی که پلتفرم نمیتواند بدهد.
یک آیتمِ کوچکِ هدیه، پرسِ بیشتر، ارسالِ رایگانِ سفارشِ بعدی، یا امتیازی که جمع میشود. مزیتِ غیرقیمتی تنها راهِ انتقالِ مشتری بدونِ شکستنِ قیمت است — و مزیتِ اضافهاش این است که ارزشش را خودتان تعیین میکنید، نه بازار.
یک اشتباهِ رایج که به ضررِ خودتان تمام میشود: کنار گذاشتنِ پلتفرم بعد از راه افتادنِ سیستمِ اختصاصی. پلتفرم کانالِ کشف است — کسی که هنوز شما را نمیشناسد از آنجا پیدایتان میکند. حذفش یعنی بستنِ درِ ورودیِ مشتریِ تازه، در حالی که سیستمِ شما فقط مشتریِ آشنا را نگه میدارد. تصمیمِ درست ترکیبی است، و ترتیبِ درستِ کانالها در نقشهی کانالها و بودجه آمده.
مرز: این مقاله، سایتِ رستوران، و اپ
سه بحثِ نزدیک به هم که قاطی میشوند:
- سایت و منوی رستوران — چرا سایت لازم است، منو چه شکلی باشد، رزروِ میز و دیدهشدنِ محلی: اینجا.
- سیستمِ سفارشِ اختصاصی (همین مقاله) — اقتصاد و عملیاتِ گرفتنِ سفارش و ارسال.
- اپ در برابرِ پلتفرم — اینکه اصلاً اپ لازم دارید یا نه و کِی بهصرفه میشود: اینجا. جوابِ کوتاه: اپ بعد از سایت میآید، نه بهجایش.
و اگر رستورانتان رزروِ میز هم دارد، منطقِ رزرو با منطقِ سفارش فرق دارد (نوبتدهی و رزرو) — و در صنفِ اقامت این تفاوت از این هم بزرگتر است (رزروِ مستقیم در هتل و اقامتگاه).
ترتیبِ عملی
- ۱. کمیسیونِ واقعیِ خودتان را از فاکتور دربیاورید، نه از شنیدهها.
- ۲. جوابِ «ارسال با کیست؟» را روشن کنید. این متغیرِ اصلیِ تصمیم است.
- ۳. نقطهی سربهسر را با جدولِ بالا حساب کنید و با سفارشِ تلفنیِ فعلیتان مقایسه کنید.
- ۴. با نسخهی بیرونبر/حضوری شروع کنید — بی مسئلهی پیک.
- ۵. سه قابلیتِ عملیاتی را از روزِ اول بخواهید: بستنِ سفارشگیری در اوج، ناموجود کردنِ لحظهای، رسیدنِ سفارش به آشپزخانه.
- ۶. دکمهی «همان سفارشِ قبلی» را جزوِ حداقلها بدانید، نه یک امکانِ لوکس.
- ۷. قیمت را برابر نگه دارید و مزیت را غیرقیمتی بسازید.
- ۸. سهمِ سفارشِ مستقیم و روندش را ماهانه ببینید — و پلتفرم را نگه دارید.
جمعبندی
سه چیز را ببرید. اول: کمیسیون قیمتِ تقاضاست، پس هدف حذفِ کمیسیون نیست — سؤالِ درست این است که کدام سفارشها تقاضایشان از قبل وجود دارد؛ و بزرگترین منبعش پلتفرم نیست، سفارشهای تلفنیِ امروزِ خودتان است. دوم: در محاسبهی سربهسر، سفارشِ مستقیم رایگان نیست و سفارشِ منتقلشده سفارشِ تازه نیست — و مهمترین متغیر «ارسال با کیست» است، نه نرخِ کمیسیون. سوم: این پروژهها با عملیات شکست میخورند نه با امکانات؛ بستنِ سفارشگیری در اوج، ناموجود کردنِ لحظهای و رسیدنِ سفارش به آشپزخانه، شرطِ کار کردنِ همهچیزِ دیگر است.
برای دیدنِ اجزای یک سیستمِ سفارشِ اختصاصی: طراحی سایت سفارش غذا و تعرفه.
نظرات
0 نظرهنوز نظری ثبت نشده است. اولین نفری باشید که دیدگاهش را مینویسد.
دیدگاه خود را بنویسید