داستان موفقیت مشتری

Travel Horizontal: یک گردش کار بازارگاه برای مشتریان و شرکا

یک بازارگاه سفر جهانی که به مسافران و شرکای تجاری می‌فروشد، عملیات خود را بازسازی کرد تا هر دو کانال از یک گردش کار پیروی کنند، از نقاط مدیریتی کمتری اداره شوند و کمتر به ارجاع برسند.

  • جهانی
  • B2B + B2C
  • بازسازی عملیات بازارگاه
  • راه‌اندازی در 2024

بازارگاه

خلاصه داستان موفقیت Travel Horizontal

Travel Horizontal یک بازارگاه سفر جهانی با دو نوع خریدار اداره می‌کند: مسافرانی که برای خودشان رزرو می‌کنند و شرکای تجاری که از طرف مشتریان خود رزرو می‌کنند. هر دو کانال همان سفرها را می‌فروشند، اما با گذشت زمان، کار پشت هر رزرو در دو کانال به شکل متفاوتی انجام می‌شد.

این پروژه بازسازی عملیات بازارگاه بود. هدف ویترین تازه نبود، بلکه گردش کار تمیزتری برای پلتفرم در زیر آن بود: یک روش برای رسیدگی به رزروهای مشتریان و شرکا، جاهای کمتر برای مدیریت آن‌ها و روال‌های استاندارد برای موارد روزمره.

این پروژه روی PHPTRAVELS ساخته شد؛ همان هسته رزرو که پشت صفحه‌های آژانس‌های آنلاین سفر و پورتال سفر B2B قرار دارد.

صنعت
بازارگاه سفر
منطقه
جهانی
مدل
B2B + B2C
دامنه
بازسازی عملیات بازارگاه
راه‌اندازی
2024
نقشه کانال‌ها
B2Cکانال مشتریانمسافرانی که برای خود رزرو می‌کنند
B2Bکانال شرکاشرکای تجاری که برای مشتریانشان رزرو می‌کنند

یک گردش کار بازارگاه

  1. جستجو
  2. رزرو
  3. مدیریت
  4. پشتیبانی
یک نقطه کنترل مدیریتیتیم هر دو کانال را از یک جا اداره می‌کند
تصویری ساده از چیدمان هدف، نه نمودار سیستم‌های Travel Horizontal.

از تشخیص تا نتیجه

سه مشکلی که بازارگاه نام برد و آنچه تغییر کرد

هر رشته با چالشی که Travel Horizontal توصیف کرد آغاز می‌شود و با نتیجه‌ای که به زبان خودش گزارش داد پایان می‌یابد.

  1. یکپارچگی مسیر

    چالش

    ناهماهنگی میان کانال‌هامسیرهای مشتری و شریک در عملیات به شکل متفاوتی رسیدگی می‌شدند.

    نتیجه

    جریان هم‌راستای کانال‌هارزروهای مشتری و شریک اکنون از یک گردش کار می‌گذرند و تیم با همه یکسان رفتار می‌کند.
  2. مدیریت عملیات

    چالش

    نقاط کنترل پراکندهتیم‌ها میان تعداد زیادی نقطه مدیریتی جدا از هم کار می‌کردند.

    نتیجه

    کنترل مدیریتی منظم‌ترمدیریت روزانه به جای پراکندگی در صفحه‌های جدا، در جاهای کمتر و به‌هم‌پیوسته انجام می‌شود.
  3. کارایی پشتیبانی

    چالش

    روال‌های پر از ارجاعموارد رایج ارجاع داده می‌شدند چون فرایند استاندارد نشده بود.

    نتیجه

    ارجاع کمترروال‌های استاندارد به نخستین کسی که مورد رایجی را می‌بیند امکان می‌دهد آن را حل کند.

نتایج بر اساس گزارش Travel Horizontal. برای این پروژه عددی منتشر نشده است.

برابری کانال‌ها

مسیرهای مشتری و شریک روی یک ریل

هم‌راستا کردن کانال‌ها به معنای یکسان کردن کامل آن‌ها نیست. مراحل و قواعد مشترک‌اند و هر کانال آنچه را واقعاً لازم دارد نگه می‌دارد، مثل شریکی که از کیف پول نمایندگان خود پرداخت می‌کند. برای مقایسه نما را عوض کنید.

نمایش به عنوان

  • جستجومشترک میان هر دو کانالهمان موجودی و همان روند جستجو.B2CB2Bقیمت‌های عمومی در وب‌سایت بازارگاه.قیمت‌های شریک پس از ورود شریک نمایش داده می‌شود.
  • رزرومشترک میان هر دو کانالیک قالب رکورد رزرو برای هر فروش.B2CB2Bمسافر برای خودش رزرو می‌کند.شریک از طرف مشتری خود رزرو می‌کند.
  • پرداختمشترک میان هر دو کانالیک وضعیت پرداخت روی هر رزرو.B2CB2Bمسافر هنگام تسویه به صورت آنلاین پرداخت می‌کند.شریک می‌تواند از موجودی حساب خود پرداخت کند.
  • مدیریتمشترک میان هر دو کانالهمان وضعیت‌ها و همان مراحل تغییر.B2CB2Bمسافر رزرو را در حساب خود می‌بیند.شریک همه رزروهایش را در داشبورد می‌بیند.
  • پشتیبانیمشترک میان هر دو کانالیک روال استاندارد برای درخواست‌های رایج.B2CB2Bدرخواست‌ها مستقیم از مسافر می‌رسند.درخواست‌ها از شریک می‌رسند و به حساب او متصل‌اند.

نمونه‌ای از اینکه PHPTRAVELS چگونه مراحل مشترک را از مراحل ویژه هر کانال جدا می‌کند، نه پیکربندی Travel Horizontal.

