# مستندات راهبردی ماژول معاملات (Deals)
## معرفی ماژول
ماژول **Deals** هسته مدیریت فرصتهای فروش در پلتفرم ViSaPlus است. این ماژول تمام مسیر تبدیل یک سرنخ یا مشتری بالقوه به یک معامله موفق را مدیریت میکند؛ از ثبت فرصت و تعیین ارزش احتمالی تا پیگیری، مذاکره، برندهشدن یا شکست معامله.
Deals فقط یک فهرست از معاملات نیست؛ بلکه نمایی ساختاریافته از **قیف فروش، عملکرد تیم فروش، ارزش فرصتهای باز و احتمال درآمد آینده** ارائه میدهد.
در یک سیستم یکپارچه، اطلاعات Deals میتواند با ماژولهای Leads، Customers، Invoices، Affiliate، Loyalty، N8N و DataPulse ارتباط داشته باشد و چرخه فروش را از مرحله نخستین تعامل تا پرداخت و وفادارسازی مشتری پوشش دهد.
---
# فلسفه کسبوکار ماژول
فلسفه اصلی Deals بر مدیریت فعال فرصتهای فروش استوار است.
در بسیاری از کسبوکارها، فرصتهای فروش در پیامرسانها، فایلهای اکسل، یادداشتهای شخصی یا حافظه کارشناسان پراکندهاند. پیامد این وضعیت عبارت است از:
- فراموششدن پیگیریها،
- از دست رفتن فرصتهای ارزشمند،
- نبود پیشبینی دقیق فروش،
- وابستگی بیش از حد به افراد،
- دشواری ارزیابی عملکرد تیم،
- و ناتوانی مدیر در تشخیص گلوگاههای قیف فروش.
Deals این فرایند را به یک جریان قابل مشاهده، قابل اندازهگیری و قابل کنترل تبدیل میکند.
هدف ماژول این است که سازمان بداند:
- چه فرصتهایی در جریان هستند؛
- هر فرصت در کدام مرحله قرار دارد؛
- ارزش احتمالی هر معامله چقدر است؛
- احتمال موفقیت آن چقدر است؛
- چه اقدامی باید انجام شود؛
- مسئول پیگیری چه کسی است؛
- و چه زمانی باید تصمیم نهایی گرفته شود.
---
# مسائل حلشونده
## ۱. پراکندگی فرصتهای فروش
اطلاعات مشتریان بالقوه و معاملات باز ممکن است در کانالهای مختلف ثبت شده باشد. Deals همه فرصتها را در یک فضای متمرکز سازماندهی میکند.
## ۲. نبود دید نسبت به قیف فروش
بدون قیف فروش، مدیر فقط نتیجه نهایی را میبیند و نمیداند کاهش فروش از کدام مرحله ایجاد شده است.
## ۳. پیگیریهای ناقص یا دیرهنگام
هر معامله به اقدام بعدی نیاز دارد. ثبت فعالیتها، یادآوریها و تاریخ پیگیری باعث میشود فرصتها بدون اقدام باقی نمانند.
## ۴. پیشبینی غیرقابل اعتماد فروش
اگر ارزش فرصتها، مرحله معامله و احتمال موفقیت مشخص نباشد، پیشبینی درآمد بیشتر به حدس شباهت دارد تا تحلیل.
## ۵. نبود تحلیل دلایل شکست
ثبت معاملههای ناموفق بدون علت شکست، ارزش محدودی دارد. Deals باید امکان تحلیل دلایل از دست رفتن فرصتها را فراهم کند.
## ۶. وابستگی به کارشناسان فروش
اطلاعات معامله نباید فقط در ذهن کارشناس باقی بماند. ثبت ساختاریافته اطلاعات باعث حفظ دانش سازمانی و امکان جابهجایی مسئول معامله میشود.
---
# مخاطبان ماژول
- مدیرعامل و مدیریت ارشد،
- مدیر فروش،
- سرپرست فروش،
- کارشناسان فروش،
- مدیر CRM،
- مدیر بازاریابی،
- مدیر مالی،
- مسئول همکاری در فروش،
- تحلیلگر کسبوکار،
- و تیم پشتیبانی یا موفقیت مشتری.
هر نقش به سطح متفاوتی از اطلاعات نیاز دارد. کارشناس فروش روی معاملات خود تمرکز میکند، در حالی که مدیر فروش عملکرد کل تیم و مدیرعامل ارزش پیشبینیشده درآمد را بررسی میکند.
---
# مفاهیم اصلی ماژول
## معامله یا Deal
یک فرصت تجاری مشخص است که میتواند به فروش، قرارداد، سفارش یا درآمد منجر شود.
هر معامله معمولاً شامل اطلاعات زیر است:
- عنوان معامله،
- مشتری یا شرکت مرتبط،
- مالک معامله،
- مبلغ احتمالی،
- مرحله فعلی،
- احتمال موفقیت،
- تاریخ پیشبینیشده بستهشدن،
- منبع ورود،
- محصول یا خدمت،
- فعالیتهای مرتبط،
- یادداشتها،
- و وضعیت نهایی.
## مرحله معامله
مراحل، وضعیت پیشرفت فرصت را نشان میدهند. برای نمونه:
1. شناسایی فرصت
2. تماس اولیه
3. نیازسنجی
4. ارائه پیشنهاد
5. مذاکره
6. تصمیمگیری مشتری
7. برندهشدن
8. شکست معامله
مراحل باید متناسب با مدل فروش هر کسبوکار قابل تنظیم باشند.
## مالک معامله
کاربر یا تیمی است که مسئول پیگیری، بهروزرسانی و پیشبرد معامله است.
## ارزش معامله
مبلغ احتمالی درآمدی است که در صورت موفقیت معامله ایجاد میشود.
## احتمال موفقیت
درصد تخمینی موفقیت معامله بر اساس مرحله، سابقه مشتری، کیفیت نیازسنجی و شرایط مذاکره است.
## اقدام بعدی
مشخص میکند برای پیشبرد معامله چه کاری باید انجام شود؛ مانند تماس، ارسال پیشفاکتور، جلسه، پیگیری پرداخت یا ارائه نسخه آزمایشی.
---
# امکانات شاخص
## ۱. ثبت و مدیریت معاملات
کاربر میتواند برای هر فرصت فروش یک رکورد مستقل ایجاد کند و اطلاعات آن را در طول چرخه فروش بهروزرسانی کند.
اطلاعات پیشنهادی:
- عنوان فرصت،
- مشتری مرتبط،
- شرکت مرتبط،
- مسئول فروش،
- مبلغ معامله،
- واحد پول،
- مرحله فروش،
- احتمال موفقیت،
- تاریخ ایجاد،
- تاریخ پیشبینیشده نهاییشدن،
- منبع جذب،
- نوع محصول یا خدمت،
- اولویت،
- توضیحات،
- و وضعیت معامله.
---
## ۲. نمایش قیف فروش
نمای قیف فروش کمک میکند تمام معاملات بر اساس مرحله مشاهده شوند.
نمونه:
```text
سرنخهای واجد شرایط
↓
نیازسنجی
↓
ارائه پیشنهاد
↓
مذاکره
↓
برندهشدن
```
مدیر میتواند تشخیص دهد:
- در کدام مرحله بیشترین فرصت وجود دارد؛
- کدام مرحله بیشترین ریزش را ایجاد میکند؛
- چه مقدار درآمد بالقوه در قیف وجود دارد؛
- و چه تعداد معامله در آستانه نهاییشدن هستند.
---
## ۳. مدیریت وضعیت معامله
برای جلوگیری از ابهام، وضعیت معامله باید بهصورت استاندارد مدیریت شود:
- باز،
- در حال پیگیری،
- متوقفشده،
- برنده،
- شکستخورده،
- لغوشده،
- یا بایگانیشده.
تغییر وضعیت باید همراه با تاریخ و در صورت امکان علت تغییر ثبت شود.
---
## ۴. ثبت فعالیتها و پیگیریها
هر معامله باید بتواند فعالیتهای مرتبط داشته باشد، مانند:
- تماس تلفنی،
- جلسه حضوری،
- جلسه آنلاین،
- ارسال پیام،
- ارسال پیشنهاد،
- ارسال پیشفاکتور،
- پیگیری پرداخت،
- یادداشت داخلی،
- و وظیفه بعدی.
ثبت این فعالیتها باعث میشود تاریخچه ارتباط با مشتری حفظ شود و ادامه کار برای هر کاربر دیگری نیز امکانپذیر باشد.
---
## ۵. تعیین احتمال موفقیت
احتمال موفقیت میتواند بهصورت دستی یا مبتنی بر مرحله معامله تعیین شود.
برای نمونه:
| مرحله | احتمال پیشنهادی |
|---|---:|
| تماس اولیه | ۱۰٪ |
| نیازسنجی | ۲۵٪ |
| ارائه پیشنهاد | ۴۰٪ |
| مذاکره | ۶۵٪ |
| تصمیم نهایی | ۸۵٪ |
این درصدها باید با داده واقعی کسبوکار اصلاح شوند و نباید بهصورت ثابت و غیرقابل بازبینی در نظر گرفته شوند.
---
## ۶. ارزش وزنی قیف فروش
یکی از شاخصهای کاربردی، ارزش وزنی معاملات باز است:
\[
\text{Weighted Pipeline Value}
=
\sum_{i=1}^{n}
\left(
\text{Deal Value}_i
\times
\text{Win Probability}_i
\right)
\]
مثلاً اگر دو معامله داشته باشیم:
- معامله اول: ۱۰۰ میلیون تومان با احتمال موفقیت ۷۰٪
- معامله دوم: ۵۰ میلیون تومان با احتمال موفقیت ۴۰٪
ارزش وزنی قیف برابر است با:
\[
(100 \times 0.70) + (50 \times 0.40)
= 90
\]
بنابراین ارزش وزنی این قیف **۹۰ میلیون تومان** است، نه ۱۵۰ میلیون تومان.
این شاخص برای برنامهریزی مالی و پیشبینی واقعبینانهتر استفاده میشود.
---
## ۷. تعیین اولویت معاملات
تمام معاملات ارزش یکسانی ندارند. امکان تعیین اولویت به تیم فروش کمک میکند منابع خود را روی فرصتهای مهمتر متمرکز کند.
معیارهای اولویتبندی:
- ارزش معامله،
- احتمال موفقیت،
- نزدیکبودن تاریخ تصمیم،
- اهمیت مشتری،
- سطح تعامل مشتری،
- سودآوری،
- و تأثیر استراتژیک معامله.
---
## ۸. تحلیل دلایل شکست
در معاملههای ناموفق باید دلیل شکست ثبت شود. نمونه دلایل:
- قیمت نامناسب،
- انتخاب رقیب،
- نبود بودجه،
- عدم نیاز واقعی،
- زمانبندی نامناسب،
- پاسخگو نبودن مشتری،
- نقص محصول یا خدمت،
- طولانیشدن فرایند تصمیمگیری،
- یا از دست رفتن ارتباط.
این اطلاعات برای اصلاح قیمتگذاری، پیشنهاد فروش، محصول و فرایند پیگیری بسیار ارزشمند است.
---
# سناریوی کاربردی
فرض کنیم یک مشتری از طریق فرم سایت یا پیام واتساپ با ViSaPlus تماس میگیرد.
## مرحله اول: ایجاد فرصت
اطلاعات مشتری بهعنوان سرنخ ثبت میشود و پس از تأیید نیاز، یک Deal ایجاد میگردد.
```text
عنوان: پیادهسازی CRM برای شرکت آلفا
مشتری: شرکت آلفا
ارزش احتمالی: ۳۰۰ میلیون تومان
مسئول فروش: کارشناس فروش شماره ۱
مرحله: نیازسنجی
احتمال موفقیت: ۲۵٪
```
## مرحله دوم: نیازسنجی
کارشناس نیازهای مشتری، تعداد کاربران، بودجه، زمان اجرا و تصمیمگیرندگان را ثبت میکند.
## مرحله سوم: ارائه پیشنهاد
پیشنهاد فنی و مالی ارسال میشود و مرحله معامله به «ارائه پیشنهاد» تغییر میکند.
## مرحله چهارم: مذاکره
مذاکرات، اصلاحات قیمت، شرایط پرداخت و زمان اجرا ثبت میشوند.
## مرحله پنجم: موفقیت معامله
پس از پذیرش مشتری، معامله به وضعیت «برنده» تغییر میکند و اطلاعات آن به فرایند صدور فاکتور یا قرارداد منتقل میشود.
## مرحله ششم: تحلیل
DataPulse میتواند مشخص کند:
- این معامله چند روز طول کشیده است؛
- از چه کانالی آمده است؛
- چه مقدار درآمد ایجاد کرده؛
- چه میزان کمیسیون دارد؛
- و نرخ موفقیت معاملات مشابه چقدر است.
---
# ارتباط با سایر ماژولها
## ارتباط با Leads
سرنخ واجد شرایط میتواند به معامله تبدیل شود.
جریان معمول:
```text
Lead
↓
Qualification
↓
Deal
↓
Won/Lost
```
برای جلوگیری از دوبارهکاری، اطلاعات اصلی مشتری باید در هنگام تبدیل سرنخ به معامله حفظ شود.
---
## ارتباط با Customers
پس از موفقیت معامله، مشتری ممکن است به یک مشتری فعال یا مشتری قراردادی تبدیل شود.
اطلاعات قابل انتقال:
- اطلاعات تماس،
- شرکت،
- تاریخچه تعامل،
- محصول خریداریشده،
- مبلغ معامله،
- و مسئول ارتباط.
---
## ارتباط با Invoices و Payments
پس از موفقشدن معامله، اطلاعات آن میتواند مبنای صدور فاکتور قرار گیرد.
ارتباط دادهای پیشنهادی:
```text
Deal Won
↓
Invoice Created
↓
Payment Recorded
↓
Revenue Confirmed
```
نکته مهم این است که **ارزش معامله** با **درآمد تحققیافته** یکسان نیست. تا زمانی که فاکتور صادر و پرداخت ثبت نشده، مبلغ معامله فقط یک درآمد احتمالی یا قراردادی است.
---
## ارتباط با Affiliate Management
اگر معامله از طریق یک همکار فروش یا معرف ایجاد شده باشد، اطلاعات معرف باید از ابتدای چرخه به معامله متصل شود.
این اتصال برای موارد زیر ضروری است:
- محاسبه کمیسیون،
- تعیین منبع جذب،
- تحلیل عملکرد همکار،
- بررسی فروش خالص،
- و جلوگیری از اختلاف در انتساب مشتری.
---
## ارتباط با Loyalty
پس از موفقیت معامله، مشتری میتواند وارد برنامه وفاداری شود. مبلغ خرید، نوع محصول و رفتار پرداخت میتواند مبنای تخصیص امتیاز قرار گیرد.
---
## ارتباط با N8N Connector
N8N میتواند رویدادهای معامله را به فرایندهای خودکار متصل کند.
نمونه اتوماسیونها:
- ارسال اعلان ایجاد معامله،
- اطلاعرسانی به مدیر در معاملات با ارزش بالا،
- ارسال پیام پیگیری به مشتری،
- ایجاد وظیفه برای کارشناس،
- صدور خودکار پیشفاکتور،
- تغییر وضعیت معامله پس از پرداخت،
- و ثبت رویداد در ابزارهای خارجی.
نمونه جریان:
```text
Deal Created
↓
N8N Workflow
↓
Notification + Task + Customer Message
```
---
## ارتباط با DataPulse
DataPulse دادههای Deals را به شاخصهای مدیریتی تبدیل میکند:
- ارزش کل قیف فروش،
- ارزش وزنی قیف،
- نرخ تبدیل،
- نرخ برد و باخت،
- متوسط زمان بستن معامله،
- فروش به تفکیک کارشناس،
- فروش به تفکیک منبع،
- دلایل شکست،
- و پیشبینی درآمد.
---
# شاخصهای کلیدی عملکرد
## ۱. نرخ برد معاملات
\[
\text{Win Rate}
=
\frac{\text{تعداد معاملات موفق}}
{\text{تعداد کل معاملات نهاییشده}}
\times 100
\]
در این محاسبه، معاملات هنوز باز نباید در مخرج قرار بگیرند.
---
## ۲. نرخ تبدیل سرنخ به معامله
\[
\text{Lead-to-Deal Rate}
=
\frac{\text{تعداد معاملات ایجادشده}}
{\text{تعداد سرنخهای واجد شرایط}}
\times 100
\]
---
## ۳. نرخ تبدیل معامله به مشتری
\[
\text{Deal-to-Customer Rate}
=
\frac{\text{تعداد معاملات موفق}}
{\text{تعداد کل معاملات}}
\times 100
\]
---
## ۴. میانگین ارزش معامله
\[
\text{Average Deal Value}
=
\frac{\text{مجموع ارزش معاملات}}
{\text{تعداد معاملات}}
\]
برای تحلیل دقیقتر، بهتر است معاملات موفق و معاملات باز جداگانه بررسی شوند.
---
## ۵. طول چرخه فروش
\[
\text{Sales Cycle}
=
\text{تاریخ نهاییشدن معامله}
-
\text{تاریخ ایجاد معامله}
\]
میتوان میانگین این شاخص را برای تیم، محصول، کانال یا نوع مشتری محاسبه کرد.
---
## ۶. نرخ ریزش مرحلهای
\[
\text{Stage Drop-off Rate}
=
\frac{\text{تعداد فرصتهای خارجشده از مرحله}}
{\text{تعداد فرصتهای واردشده به مرحله}}
\times 100
\]
این شاخص مشخص میکند در کدام مرحله بیشترین از دست رفتن فرصت رخ میدهد.
---
## ۷. پوشش قیف فروش
\[
\text{Pipeline Coverage}
=
\frac{\text{ارزش قیف فروش}}
{\text{هدف فروش دوره}}
\]
برای مثال، اگر هدف فروش ماهانه ۵۰۰ میلیون تومان و ارزش وزنی قیف ۱ میلیارد تومان باشد:
\[
\text{Pipeline Coverage} = 2
\]
یعنی قیف فروش دو برابر هدف دوره است.
---
## ۸. نرخ تحقق پیشبینی
\[
\text{Forecast Accuracy}
=
\frac{\text{درآمد واقعی}}
{\text{درآمد پیشبینیشده}}
\times 100
\]
هرچه این شاخص به ۱۰۰٪ نزدیکتر باشد، مدل پیشبینی قابل اعتمادتر است.
---
## ۹. درآمد به تفکیک منبع
این شاخص نشان میدهد هر کانال چه مقدار درآمد ایجاد کرده است:
- فروش مستقیم،
- تبلیغات،
- وبسایت،
- واتساپ،
- همکاری در فروش،
- معرفی مشتری،
- کمپین،
- یا تماس ورودی.
---
# ارزش دادهای ماژول
## ۱. تبدیل فعالیت فروش به دارایی سازمانی
وقتی اطلاعات معاملات ثبت میشود، دانش فروش از افراد جدا و به دارایی سازمان منتقل میشود.
اگر یک کارشناس از سازمان خارج شود، سوابق زیر همچنان باقی میماند:
- وضعیت مشتری،
- تاریخچه مذاکرات،
- پیشنهادهای ارائهشده،
- اعتراضات مشتری،
- مبلغ مورد انتظار،
- و اقدام بعدی.
---
## ۲. پیشبینی درآمد آینده
Deals به مدیریت کمک میکند بین سه مفهوم تفاوت بگذارد:
- درآمد احتمالی،
- درآمد قراردادی،
- درآمد تحققیافته.
این تفکیک برای جلوگیری از برآوردهای غیرواقعی ضروری است.
---
## ۳. شناسایی گلوگاههای قیف فروش
اگر معاملات زیادی در مرحله ارائه پیشنهاد متوقف شوند، مشکل ممکن است در یکی از این موارد باشد:
- قیمتگذاری،
- نحوه ارائه ارزش،
- کیفیت پیشنهاد،
- زمانبندی پیگیری،
- یا نبود اختیار تصمیمگیری در مخاطب.
بدون داده مرحلهای، چنین مشکلی قابل شناسایی نیست.
---
## ۴. ارزیابی کیفیت کانالهای جذب
تعداد سرنخ بهتنهایی معیار موفقیت نیست. یک کانال ممکن است سرنخ زیادی تولید کند، اما معامله موفق کمی داشته باشد.
تحلیل صحیح باید شامل این موارد باشد:
- تعداد سرنخ،
- تعداد معاملات،
- نرخ تبدیل،
- مبلغ فروش،
- هزینه جذب،
- سود خالص،
- و زمان چرخه فروش.
---
## ۵. بهبود عملکرد تیم فروش
مدیریت میتواند تفاوت میان «فعالیت زیاد» و «نتیجه واقعی» را مشخص کند.
نمونه شاخصها:
- تعداد پیگیری،
- تعداد معاملات ایجادشده،
- نرخ موفقیت،
- ارزش فروش،
- میانگین چرخه فروش،
- و کیفیت ثبت اطلاعات.
---
## ۶. افزایش دقت تصمیمهای مدیریتی
بهجای تصمیمگیری بر اساس احساس یا گزارش شفاهی، مدیر میتواند بر مبنای داده پاسخ دهد:
- کدام محصول را توسعه دهد؛
- کدام کانال را تقویت کند؛
- کدام مرحله را اصلاح کند؛
- کدام کارشناس به آموزش نیاز دارد؛
- و کدام فرصتها باید در اولویت قرار گیرند.
---
# کنترلها و قواعد پیشنهادی
برای حفظ کیفیت دادههای Deals، رعایت قواعد زیر توصیه میشود:
1. هر معامله باید یک مالک مشخص داشته باشد.
2. مبلغ معامله نباید بدون واحد پول ثبت شود.
3. تغییر مرحله باید در تاریخچه فعالیتها ذخیره شود.
4. معاملههای شکستخورده باید دارای دلیل شکست باشند.
5. معاملههای باز باید اقدام بعدی و تاریخ پیگیری داشته باشند.
6. معامله موفق باید قابلیت اتصال به فاکتور یا قرارداد داشته باشد.
7. معاملههای تکراری برای یک مشتری باید قابل شناسایی باشند.
8. احتمال موفقیت باید با مرحله و داده واقعی سازگار باشد.
9. دسترسی به مبلغ معاملات باید بر اساس نقش کنترل شود.
10. معاملات بدون فعالیت در بازه مشخص باید بهعنوان فرصتهای راکد شناسایی شوند.
---
# پیشنهاد داشبورد Deals
## کارتهای مدیریتی
- تعداد معاملات باز،
- ارزش کل قیف،
- ارزش وزنی قیف،
- تعداد معاملات موفق،
- نرخ برد،
- میانگین ارزش معامله،
- میانگین چرخه فروش،
- معاملات بدون پیگیری،
- معاملات نزدیک به سررسید،
- و درآمد تحققیافته از معاملات.
## نمودارهای پیشنهادی
- قیف فروش بر اساس مرحله،
- روند ایجاد معاملات،
- روند معاملات موفق و ناموفق،
- فروش بر اساس کارشناس،
- فروش بر اساس منبع جذب،
- دلایل شکست معاملات،
- ارزش معاملات بر اساس محصول،
- و مقایسه پیشبینی با درآمد واقعی.
---
# جمعبندی
ماژول **Deals** مرکز کنترل فرصتهای فروش در ViSaPlus است. این ماژول باعث میشود فرایند فروش:
- ساختاریافته،
- قابل پیگیری،
- قابل اندازهگیری،
- قابل پیشبینی،
- و قابل اتصال به فرایندهای مالی و عملیاتی
باشد.
Deals داده خام فروش را جمعآوری میکند، اما ارزش واقعی آن زمانی ایجاد میشود که این داده با اطلاعات مشتری، فاکتور، پرداخت، همکاری در فروش و داشبورد تحلیلی ترکیب شود.
به زبان ساده:
> **Deals مشخص میکند چه فرصتهایی وجود دارند، در چه مرحلهای هستند و چگونه باید آنها را به درآمد واقعی تبدیل کرد.**
مرحله بعدی پیشنهادی، تدوین مستندات **Invoices Builder** است؛ زیرا پس از مدیریت فرصت فروش، مهمترین حلقه عملیاتی، تبدیل معامله موفق به فاکتور، پرداخت و درآمد تحققیافته است.