---
title: "طرح‌های اشتراکی مصوب لوما"
version: "1.1"
last_updated: "2026-07-18"
status: "public"
language: "fa"
---

# طرح‌های اشتراکی مصوب لوما

> **وضعیت سند:** برنامه داخلی و مصوب مدل اشتراکی آینده لوما. این سند وضعیت فعلی قابل خرید در محصول را لزوماً نشان نمی‌دهد. تا زمانی که یک پلن در داشبورد فعال و قابل خرید نشده باشد، نباید به‌عنوان پیشنهاد جاری به کاربر معرفی شود.

**تاریخ تدوین:** ۱۶ خرداد ۱۴۰۵ (۶ ژوئن ۲۰۲۶)  
**آخرین بازنگری مصوب:** ۲۷ خرداد ۱۴۰۵ (۱۷ ژوئن ۲۰۲۶)  
**آخرین ویرایش مستند:** ۲۷ تیر ۱۴۰۵ (۱۸ ژوئیهٔ ۲۰۲۶)

**فرض نرخ پایه:** هر ۱ LUM برابر با ۳۴۰ تومان، پیش از تخفیف و مالیات. نرخ نهایی باید پیش از پیاده‌سازی با قیمت فعال محصول و هزینه ارائه‌دهندگان تطبیق داده شود.

---

## ۱. هدف سند

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

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

این سند سیاست حقوقی جاری، صفحه قیمت فعال یا تعهد عمومی به کاربران نیست.

---

## ۲. وضعیت فعلی در برابر مدل آینده

در زمان تدوین این نسخه، استودیو خلاقیت در وضعیت ثبت‌شده با خرید آزاد و مصرف LUM کار می‌کند. مدل اشتراکی این سند یک برنامه آینده است.

| موضوع | وضعیت فعلی ثبت‌شده | مدل آینده این سند |
| :--- | :--- | :--- |
| دسترسی استودیو | خرید LUM و مصرف براساس عملیات | انتخاب یکی از پلن‌های ماهانه |
| LUM | خرید آزاد | LUM ماهانه داخل پلن + Top-up |
| مزایای پلن | محدود یا ناموجود | صف، هم‌زمانی، Brand Kit و Early Access |
| دوره آزمایشی | نیازمند تأیید در محصول | ۵۰۰ LUM با انقضای ۳۰ روزه |
| دستیار هوشمند | بسته‌های مستقل | ساختار مستقل رایگان تا سازمانی |
| Workflow | محصول مستقل | سطح دسترسی و مصرف مستقل یا افزونه پلن |

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

---

## ۳. فلسفه قیمت‌گذاری

اهداف مدل اشتراکی:

1. ایجاد درآمد تکرارشونده و قابل پیش‌بینی؛
2. کاهش اصطکاک تصمیم‌گیری برای کاربران پرتکرار؛
3. ایجاد ارزش فراتر از صرف خرید اعتبار؛
4. حفظ حاشیه سود با کنترل مصرف و Top-up؛
5. افزایش نگهداشت و استفاده مستمر؛
6. ایجاد مسیر روشن از کاربر آزمایشی به حرفه‌ای و سازمانی.

اشتراک نباید فقط یک بسته LUM با قیمت کمتر باشد. هر سطح باید مزیت عملی و قابل‌درک ایجاد کند.

---

## ۴. ساختار محصولات

لوما سه خط محصول مستقل دارد:

### ۴.۱. استودیو خلاقیت

ابزارهای تصویر، ویدئو، چت و پردازش محتوا. مدل پیشنهادی: اشتراک ماهانه همراه LUM و امکان Top-up.

### ۴.۲. دستیار هوشمند

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

### ۴.۳. Workflow

محیط نودمحور برای ساخت جریان‌های چندمرحله‌ای. مدل قیمت‌گذاری نهایی باید مشخص کند که Workflow:

- پلن مستقل دارد؛
- به‌صورت افزونه روی استودیو عرضه می‌شود؛
- یا فقط براساس مصرف LUM هزینه دارد.

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

---

## ۵. دوره آزمایشی

### ۵.۱. ساختار مصوب