یک مدیریت

از نقاط پراکنده تا یک کنسول بازارگاه

نقاط کنترل پراکنده مشکل دوم بود. وقتی رزروهای مشتری، درخواست‌های شرکا، پرداخت‌ها و پشتیبانی هر کدام جای دیگری باشند، هر کار روزانه با پیدا کردن صفحه درست شروع می‌شود.

قبل: جاهای جدا

  • رزروهای مشتری
  • درخواست‌های شرکا
  • بررسی پرداخت‌ها
  • صندوق پشتیبانی

بعد: یک کنسول

  • رزروهای مشتری و شریک در یک فهرست، با برچسب کانال از هم جدا می‌شوند.
  • شرکا، مشتریان، تأمین‌کنندگان و پرداخت‌ها از یک بخش مدیریت اداره می‌شوند.
  • برای هر رزرو یک وضعیت، پس کسی لازم نیست صفحه دومی را بررسی کند.

سوابق مشتریان و شرکا سپس می‌تواند برای پیگیری در CRM سفر به کار رود.

مدیریت بازارگاهB2CB2B
  • رزروها
  • مشتریان
  • شرکا
  • تأمین‌کنندگان
  • پرداخت‌ها
  • تنظیمات

رزروها

شمارهکانالمحصولوضعیت
#2041B2Cپروازتأییدشده
#2042B2Bهتلدر انتظار
#2043B2Bتورتأییدشده
#2044B2Cهتلتغییریافته

نمای نمونه مدیریت با رزروهای نمونه، نه تصویر صفحه مدیریت Travel Horizontal.

ارجاع کمتر

موارد رایج روی پله اول می‌مانند

روال‌های پر از ارجاع مشکل سوم بود. با یک روش استاندارد برای رسیدگی به درخواست‌های روزانه، یک مورد فقط وقتی بالا می‌رود که واقعاً غیرعادی باشد. یک مورد را انتخاب کنید تا ببینید کجا رسیدگی می‌شود.

یک مورد انتخاب کنید

پیش از بازسازی، بسیاری از این موارد رایج از نردبان بالا می‌رفتند، چون روال استانداردی برایشان وجود نداشت.

  1. تیم پلتفرمتغییر در نحوه کار خود بازارگاهاینجا رسیدگی می‌شود
  2. مسئول عملیاتاستثناهایی که به تصمیم نیاز دارنداینجا رسیدگی می‌شود
  3. پاسخ نخستموارد روزانه، با روال استاندارد رسیدگی می‌شونداینجا رسیدگی می‌شود
در نخستین تماس با روال استاندارد حل شد.ارجاع شد، چون این مورد واقعاً غیرعادی است.

نمونه‌ای از اصلی که Travel Horizontal توصیف کرد، نه برنامه واقعی پشتیبانی آن.

به زبان خودشان

تیم پلتفرم چه می‌گوید

جریان میان‌کانالی ما اکنون آسان‌تر مدیریت می‌شود و در عملیات روزانه قابل پیش‌بینی‌تر است.

تیم Travel Horizontalتیم پلتفرم

یک رکورد رزرو، از هر کانالی که بیاید

پروژه روی PHP، MySQL و JavaScript با یک REST API اجرا می‌شود، بنابراین رزرو شریک و رزرو مشتری ساختار یکسانی دارند. درباره اتصال سیستم‌ها در صفحه یکپارچه‌سازی API سفر بخوانید.

GET /api/bookings/2042

{
  "channel": "b2b",
  "product": "hotel",
  "status": "pending",
  "payment": "unpaid"
}

درخواست و پاسخ نمونه، نه API واقعی Travel Horizontal.

پشته فناوری

  • PHP
  • MySQL
  • JavaScript
  • REST API

عملیات بازارگاه خود را بهبود دهید

گردش کار B2B و B2C خود را در یک سیستم یکپارچه گرد آورید. PHPTRAVELS خودمیزبان است و با کد منبع تحت مجوز تجاری عرضه می‌شود.

راهکارهای مرتبط

پرسش‌ها

پرسش‌های متداول پروژه Travel Horizontal

پاسخ‌های کوتاه درباره بازارگاه، بازسازی و آنچه یک پروژه مشابه لازم دارد.

گفتگو با فروش

توضیح می‌دهد که Travel Horizontal، یک بازارگاه سفر جهانی که به مسافران و شرکای تجاری می‌فروشد، چگونه عملیات بازارگاه را روی PHPTRAVELS بازسازی کرد تا کانال‌ها را هم‌راستا کند، کنترل مدیریتی را یکجا کند و ارجاع‌ها را کم کند.

بازارگاه مستقیم به مسافران (B2C) و از طریق شرکای تجاری که برای مشتریان خود رزرو می‌کنند (B2B) می‌فروشد. بازسازی، هر دو کانال را روی یک گردش کار قرار داد و ویژگی‌های خاص هر کدام را حفظ کرد.

جریان هم‌راستای کانال‌ها، کنترل مدیریتی منظم‌تر و ارجاع کمتر. بازارگاه این نتایج را به زبان خود توصیف کرد؛ عددی منتشر نشده است.

پروژه در سال 2024 راه‌اندازی شد.

PHP، MySQL، JavaScript و یک REST API. PHPTRAVELS خودمیزبان است و کد منبع را تحت مجوز تجاری در بر دارد.

بله. یک دمو رزرو کنید تا نحوه کار امروز کانال‌های مشتری و شریک خود را بررسی کنیم، سپس طرح‌های پرداخت یک‌باره را در صفحه قیمت‌ها مقایسه کنید: Startup $2499، Agency $4999 و Enterprise $9999.