موکاپ‌ها

پیشنهاد اجرایی

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

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

الیمالات
پایلوت عملیاتی · دریاچه الیمالات · نور
برند
بلیط‌بوم
پایلوت
الیمالات
زبان
FA / EN / AR
استک پیشنهادی
PHP / Laravel

چرا این سامانه؟

مشکل اصلی مراکز مثل الیمالات فقط «سایت زیبا» نیست؛ مشکل، فروش شفاف، کنترل ظرفیت در پیک، و تسویه تمیز با نمایندگان است.

وضع رایج امروز

  • قیمت و بلیت در ورودی مبهم است
  • ظرفیت قایق/سافاری روی کاغذ یا شفاهی مدیریت می‌شود
  • نماینده با اکسل و کارت‌به‌کارت حساب می‌کند
  • گزارش فروش روزانه دقیق نداریم
  • استرداد و کنسلی سلیقه‌ای پیش می‌رود

با بلیط‌بوم

  • خرید آنلاین با قیمت نهایی مشخص
  • سانس و ظرفیت قفل می‌شود تا oversell نشود
  • کمیسیون خودکار در کیف پول نماینده
  • داشبورد فروش همان‌روز برای مدیر
  • بلیت QR یک‌بارمصرف در گیت

سه قول مشخص برای پایلوت الیمالات

مسافر در کمتر از ۲ دقیقه بلیت بگیرد و QR داشته باشد
نماینده بدون اکسل بفروشد و کمیسیونش را ببیند
گیت فقط با اسکن، ورود را ثبت کند
مدیر همان شب بفهمد چقدر فروخته و چه ظرفیتی مانده

اسکوپ نسخه اول

آنچه برای شروع واقعی لازم است — بدون اضافه کردن ماژول‌های سنگین قبل از اثبات فروش.

داخل نسخه اول

  • کاتالوگ مجموعه و آیتم‌ها (ظرفیت / سانس)
  • سفارش، پرداخت، صدور بلیت و QR
  • پنل مدیریت وب
  • اپ/وب‌اپ نماینده: فروش سریع، سفارش‌ها، کیف پول
  • نقش و دسترسی قابل تنظیم
  • چندزبانه پایه (FA / EN / AR)
  • پیامک وضعیت سفارش و لینک پرداخت
  • گزارش فروش روزانه و خروجی ساده Excel

عمداً بعد از پایلوت

  • اعتبار سازمانی پیچیده و ضمانت بانکی
  • شبکه فروش چندسطحی عمیق
  • کسر از حقوق و صورت‌حساب سازمانی سنگین
  • اپ native جدا از وب‌اپ
  • مراکز متعدد همزمان (بعد از تثبیت الیمالات)

کاتالوگ نمونه الیمالات در سامانه

قیمت‌ها نمونه برای فهم مدل‌اند؛ نرخ نهایی در جلسه Discovery با شما قفل می‌شود.

آیتم نوع فروش کنترل ظرفیت نمونه کمیسیون نماینده
ورودی مجموعه روزانه / نفری سقف روزانه ۵٪
قایق پدالی سانس ۳۰–۶۰ دقیقه اسلات زمانی ۸٪
آلاچیق روزانه رزرو روز تعداد واحد ۷٪
سافاری بلیط ویژه ظرفیت ساعتی محدود مبلغ ثابت یا %
بسته یک‌روزه ورودی + قایق ترکیبی ۸٪ روی مبلغ بسته

همکاری در فروش — مدل پیشنهادی ما

نیاز فروش از طریق نمایندگان پوشش داده می‌شود؛ روش را استاندارد و ساده نگه می‌داریم تا حساب‌ها شفاف بماند.

۱

نماینده

ثبت‌نام، تأیید، لینک/کد فروش یکتا

۲

فروش

فروش سریع یا لینک پرداخت برای مسافر

۳

کمیسیون

درصد یا مبلغ ثابت روی محصول

۴

تسویه

کیف پول → درخواست برداشت به شبا تأییدشده

مثال عددی (فرضی برای جلسه)
مسافر بسته یک‌روزه الیمالات می‌خرد: ۳۸۷٬۰۰۰ تومان
کمیسیون نماینده روی این بسته: ۸٪
سهم نماینده: ۳۰٬۹۶۰ تومان → بعد از ورود موفق مسافر، در کیف پول قابل برداشت می‌شود
سهم مجموعه / پلتفرم: باقی مبلغ طبق قرارداد شما
مسافر فقط قیمت نهایی را می‌بیند؛ درصد کمیسیون برای او نمایش داده نمی‌شود.