- ۵۰۰ LUM اولیه؛
- انقضای ۳۰ روز پس از ایجاد حساب؛
- عدم تمدید خودکار؛
- عدم انتقال؛
- عدم امکان تبدیل به وجه نقد؛
- استفاده از مدل‌های فعال با رعایت محدودیت‌های دوره آزمایشی.

### ۵.۲. اهداف

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

### ۵.۳. کنترل سوءاستفاده

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

### ۵.۴. تصمیم باز

پیش از اجرا باید روشن شود آیا کاربران بدون خرید پلن می‌توانند پس از پایان دوره آزمایشی Top-up تهیه کنند یا دسترسی آن‌ها کاملاً متوقف می‌شود.

---

## ۶. مزایای اشتراک استودیو

### ۶.۱. LUM ماهانه

هر پلن مقدار مشخصی LUM در ابتدای دوره دریافت می‌کند.

### ۶.۲. تخفیف Top-up

کاربر می‌تواند در صورت پایان LUM ماهانه، اعتبار اضافی با تخفیف پلن خریداری کند.

### ۶.۳. پردازش هم‌زمان

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

### ۶.۴. صف اولویت‌دار

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

### ۶.۵. دسترسی زودهنگام

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

### ۶.۶. Preset و Brand Kit

ذخیره مدل، Prompt، نسبت، استایل، رنگ و تنظیمات برند برای استفاده مجدد.

### ۶.۷. فضای ذخیره‌سازی

مقدار فضای فایل و خروجی برحسب پلن مشخص می‌شود. سیاست حذف، Over-quota و خروج از اشتراک باید پیش از اجرا تعریف شود.

### ۶.۸. پشتیبانی

سطوح «استاندارد»، «اولویت‌دار» و «اختصاصی» باید به معیار داخلی روشن تبدیل شوند. تا پیش از تعریف SLA، زمان پاسخ عمومی تضمین نشود.

---

## ۷. جدول پلن‌های استودیو خلاقیت

| ویژگی | پایه | پلاس | پرو | مکس |
| :--- | :---: | :---: | :---: | :---: |
| قیمت ماهانه | ۲۴۹٬۰۰۰ تومان | ۵۹۹٬۰۰۰ تومان | ۱٬۷۹۰٬۰۰۰ تومان | ۴٬۷۴۰٬۰۰۰ تومان |
| LUM ماهانه | ۶۰۰ | ۱٬۶۰۰ | ۵٬۲۰۰ | ۱۵٬۶۰۰ |
| ارزش پایه LUM | ۲۰۴٬۰۰۰ تومان | ۵۴۴٬۰۰۰ تومان | ۱٬۷۶۸٬۰۰۰ تومان | ۵٬۳۰۴٬۰۰۰ تومان |
| تخفیف Top-up | ۰٪ | ۵٪ | ۱۵٪ | ۲۵٪ |
| فضای ذخیره | ۵ GB | ۲۰ GB | ۵۰ GB | ۲۰۰ GB |
| پردازش هم‌زمان | ۲ | ۴ | ۱۰ | ۲۵ |
| Early Access | — | ۷ روز | ۷ روز | ۱۴ روز |
| Preset / Brand Kit | ۳ | ۱۰ | ۳۰ | نامحدود |
| پشتیبانی | استاندارد | استاندارد | اولویت‌دار | اختصاصی |

### ۷.۱. نکات اجرایی

- دسترسی به مدل‌ها براساس موجودی و قابلیت فعال کنترل می‌شود، نه قفل‌کردن مصنوعی مدل‌های اصلی؛
- مدل‌های بسیار پرهزینه می‌توانند ضریب LUM متفاوت داشته باشند؛
- قیمت و LUM باید براساس COGS و حاشیه سود بازبینی شوند؛
- قیمت نهایی باید مالیات و نحوه نمایش آن را شفاف کند؛
- مزایا باید در داشبورد قابل مشاهده و اندازه‌گیری باشند.

---

## ۸. رفتار LUM داخل پلن

### ۸.۱. LUM ماهانه

در طرح مصوب، LUM ماهانه در پایان دوره ریست می‌شود و به ماه بعد منتقل نمی‌شود.

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

### ۸.۲. LUM خریداری‌شده اضافی

Top-up باید از LUM ماهانه تفکیک شود. پیشنهاد:

