فروشگاهساز آماده یا فروشگاه اختصاصی؟
این سؤال معمولاً بهشکل مقایسه بودجه مطرح میشود و جواب درستش ربطی به بودجه ندارد. سؤال واقعی این است: پیچیدگی کسبوکار شما کجاست؟ اگر در چیزهایی است که هر فروشگاهی دارد، آماده بخرید. اگر در چیزهایی است که مخصوص شماست، آماده به دیوار میخورد.
سه دسته گزینه
سرویس اشتراکی. ثبتنام میکنید و فروشگاه دارید. زیرساخت، بهروزرسانی و امنیت با آنهاست. سریعترین مسیر تا اولین فروش.
پلتفرم متنباز. روی سرور خودتان نصب میشود، کدش در اختیارتان است و افزونه دارد. انعطاف بیشتر، و نگهداری با شماست.
راهکار اختصاصی روی یک هسته. پلتفرمی که هستهاش قابل توسعه است و قواعد کسبوکار شما روی آن پیاده میشود. گرانترین و منعطفترین.
کجا هر کدام به دیوار میخورند
| به دیوار میخورد وقتی | |
|---|---|
| سرویس اشتراکی | قاعدهای دارید که در تنظیمات نیست؛ باید به سامانهای وصل شوید که پشتیبانی نمیشود؛ داده و کد در اختیارتان نیست |
| متنباز | افزونهها با هم تداخل میکنند؛ سفارشیسازی سنگین، بهروزرسانی را ناممکن میکند؛ در مقیاس بالا کند میشود |
| اختصاصی | نیازتان استاندارد بود و پیچیدگی را بیدلیل خریدید؛ زمان تا بازار طولانی شد |
آن سطر آخر واقعی است و کمتر گفته میشود. راهکار اختصاصی برای کسبوکاری که نیازهایش استاندارد است، فقط تأخیر و هزینه است.
پرسشی که تکلیف را روشن میکند
ساختار قیمتگذاری، گردش تأیید و قواعد کاتالوگ خودتان را کامل روی کاغذ بیاورید. بعد همان سند را جلوی هر گزینه بگذارید و بپرسید: این چطور پیاده میشود؟
سه نوع جواب میگیرید:
«با تنظیمات» — گزینه مناسبی است.
«با افزونه» — بپرسید افزونه از کیست، چند وقت است بهروز میشود، و اگر رهایش کنند چه میشود.
«با توسعه سفارشی» — بپرسید چند روز. اگر بیش از نیمی از قواعدتان این جواب را میگیرد، شما در حال خریدن یک پروژه توسعه هستید که برچسب محصول دارد، و بهتر است از ابتدا با همان فرض تصمیم بگیرید.
چیزهایی که در مقایسه قیمت جا میمانند
هزینه اولیه، بخش کوچکی از تصویر است. اقلامی که باید در هر سه گزینه کنار هم حساب شوند: هزینه ماهانه یا سالانه، سرور و زیرساخت، افزونههای پولی، هزینه هر یکپارچهسازی، نگهداری و بهروزرسانی، و هزینه خروج در صورت مهاجرت.
آن قلم آخر معمولاً اصلاً حساب نمیشود و در سرویسهای اشتراکی بزرگترین ریسک است: اگر داده و کد در اختیارتان نباشد، هزینه خروج نامعلوم است. محاسبه کاملترش در هزینه تمامشده مالکیت هست.
چهار سؤالی که پیش از هر انتخابی باید جواب دهید
داده مال کیست و چطور میشود بیرونش کشید؟ اگر خروجی کامل کاتالوگ، مشتری و سفارش ممکن نیست، شما مستأجرید نه مالک.
کدام سامانهها باید وصل شوند؟ با نام و نسخه. «حسابداری» یک نیازمندی نیست.
در دو سال آینده چند کانال فروش خواهید داشت؟ اگر جواب بیش از یکی است، هسته باید API-first باشد، در هر سه گزینه.
اگر فروشتان ده برابر شود چه اتفاقی میافتد؟ لازم نیست امروز برای آن بسازید؛ لازم است بدانید سقف کجاست.
حالت میانهای که اغلب نادیده میماند
بین «آماده» و «اختصاصی» یک گزینه هست: هسته آماده با لایه اختصاصی. کالا، سفارش و پرداخت را از یک هسته پخته میگیرید و فقط آن بخشی را که واقعاً مخصوص شماست اختصاصی میسازید.
این وقتی جواب میدهد که هسته API-first باشد و اجازه توسعه بدهد بیآنکه بهروزرسانی را بشکند. آرا مارکت روی همین فرض ساخته شده: هسته سازمانی ماژولار، تا قواعد خاص شما یک افزونه چسباندهشده نباشد.
اگر فروش سازمانی دارید
این تصمیم برای B2B زودتر به سمت اختصاصی میچرخد، چون قواعد فروش سازمانی — قیمت قراردادی بهازای مشتری، سقف اعتبار، گردش تأیید، کاتالوگ اختصاصی — دقیقاً همان چیزهایی هستند که فروشگاهسازهای عمومی بهشکل افزونه پوشش میدهند. برای ده مشتری کار میکند و برای صد مشتری نه.
اگر در این دستهاید، پیش از مقایسه گزینهها، تفاوت B2B و B2C را ببینید — بیشتر انتخابهای اشتباه از اینجا شروع میشوند که فرض شده فروش عمده همان خردهفروشی است با تخفیف بیشتر.