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