- LUM خریداری‌شده با پول، پس از پایان اشتراک باقی بماند؛
- تاریخ انقضا فقط در صورت اعلام روشن هنگام خرید اعمال شود؛
- ترتیب مصرف ابتدا LUM ماهانه و سپس Top-up باشد؛
- تاریخچه تراکنش نوع اعتبار را مشخص کند.

### ۸.۳. اعتبار هدیه

اعتبار هدیه می‌تواند تاریخ انقضا، محدودیت مصرف و اولویت مصرف متفاوت داشته باشد. این شرایط باید هنگام اعطا نمایش داده شوند.

### ۸.۴. شکست عملیات

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

---

## ۹. تمدید، ارتقا، تنزل و لغو

### ۹.۱. تمدید

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

- روش اخذ رضایت؛
- زمان و مبلغ برداشت؛
- اطلاع‌رسانی پیش از تمدید؛
- رفتار در پرداخت ناموفق؛
- دوره تنفس؛
- لغو تمدید.

### ۹.۲. ارتقا

گزینه‌های ممکن:

- اعمال فوری و محاسبه مابه‌التفاوت؛
- اعمال از دوره بعد؛
- تبدیل LUM باقی‌مانده.

پیشنهاد: ارتقا فوری با Proration شفاف و افزودن تفاوت LUM.

### ۹.۳. تنزل

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

### ۹.۴. لغو

لغو باید تمدید آینده را متوقف کند. دسترسی تا پایان دوره پرداخت‌شده باقی بماند، مگر در موارد تخلف یا استرداد کامل.

### ۹.۵. بازگشت وجه

سیاست بازگشت وجه باید موارد زیر را جدا کند:

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

عبارت «عدم بازگشت وجه در همه شرایط» نباید استفاده شود.

---

## ۱۰. دستیار هوشمند

### ۱۰.۱. جدول بسته‌های مصوب

| ویژگی | رایگان | پلاس | حرفه‌ای | سازمانی |
| :--- | :---: | :---: | :---: | :---: |
| قیمت | ۰ | ۵٬۰۰۰ LUM / ۱٬۷۰۰٬۰۰۰ تومان | ۲۵٬۰۰۰ LUM / ۸٬۵۰۰٬۰۰۰ تومان | توافقی |
| پیام ماهانه | ۵۰ | ۲٬۰۰۰ | ۳۰٬۰۰۰ | براساس قرارداد |
| فایل دانش | ۳ / ۶ MB | ۱۰ / ۳۰ MB | ۵۰ / ۵۰۰ MB | براساس قرارداد |
| سینک سایت | دستی | ماهانه | هفتگی | On-demand |
| White-label | خیر | خیر | بله | بله |
| بلاگ‌ساز | خیر | ۱ مقاله | ۴ مقاله | قابل توافق |
| API اختصاصی | خیر | خیر | خیر | قابل توافق |
| گزارش‌گیری | پایه | متوسط | کامل | کامل |

### ۱۰.۲. تفکیک مقدار مصوب از مقدار اجرایی

**تفکیک طرح مصوب از پیاده‌سازی زنده:** سهمیهٔ ۳۰٬۰۰۰ اعتبار پیام برای Pro مقدار مصوب/برنامه‌ریزی‌شدهٔ این سند است. در پیاده‌سازی جاری محصول، سهمیهٔ Pro برابر ۱۰٬۰۰۰ اعتبار پیام است. این تفاوت وضعیت اجرا را نشان می‌دهد و به‌معنای تغییر مصوبه نیست.

### ۱۰.۳. مصرف پیام

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

### ۱۰.۴. محدودیت فایل

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

---

## ۱۱. Workflow

مدل قیمت‌گذاری Workflow نیازمند تصمیم نهایی است. گزینه‌ها:

### گزینه A: مصرف آزاد LUM

کاربر بدون اشتراک Workflow می‌سازد و فقط هزینه اجرا را می‌پردازد.

### گزینه B: پلن Workflow + مصرف

اشتراک برای تعداد Workflow، انتشار، API، نسخه‌بندی و همکاری؛ LUM برای پردازش.

### گزینه C: افزونه استودیو

Workflow در پلن‌های بالاتر استودیو یا به‌صورت Add-on فعال می‌شود.

**پیشنهاد:** مدل B، زیرا ارزش محصول فقط مصرف مدل نیست؛ مدیریت، انتشار، API و قابلیت تیمی ارزش مستقل دارند.

