وبلاگ
ماژولهای ویتایگر را نباید بهعنوان فهرستی از امکانات ببینید. هر ماژول باید یک نقش مشخص در فرایند داشته باشد و دادهای تولید کند که تیم واقعاً از آن استفاده میکند. فعالکردن ماژولهای زیاد بدون طراحی رابطهها معمولاً باعث شلوغی و سردرگمی کاربران میشود.
ماژولهای پایه فروش
| ماژول | کاربرد معمول |
|---|---|
| Leads | ثبت و ارزیابی سرنخ اولیه |
| Contacts | اطلاعات اشخاص و مشتریان |
| Organizations | اطلاعات شرکتها و سازمانها |
| Opportunities | مدیریت فرصت و مراحل فروش |
| Activities | وظیفه، تماس، جلسه و پیگیری |
محصول، خدمت و اسناد فروش
اگر فرایند شما به محصول، پیشفاکتور یا فاکتور وابسته است، ماژولهای مرتبط با Product و اسناد فروش اهمیت پیدا میکنند. نکته این است که داده محصول باید به Opportunity و مشتری معنا بدهد، نه اینکه صرفاً یک کاتالوگ جدا داخل CRM باشد.
برای خروجی اسناد فارسی، راهنمای فاکتور و PDF فارسی در ویتایگر و صفحه PDFMaker فارسی مرتبطاند.
پشتیبانی و تیکت
برای تیم خدمات پس از فروش، Ticket/Help Desk میتواند تاریخچه درخواستها را به پرونده مشتری وصل کند. اگر مشتری باید خودش درخواست یا وضعیت را ببیند، پورتال مشتری ویتایگر وارد معماری میشود.
ماژول سفارشی چه زمانی لازم است؟
اگر یک موجودیت واقعی کسبوکار مثل قرارداد، پروژه، نمایندگی یا دستگاه سرویسشونده در ماژولهای موجود جا نمیشود، ماژول سفارشی قابل بررسی است. اما قبل از ساخت، باید مشخص شود چرا یک فیلد یا رابطه ساده کافی نیست. ماژول جدید هزینه آموزش، گزارش و نگهداری دارد.
رابطه بین ماژولها از خود ماژول مهمتر است
یک CRM ارزشمند زمانی ساخته میشود که کاربر از Contact بتواند Opportunity، فعالیتها، اسناد و تیکتهای مرتبط را ببیند. طراحی Relation و Lookup باید مطابق سؤالهای واقعی کاربر باشد.
چطور ماژولهای لازم را انتخاب کنیم؟
- فرایند را از شروع تا پایان رسم کنید.
- برای هر مرحله موجودیت اصلی را مشخص کنید.
- منبع اصلی هر داده را تعیین کنید.
- فقط ماژولهایی را نگه دارید که نقش روشن دارند.
- فیلد و وضعیتهای ضروری را تعریف کنید.
- گزارش موردنیاز مدیریت را از ابتدا مشخص کنید.
ارتباط با اتوماسیون و اتصالها
وقتی ماژولها و دادهها استاندارد شدند، Workflow و Webhook میتوانند روی تغییر رکوردها اقدام انجام دهند. مقاله Workflow ویتایگر و اتصال API و Webhook ادامه طبیعی این مسیر هستند.
جمعبندی
ماژول بیشتر به معنای CRM بهتر نیست. ساختار خوب، کمترین ماژول لازم را برای پوشش درست فرایند انتخاب میکند. اگر میخواهید ساختار مناسب کسبوکار خود را تعیین کنید، نیازهای CRM و جریان داده را بررسی کنید.
نمونه طراحی ماژول برای یک تیم فروش B2B
در یک تیم B2B، Lead برای ورودیهای اولیه، Organization برای شرکت، Contact برای افراد داخل شرکت و Opportunity برای هر معامله کافی است. Task و Event پیگیری را نگه میدارند. اگر قرارداد یا تجهیز خاصی باید در طول چند سال مدیریت شود، ممکن است ماژول اختصاصی لازم شود. نکته این است که از همان ابتدا هر مفهوم را به یک ماژول جدید تبدیل نکنید.
چه زمانی یک فیلد کافی است؟
اگر داده فقط یک ویژگی از رکورد است، معمولاً فیلد کافی است؛ مثلاً «صنعت» برای Organization. اگر داده هویت مستقل، چند رکورد و رابطههای متعدد دارد، ماژول قابل بررسی است. این معیار ساده از ساختارهای پیچیده و گزارشهای سخت جلوگیری میکند.
نامگذاری و استاندارد داده
نام ماژول و فیلدها باید برای کاربر قابل فهم باشد. از اصطلاحات فنی که فقط مجری میفهمد پرهیز کنید. Picklistها را محدود و استاندارد نگه دارید، چون وضعیتهای هممعنی مثل «در حال پیگیری»، «پیگیری» و «Follow up» گزارش را خراب میکنند.
سطح دسترسی بین ماژولها
همه کاربران لزوماً نباید فاکتور، قیمت یا اطلاعات حساس را ببینند. Role و Sharing Rule باید همزمان با طراحی ماژول بررسی شوند. اگر دسترسی بعداً و بدون نقشه اضافه شود، ممکن است کاربران اطلاعاتی ببینند که در فرایند واقعی مجاز نیستند.
چکلیست قبل از ساخت ماژول جدید
- آیا این موجودیت هویت مستقل دارد؟
- آیا چند رکورد از آن به یک مشتری وصل میشود؟
- آیا گزارش مستقل لازم دارد؟
- آیا Workflow مستقل روی آن اجرا میشود؟
- آیا یک فیلد یا Related List موجود کافی نیست؟
سؤالات متداول
آیا ماژول زیاد سیستم را کند میکند؟
صرف تعداد ماژول معیار کافی نیست؛ حجم داده، Relationها، Workflowها، Queryها و زیرساخت اثر دارند. اما پیچیدگی زیاد تجربه کاربر و نگهداری را سختتر میکند.
آیا میتوان بعداً ماژول اضافه کرد؟
بله، و در بسیاری از پروژهها بهتر است فاز اول ساده بماند و بعد از مشاهده داده واقعی توسعه انجام شود.
مطالعههای مرتبط
برای دیدن تصویر کاملتر موضوع، راهنمای جامع ویتایگر فارسی را نیز مطالعه کنید.
میخواهید مسیر CRM و فروش فعلی شما بررسی شود؟ درخواست بررسی وضعیت فعلی و فرصتهای بهبود.