روش‌های پرداخت سفارش

  • لینک پرداخت به مسافر (پیامک)
  • کسر از کیف پول نماینده
  • ثبت نقدی در صورت مجاز بودن

قواعد شفاف برای جلوگیری از اختلاف

  • کمیسیون روی مبلغ نهایی پرداخت‌شده محاسبه می‌شود
  • تا قبل از تأیید ورود/قفل زمانی، کمیسیون «در انتظار» است
  • استرداد → برگشت کمیسیون مربوطه
  • تسویه فقط به شبای تأییدشده به نام صاحب حساب

نقشه صفحات نسخه اول

همین صفحات ساخته می‌شوند — نه ده‌ها صفحه اضافی. هر نقش فقط آنچه لازم دارد می‌بیند.

نقش صفحات اصلی نتیجه کار
مسافر کاتالوگ · سبد · پرداخت · بلیت QR · بلیت‌های من خرید و ورود با QR
نماینده خانه · فروش جدید · اطلاعات مسافر · روش پرداخت · سفارش‌ها · کیف پول · شبا · لینک فروش فروش و تسویه
مدیر مجموعه داشبورد · آیتم/ظرفیت · سفارش‌ها · نمایندگان · گزارش روز کنترل عملیات
گیت اسکن QR · تاریخچه ورود امروز اعتبارسنجی ورود
ادمین / مالی کاربران · نقش‌ها · تسویه‌ها · تنظیمات · درگاه/پیامک کنترل سیستم

معماری و اجرا

جزئیات فنی پیشنهادی برای ساخت پایدار. استک نهایی با تیم PHP هم‌خوان است.

استک

Backend / WebPHP 8.3+ · Laravel
ساختارModular Monolith
پنل مدیریت / نمایندهFilament یا Livewire
دیتابیسMySQL 8 یا PostgreSQL
Queue / CacheRedis
پرداختلایه abstract روی درگاه
هاستVPS ایران (Latency درگاه)

ماژول‌های دامنه

  • Identity — کاربر، نقش، دسترسی
  • Catalog — مجموعه، آیتم، قیمت
  • Inventory — ظرفیت و سانس
  • Checkout — سبد، سفارش، پرداخت
  • Ticketing — بلیت، QR، PDF
  • Affiliate — نماینده، کمیسیون، لینک
  • Finance — کیف پول، تسویه
  • Ops — اسکن ورود، استرداد پایه
اصل Multi-venue: همه موجودیت‌های کلیدی با venue_id به مجموعه وصل می‌شوند. الیمالات اولین مجموعه است؛ افزودن مرکز بعدی بدون بازنویسی هسته انجام می‌شود.

شیوه اجرا

  1. Sprintهای ۲ هفته‌ای

    دموی پایان هر Sprint روی محیط staging

  2. پایلوت میدانی

    یک آخرهفته شلوغ روی الیمالات قبل از لانچ کامل

  3. آموزش نقش‌ها

    مدیر مجموعه، گیت ورودی، نماینده نمونه

نقش‌های کاربری

نقشکار اصلی
مسافرخرید و مشاهده بلیت
نمایندهفروش، کیف پول، تسویه
مدیر مجموعهظرفیت، سفارش، گزارش
گیتاسکن QR
مالی / ادمینتسویه، کاربران، تنظیمات

نقش‌ها ثابت قفل نیستند؛ با ماتریس مجوز قابل تنظیم‌اند.

جریان‌های حیاتی

  • خرید: قفل موقت ظرفیت → سفارش pending → درگاه → صدور بلیت
  • فروش نماینده: انتخاب آیتم → روش پرداخت (لینک / کیف پول / نقدی) → صدور
  • ورود: اسکن QR → یک‌بارمصرف شدن بلیت
  • تسویه: کمیسیون تأییدشده → درخواست برداشت → شبا تأییدشده

مسیر ساخت (ترتیب واقعی کد)

گام ۱

اسکلت

Laravel · Auth · نقش · venue الیمالات

گام ۲

کاتالوگ

آیتم، قیمت، سانس، ظرفیت

گام ۳

خرید

سفارش · درگاه · QR

گام ۴

نماینده

لینک · کمیسیون · کیف پول

گام ۵

عملیات

اسکن · استرداد · گزارش