### ساختار اولیه پیشنهادی

| ویژگی | شخصی | حرفه‌ای | تیمی | سازمانی |
| :--- | :---: | :---: | :---: | :---: |
| Workflow ذخیره‌شده | ۵ | ۳۰ | ۱۰۰ | توافقی |
| اجرای هم‌زمان | ۱ | ۳ | ۱۰ | توافقی |
| صفحه استفاده | محدود | بله | بله | بله |
| API | خیر یا محدود | بله | بله | بله |
| اعضای تیم | ۱ | ۱ | ۵ | توافقی |
| تاریخچه نسخه | خیر | محدود | کامل | کامل |
| پشتیبانی | استاندارد | اولویت‌دار | اولویت‌دار | SLA |

اعداد این جدول پیشنهادی‌اند و مصوبه نهایی محسوب نمی‌شوند.

---

## ۱۲. پلن سازمانی

پلن سازمانی می‌تواند شامل موارد زیر باشد:

- حجم LUM توافقی؛
- تخفیف براساس مصرف؛
- مدت قرارداد؛
- پیش‌پرداخت؛
- حساب یا فضای تیمی؛
- API و نرخ درخواست اختصاصی؛
- فضای ذخیره‌سازی؛
- گزارش‌گیری؛
- White-label؛
- مدل یا Workflow اختصاصی؛
- آموزش و استقرار؛
- SLA؛
- شرایط امنیت و پردازش داده.

### فرمول داخلی تخفیف

فرمول مصوب قبلی:

```text
تخفیف سازمانی = حداقلِ ۴۰٪ از (۲۵٪ + امتیاز حجم + امتیاز تعهد + امتیاز پیش‌پرداخت)
```

امتیازهای قبلی:

- حجم ۳۰٬۰۰۰ تا ۸۰٬۰۰۰ LUM در ماه: ۳٪؛
- حجم ۸۰٬۰۰۰ تا ۲۰۰٬۰۰۰: ۷٪؛
- بیش از ۲۰۰٬۰۰۰: ۱۲٪؛
- تعهد شش‌ماهه: ۲٪؛
- تعهد دوازده‌ماهه: ۵٪؛
- پیش‌پرداخت کامل سالانه: ۳٪.

این فرمول باید با حاشیه سود هر مدل و هزینه پشتیبانی بررسی شود. درصد داخلی نباید بدون پیشنهاد رسمی به مشتری اعلام شود.

---

## ۱۳. الزامات فنی

### Billing

- ایجاد Subscription؛
- تمدید و لغو؛
- پرداخت ناموفق؛
- Proration؛
- تاریخچه فاکتور؛
- مالیات؛
- کد تخفیف؛
- جلوگیری از برداشت تکراری.

### Credit Ledger

- تفکیک LUM ماهانه، خریداری‌شده و هدیه؛
- تاریخ انقضا؛
- ترتیب مصرف؛
- اصلاح تراکنش؛
- Audit log؛
- Idempotency؛
- جلوگیری از موجودی منفی.

### Entitlement

- فضای ذخیره؛
- هم‌زمانی؛
- صف؛
- مدل‌ها؛
- Brand Kit؛
- API؛
- Workflow؛
- ویژگی‌های دستیار.

### مهاجرت

- نگهداری مانده LUM کاربران؛
- تبدیل یا Grandfathering؛
- اطلاع‌رسانی؛
- دوره انتقال؛
- مسیر اعتراض و پشتیبانی.

---

## ۱۴. الزامات تجربه کاربری

صفحه پلن باید نشان دهد:

- قیمت نهایی و مالیات؛
- مقدار LUM؛
- تفاوت پلن‌ها؛
- تاریخ تمدید؛
- رفتار LUM ماهانه؛
- شرایط Top-up؛
- لغو تمدید؛
- محدودیت‌ها؛
- قابلیت فعال و قابلیت آینده.

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

---

## ۱۵. شاخص‌های ارزیابی

### تبدیل

- ثبت‌نام به اولین اجرا؛
- دوره آزمایشی به پرداخت؛
- PAYG به اشتراک؛
- صفحه قیمت به Checkout؛
- Checkout موفق.

### نگهداشت

