Motoshub · Product Architecture

معماری کلی محصول و چرخه‌های ارائه و فروش

موتوشاب = پلتفرم یکپارچه‌ی «ارتباطات + فرآیندهای سازمانی» که به‌صورت چندمستأجری به سازمان‌ها فروخته می‌شود؛ به‌طوری‌که مشتری برای ارتباط و فرآیند داخلی به هیچ ابزار دیگری نیاز نداشته باشد. مرجع تجربه: demo.shub.ir

لایه‌های محصول (چه می‌فروشیم)

لایه ارتباطاتپیام‌رسان، کانال، گروه، فید، اعلان، دوستان

لایه محتوااخبار، بلاگ، دانش، رسانه، انجمن، نظرسنجی

لایه فرآیندپروژه/صندوق، قرارداد/امضا، تیکت، آموزش، جایزه، ارزیابی

▲ همه روی ▲

هسته‌ی مشترکهویت و نقش‌های سفارشی (RBAC) · چندمستأجری و تفکیک هلدینگ/شرکت · جستجوی سراسری · پارامترهای گردش‌کار · برندسازی per-tenant · دارک‌مود

مدل فروش ماژولی. هسته همیشه هست؛ ماژول‌ها به‌صورت بازارچه فعال/غیرفعال و قیمت‌گذاری می‌شوند (همان «بازارچه‌ی ماژول‌ها» در پنل راهبری دمو). هر مشتری = یک tenant با برند، دامنه، نقش‌ها و پارامترهای خودش.

چرخه‌ی فروش و استقرار مشتری (Customer Lifecycle)

جذب سرنخنمای عمومی + معرفی؛ چت‌بات عمومی در فاز بعد

دموی فروشسناریوی ۱۵ دقیقه‌ای روی demo.shub.ir با برندِ زنده‌ی مشتری

POC / پایلوتtenant آزمایشی با داده‌ی نمونه‌ی صنعت مشتری، ۲-۴ هفته

قراردادانتخاب ماژول‌ها + SLA + مدل استقرار (ابری/on-prem)

استقرارprovisioning یک tenant جدید، اتصال SSO/LDAP، واردسازی کاربران

آموزش و تحویلکارگاه راهبران + مستندات + چک‌لیست پذیرش مشتری

پشتیبانی و توسعهتیکت، مانیتورینگ، ریلیز ماهانه؛ فروش ماژول‌های بعدی (expansion)

سناریوی پیشنهادی دمو: ورود ← «امروزِ شما» ← گفتگو (ریپلای/ری‌اکشن/ویس) ← صندوق نوآور (گردش‌کار واقعی) ← تفکیک شرکتی در اخبار («مشاهده به‌عنوان») ← برندسازی زنده (تغییر رنگ جلوی چشم مشتری) ← نمای عمومی. هر ایستگاه یک «وای» دارد.

محیط‌ها و نسخه‌ها

محیط	آدرس	نقش	وضعیت ۱۴۰۵/۰۵/۱۱
دموی فروش (spec)	demo.shub.ir	مرجع تجربه و پذیرش؛ همیشه کامل‌ترین نسخه‌ی UX	بالا
Staging فرانت	motonextfront.shub.ir	خروجی هر merge تیم Front	DNS ندارد
Gateway	api.shub.ir	ورودی واحد موبایل و آینده‌ی کل اپ	۴ مسیر
API فعلی (PHP)	api1.shub.ir/api/v1	هسته‌ی اجتماعی	۱۲۹ عملیات
API جدید (Django)	api2.shub.ir	ماژول‌های سازمانی (قرارداد/صندوق/پژوهش/دانش/پروژه)	۳۴۱ عملیات
اسناد	docs.shub.ir	تسک‌ها، معماری، فرآیند تحویل	بالا

یک محیط از این جدول هنوز وجود ندارد. motonextfront.shub.ir رکورد DNS ندارد؛ یعنی «دیپلوی خودکار به staging» و «پذیرش PO روی staging» (گیت‌های ۷ و ۸ فرآیند تحویل) امروز عملاً اجرا نمی‌شوند. جزئیات و روشِ اندازه‌گیری: وضعیت زنده.

ریسک تجاری که باید مدیریت شود: دموی فروش روی GitHub Pages است؛ برای جلسات حضوری حیاتی، یک آینه‌ی داخلی روی سرور خودی نگه دارید. تحویل on-prem (نیاز رایج سازمان‌های ایرانی) باید از فاز قرارداد اول در معماری استقرار دیده شود.