محیط‌ها

  • Local — توسعه روزانه
  • Staging — دموی کارفرما و تست درگاه
  • Production — لانچ الیمالات

کنترل کیفیت حداقلی قبل از لانچ

  • خرید واقعی end-to-end روی staging
  • تست oversell سانس قایق
  • تست اسکن تکراری QR
  • تست تسویه نماینده با یک شبا واقعی تستی

پایلوت: الیمالات

مجموعه در مسیر نور–چمستان (حدود ۲۱۰ کم از تهران). تمرکز روی یک مقصد واقعی تا قبل از گسترش به مراکز بعدی.

چه چیزی روی زمین راه می‌افتد

  • فروش آنلاین ورودی، قایق، آلاچیق، سافاری، بسته
  • حداقل ۳ نماینده آزمایشی فعال
  • یک تبلت/موبایل اسکن در گیت
  • پیامک لینک پرداخت و بلیت
  • گزارش فروش روزانه برای مدیر مجموعه

معیار پذیرش پایلوت (Done)

۱۰ خرید موفق واقعی با QR
اسکن ورود بدون خطای تکراری
یک فروش از لینک نماینده
یک درخواست تسویه کامل‌شده
گزارش روز با مدیر مرور شده
آموزش ۱ ساعته نقش‌ها انجام شده

برنامه زمانی و تحویل هر فاز

حدود ۱۸–۲۰ هفته تا Go-Live پایلوت. هر فاز خروجی قابل دیدن دارد.

هفته ۱–۲
هم‌راستایی
اسکوپ، کمیسیون، درگاه، نقش‌ها
خروجی: صورت‌جلسه قفل‌شده + بک‌لاگ نسخه اول
هفته ۳–۵
پی‌ریزی
Laravel، Auth، نقش، مدل داده، staging
خروجی: ورود نقش‌محور روی staging
هفته ۶–۹
هسته فروش
کاتالوگ، سفارش، پرداخت، QR
خروجی: خرید end-to-end الیمالات
هفته ۱۰–۱۳
نمایندگان
لینک، کمیسیون، کیف پول، تسویه
خروجی: اولین فروش و تسویه تستی نماینده
هفته ۱۴–۱۶
عملیات
اسکن، استرداد پایه، گزارش
خروجی: آمادگی گیت و مدیر مجموعه
هفته ۱۷–۲۰
لانچ
پایلوت میدانی، آموزش، مانیتورینگ
خروجی: Go-Live الیمالات
نکته اجرا

هر ۲ هفته یک دمو

کارفرما روی staging می‌بیند و تصمیم می‌گیرد؛ نه فقط در پایان پروژه.

رابط کاربری

جهت بصری از نمونه‌های خودتان گرفته شده: کارت‌های روشن، اکسنت بنفش/آبی، پنل مدیریت سمت راست، اپ نماینده با دکمه مرکزی «فروش جدید».

نمونه پنل مالی

مرجع شما · پنل مدیریت

سایدبار، کارت شاخص، جدول تراکنش

نمونه روش پرداخت

مرجع شما · روش پرداخت

لینک، کیف پول نماینده، نقدی

نمونه سفارش‌ها

مرجع شما · سفارش‌ها

فیلتر وضعیت + FAB فروش جدید

موکاپ پیشنهادی ما (هم‌سبک)

برآورد هزینه

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

Starter

۱۸۰–۲۸۰ میلیون تومان
  • بلیت + پنل مدیریت
  • نماینده ساده
  • ۲ زبان

گسترش بعدی

جدا برآورد می‌شود
  • مراکز بیشتر
  • اعتبار سازمانی وسیع
  • گزارش و یکپارچه‌سازی اضافه

هزینه ماهانه تقریبی

هاست + دیتابیس + بک‌آپ۳–۱۲ میلیون
پشتیبانی پایه۸–۲۰ میلیون
پیامک / درگاهمصرفی

پیشنهاد پرداخت قرارداد

  • ۳۰٪ شروع کار
  • ۴۰٪ پس از پایلوت خرید واقعی
  • ۲۰٪ پس از ماژول نمایندگان
  • ۱۰٪ پس از Go-Live و آموزش

قدم بعدی بعد از تأیید این پیشنهاد

  • جلسه ۱٫۵ ساعته Discovery روی نرخ‌ها، کمیسیون و درگاه
  • قفل بسته Professional پایلوت الیمالات
  • شروع فاز پی‌ریزی و دسترسی staging برای شما