- تمدید ماه اول، سوم و ششم؛
- Churn؛
- مصرف LUM؛
- کاربران بدون استفاده؛
- تنزل و لغو.

### اقتصاد واحد

- ARPU؛
- COGS؛
- Gross Margin؛
- Top-up Rate؛
- Refund Rate؛
- CAC؛
- LTV؛
- هزینه پشتیبانی هر پلن.

### سلامت محصول

- خطای پرداخت؛
- کسر اشتباه؛
- استفاده از مزایای پلن؛
- زمان صف؛
- درخواست‌های هم‌زمان؛
- شکایت درباره انقضا.

---

## ۱۶. آزمایش قبل از عرضه کامل

پیشنهاد اجرای آزمایش محدود:

1. فعال‌سازی برای درصد کمی از کاربران جدید؛
2. حفظ مدل فعلی برای گروه کنترل؛
3. مقایسه تبدیل، مصرف، حاشیه سود و Churn؛
4. مصاحبه با کاربران؛
5. بررسی بار پشتیبانی؛
6. اصلاح پلن‌ها پیش از مهاجرت کاربران موجود.

متغیرهای قابل آزمایش:

- مقدار LUM دوره آزمایشی؛
- مدت ۷، ۱۴ یا ۳۰ روز؛
- قیمت پلن پایه؛
- rollover محدود؛
- تخفیف Top-up؛
- Annual Plan؛
- نمایش ارزش مالی LUM.

---

## ۱۷. ریسک‌ها

### حذف PAYG

ممکن است کاربران کم‌مصرف را حذف و مانع خرید پروژه‌ای شود.

### انقضای LUM

می‌تواند نارضایتی و تصور «سوختن اعتبار» ایجاد کند.

### مزایای پیاده‌سازی‌نشده

فروش Priority Queue یا Brand Kit پیش از پیاده‌سازی ریسک شکایت و بی‌اعتمادی دارد.

### حاشیه سود مدل‌های گران

LUM ثابت بدون ضریب دقیق ممکن است ویدئو و مدل‌های Premium را زیان‌ده کند.

### پیچیدگی سه محصول

پلن مستقل استودیو، دستیار و Workflow می‌تواند خرید را گیج‌کننده کند.

### مهاجرت کاربران موجود

تغییر ناگهانی مدل می‌تواند باعث اعتراض و Churn شود.

---

## ۱۸. تصمیم‌های باز پیش از پیاده‌سازی

- آیا PAYG به‌طور کامل حذف می‌شود یا در کنار اشتراک باقی می‌ماند؟
- LUM ماهانه rollover دارد؟
- LUM خریداری‌شده منقضی می‌شود؟
- ترتیب مصرف انواع LUM چیست؟
- دوره آزمایشی برای همه کاربران ارائه می‌شود؟
- تمدید خودکار چگونه رضایت می‌گیرد؟
- Annual Plan چه تخفیفی دارد؟
- Refund Policy چیست؟
- Workflow پلن مستقل دارد؟
- Referral با اشتراک چگونه عمل می‌کند؟
- فضای ذخیره پس از لغو چه می‌شود؟
- سقف واقعی پیام حرفه‌ای دستیار کدام است؟
- SLA هر سطح چیست؟
- کدام مزایا در MVP واقعاً آماده‌اند؟

---

## ۱۹. معیار آمادگی عرضه

مدل اشتراکی فقط زمانی آماده عرضه است که:

- تمام مزایای فروخته‌شده فعال باشند؛
- Billing و Credit Ledger تست شده باشند؛
- پرداخت تکراری و Idempotency کنترل شوند؛
- لغو و تمدید روشن باشند؛
- مانده کاربران فعلی تعیین تکلیف شود؛
- شرایط استفاده و حریم خصوصی به‌روز باشند؛
- تیم پشتیبانی پاسخ‌های یکسان داشته باشد؛
- صفحه قیمت و Checkout تناقض نداشته باشند؛
- Metrics و Alertهای مالی فعال باشند؛
- Rollback Plan وجود داشته باشد.

---

## ۲۰. جمع‌بندی

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

تا قبل از تصمیم نهایی درباره PAYG، انقضا، rollover، Refund و Workflow، این سند نباید مستقیماً به صفحه فروش عمومی تبدیل شود.