معنی اصطلاحات این مقاله
- API
- رابط ارتباط میان دو نرمافزار یا سرویس
- CRM
- سیستم مدیریت ارتباط با مشتری و پیگیری فروش
- ERP
- سیستم یکپارچه فرایندهای سازمان مثل سفارش و انبار
- MVP
- نسخه اولیهای که کار اصلی محصول را انجام میدهد
CRM اختصاصی نرم افزاری برای مدیریت ارتباط با مشتریان است که بهجای تحمیل فرایندهای از پیش تعریفشده، براساس ساختار واقعی فروش، پشتیبانی، بازاریابی و عملیات یک کسبوکار طراحی میشود.
تقریباً تمام شرکتها به شکلی اطلاعات مشتریان را مدیریت میکنند. این اطلاعات ممکن است امروز بین:
- Excel
- دفترچه تماس
- ایمیل
- فرمهای سایت
- نرم افزار حسابداری
- فایلهای شخصی کارشناسان
پراکنده باشند. تا زمانی که تعداد مشتریان کم است، شاید چنین ساختاری قابل مدیریت به نظر برسد. اما با رشد کسبوکار مشکلات شروع میشوند. برای مثال:
- یک سرنخ فروش فراموش میشود.
- مشخص نیست آخرین تماس با مشتری چه زمانی بوده است.
- دو کارشناس همزمان با یک مشتری تماس میگیرند.
- مدیر نمیداند هر کارشناس چند فرصت فروش فعال دارد.
- اطلاعات مشتری با خروج یک کارمند از شرکت از بین میرود.
- گزارش دقیقی از علت از دست رفتن فروش وجود ندارد.
- تیم پشتیبانی تاریخچه کامل مشتری را نمیبیند.
CRM تلاش میکند تمام این اطلاعات و فعالیتها را در یک سیستم واحد جمع کند. اما سؤال مهم این است: آیا یک CRM آماده کافی است یا کسبوکار به CRM اختصاصی نیاز دارد؟
CRM چیست؟
CRM مخفف Customer Relationship Management است. این مفهوم فقط به نرم افزار محدود نیست. CRM در اصل رویکردی برای مدیریت ارتباط سازمان با:
- سرنخ فروش
- Prospect
- مشتری
- Client
است. اما در عمل وقتی درباره CRM صحبت میکنیم معمولاً منظور نرم افزاری است که اطلاعات و فعالیتهای مرتبط با مشتری را نگهداری میکند.
CRM چه اطلاعاتی نگهداری میکند؟
بسته به نوع کسبوکار، یک Customer Profile میتواند شامل:
- نام
- شماره تماس
- ایمیل
- شرکت
- شهر
- منبع
- مسئول فروش
- تاریخچه تماس
- جلسه
- فرصت فروش
- فاکتور
- سفارش
- درخواست پشتیبانی
- سند
- Note
باشد. در نتیجه وقتی کارشناس وارد صفحه مشتری میشود، میتواند تصویر کاملتری از رابطه او با شرکت ببیند.
CRM اختصاصی چیست؟
در CRM اختصاصی ساختار نرم افزار متناسب با فرایند واقعی شرکت طراحی میشود. مثلاً فرض کنید یک شرکت خدمات نرم افزاری این مراحل فروش را دارد: سرنخ فروش جدید ↓ تماس اولیه ↓ جلسه نیازسنجی ↓ برآورد پروژه ↓ پیشنهاد ↓ مذاکره ↓ قرارداد ↓ شروع پروژه اما یک شرکت دیگر ممکن است مسیر کاملاً متفاوتی داشته باشد. مثلاً شرکت صنعتی: Inquiry ↓ Technical Review ↓ Quotation ↓ Sample ↓ تأیید ↓ Purchase Order ↓ محیط عملیاتی
یک CRM آماده ممکن است برای هر دو شرکت ساختاری نسبتاً عمومی ارائه دهد.
اما CRM اختصاصی میتواند دقیقاً مطابق گردش کار همان مجموعه ساخته شود.
تفاوت CRM آماده و CRM اختصاصی چیست؟
CRM آماده محصولی است که از قبل ساخته شده و بسیاری از شرکتها از همان Core Product استفاده میکنند. مزایای مهم آن:
- راهاندازی سریع
- هزینه اولیه کمتر
- قابلیتهای آماده
- مستندات
- بهروزرسانی منظم
است. در مقابل CRM سفارشی برای یک کسبوکار مشخص توسعه داده میشود. مزیت اصلی آن انعطاف است. اما:
- هزینه توسعه بیشتری دارد.
- زمان بیشتری برای طراحی نیاز دارد.
- نگهداری باید برنامه مشخص داشته باشد.
بنابراین CRM اختصاصی همیشه بهترین انتخاب نیست.
چه زمانی CRM آماده بهتر است؟
اگر فرایند فروش شما نسبتاً استاندارد است و نیازهایی مانند:
- Contact
- فرصت فروش
- وظیفه
- ایمیل
- گزارش
دارید، احتمال زیادی وجود دارد که CRM آماده نیازتان را برطرف کند. در این شرایط ساخت محصول از صفر شاید ارزش اقتصادی نداشته باشد.
چه زمانی CRM اختصاصی منطقی میشود؟
زمانی که سیستم آماده باعث شود کارکنان دائماً مجبور باشند فرایند واقعی شرکت را دور بزنند. نشانهها میتوانند شامل:
- Custom Workflowهای زیاد
- چند نقش کاربری پیچیده
- چند شعبه
- اتصال به سیستمهای دیگر داخلی
- قیمتگذاری خاص
- مجوزهای دسترسیی پیچیده
- گزارشهای خاص
- عملیات متفاوت با CRMهای عمومی
باشند. در چنین شرایطی CRM از یک ابزار ساده فروش به بخشی از زیرساخت اصلی شرکت تبدیل میشود.
۱. مدیریت سرنخ فروش
یکی از اولین قابلیتهای CRM مدیریت سرنخ فروش است. سرنخ فروش میتواند از:
- سایت
- Landing Page
- تبلیغات
- تماس
- Referral
- نمایشگاه
- API
وارد شود. بهجای ثبت دستی، سیستم میتواند سرنخ فروش را مستقیماً ایجاد کند.
Source Tracking
بهتر است مشخص باشد هر سرنخ فروش از چه منبعی آمده است. مثلاً: Google Instagram Referral Cold Call Exhibition بعداً میتوان بررسی کرد کدام Channel بیشترین:
- سرنخ فروش
- فرصت
- درآمد
را ایجاد کرده است.
۲. تخصیص سرنخ فروش
بعد از ورود سرنخ باید مسئول مشخص شود. تخصیص میتواند براساس:
- شهر
- محصول
- دپارتمان
- ظرفیت کارشناس
- Round Robin
انجام شود. این قابلیت ارتباط مستقیمی با اتوماسیون فروش دارد.
۳. مراحل فروش: مراحل فروش مراحل تبدیل سرنخ فروش به مشتری را نمایش میدهد. مثلاً: New ↓ Contacted ↓ Qualified ↓ پیشنهاد ↓ Negotiation ↓ Won یا: Lost هر کسبوکار میتواند مراحل فروش مخصوص خودش را داشته باشد.
هزینه نرمافزار شما به چه امکاناتی بستگی دارد؟
فرایند اصلی، نقش کاربران و اتصالهای موردنیاز را توضیح دهید تا امکانات نسخه اول، زمان اجرا و هزینه پروژهتان بررسی شود. برای شروع، داشتن طرح فنی کامل لازم نیست.
چند مراحل فروش
بعضی شرکتها چند مدل فروش دارند. مثلاً:
فروش سازمانی: و
فروش خرد: هرکدام مرحلههای متفاوتی دارند. CRM اختصاصی میتواند چند مراحل فروش مستقل داشته باشد.
۴. Deal Management
هر فرصت میتواند یک فرصت فروش باشد. اطلاعات فرصت فروش:
- مشتری
- ارزش
- محصول
- Probability
- Expected Close Date
- مسئول
میتوانند ثبت شوند. این داده پایه پیشبینی فروش است.
۵. فعالیت
هر تعامل با مشتری باید فعالیت باشد. مثلاً:
- تماس
- جلسه
- ایمیل
- نسخه نمایشی
- پیگیری
اگر فعالیتها ثبت شوند، زمانبندی مشتری شکل میگیرد.
زمانبندی مشتری: فرض کنید مشتری امروز با کارشناس دیگری تماس میگیرد. او میتواند ببیند: سه روز قبل چه صحبتی انجام شده است؟ چه پیشنهادی ارسال شده؟ پیگیری بعدی چه زمانی است؟ این تاریخچه وابستگی اطلاعات به حافظه افراد را کاهش میدهد.
۶. Task Management: CRM میتواند برای هر مشتری یا Deal Task داشته باشد. مثلاً: تماس با مشتری Deadline: فردا سیستم میتواند قبل از موعد یادآوری ارسال کند. اگر وظیفه انجام نشد نیز ارجاع به مسئول ایجاد شود.
۷. Follow-up Automation
یکی از مهمترین مشکلات تیم فروش فراموششدن پیگیری است. قاعده: اگر فرصت فروش در مرحله مذاکره است و سه روز فعالیت ندارد: ↓ وظیفه جدید ایجاد شود. یا: ↓ کارشناس یادآوری دریافت کند. این خودکارسازی ساده میتواند تأثیر عملیاتی زیادی داشته باشد.
۸. زمان بدون پیگیری: زمان بدون پیگیری نشان میدهد یک سرنخ فروش چه مدت بدون تغییر مانده است. مثلاً: Lead A → 2 روز Lead B → 18 روز مدیر میتواند فرصتهای راکد را سریع پیدا کند.
۹. امتیازدهی سرنخ فروش: سرنخهای فروش میتوانند امتیاز داشته باشند. مثلاً: بودجه مناسب: +30 شرکت بزرگ: +20 درخواست فوری: +15 بعد سرنخهای فروشی مهمتر زودتر بررسی شوند. در سیستمهای پیشرفتهتر هوش مصنوعی نیز میتواند در Scoring کمک کند.
۱۰. Customer Profile
CRM اختصاصی باید Customer View مناسبی داشته باشد. کارشناس نباید برای پیدا کردن اطلاعات بین ده صفحه جابهجا شود. یک صفحه میتواند شامل:
- مشخصات
- Deals
- فعالیت
- Orders
- درخواستهای پشتیبانی
- اسناد
- Financial Summary
باشد.
مشتری 360
مشتری 360 یعنی ایجاد یک نمای نسبتاً کامل از رابطه مشتری با شرکت. اگر CRM به:
- فروش
- پشتیبانی
- مالی
- سفارش
متصل باشد، این View بسیار ارزشمند میشود.
۱۱. Contactهای یک شرکت: در B2B معمولاً یک مشتری ممکن است یک شرکت باشد. اما داخل آن شرکت چند Contact وجود دارند. مثلاً: CEO Technical Manager Finance Manager CRM باید بتواند: شرکت ↓ Contacts را مدیریت کند.
۱۲. نقش کاربری مخاطبان مشتری: همه Contactها نقش یکسانی ندارند. ممکن است یک نفر: Decision Maker باشد و فرد دیگری: Technical Contact این اطلاعات برای فروش B2B بسیار ارزشمند هستند.
۱۳. مدیریت جلسه
جلسه میتواند به:
- مشتری
- فرصت فروش
- کاربر
متصل باشد. بعد از جلسه:
- Note
- Result
- اقدام بعدی
ثبت شوند.
۱۴. Calendar
CRM میتواند Calendar فعالیتها داشته باشد. کارشناس در یک View ببیند:
- تماسها
- جلسهها
- وظیفهها
در چه زمانی هستند.
۱۵. Email Integration: در صورت وجود اتصال به سیستمهای دیگر مناسب، ایمیلهای مرتبط میتوانند داخل CRM ثبت شوند. در نتیجه تاریخچه ارتباطات کاملتر میشود.
آیا تمام ایمیلها باید وارد CRM شوند؟: نه الزاماً. Privacy و امنیت باید در نظر گرفته شوند. بهتر است فقط مکاتبات مرتبط و مجاز با مشتری داخل CRM Sync شوند.
۱۶. تلفن و Call Center: اگر زیرساخت تلفنی API مناسب داشته باشد، CRM میتواند با Call System ارتباط داشته باشد. مثلاً هنگام تماس: Customer Profile نمایش داده شود. بعد Call Result نیز ثبت شود.
۱۷. WhatsApp و پیامرسان: بسته به API رسمی و محدودیت Provider، ممکن است بعضی Channelهای پیامرسان به CRM متصل شوند. اما باید شرایط سرویس و Privacy بررسی شود. نباید اتصال به سیستمهای دیگر بر پایه روشهای ناپایدار طراحی شود.
۱۸. Proposal Management
برای بعضی کسبوکارها پیشنهاد بخش مهمی از فروش است. CRM میتواند:
- قالب صفحه
- نسخه
- تأیید
- وضعیت
را مدیریت کند. مثلاً مشخص باشد مشتری کدام نسخه پیشنهاد را دریافت کرده است.
۱۹. Quote
در شرکتهای محصولمحور ممکن است Price Quote مستقیماً داخل CRM ساخته شود. اطلاعات:
- Item
- Quantity
- Discount
- Price
از Product Catalog دریافت شوند.
۲۰. تأیید تخفیف: اگر Discount از حد مشخصی بالاتر باشد: ↓ Manager Approval این گردش کار جلوی تخفیف خارج از دستورالعمل را میگیرد.
۲۱. Contract Workflow: بعد از Won شدن فرصت فروش: Contract Draft ↓ Legal Review ↓ Management Approval ↓ Signature ↓ Active Customer این مسیر میتواند با CRM و اتوماسیون فرایندهای سازمانی یکپارچه شود.
۲۲. اتصال CRM به سفارشات: بعد از فروش محصول ممکن است سفارش ایجاد شود. Deal Won ↓ Order Created ↓ Warehouse Processing ↓ Shipment برای این بخش میتوانید مقاله اتوماسیون سفارشات را مطالعه کنید.
۲۳. اتصال CRM به انبار: کارشناس فروش ممکن است قبل از Quote نیاز داشته باشد موجودی را ببیند. اگر CRM به سیستم انبار متصل باشد، Available Stock نمایش داده میشود. جزئیات بیشتر در اتوماسیون انبار بررسی شده است.
۲۴. اتصال CRM به حسابداری
بعد از فروش ممکن است:
- مشتری
- فاکتور
- Payment Status
با Accounting Sync شوند. اما باید Source of Truth مشخص باشد. مثلاً Balance مالی بهتر است از سیستم مالی دریافت شود. برای معماری این بخش مقاله اتوماسیون مالی را مطالعه کنید.
۲۵. اتصال CRM به پشتیبانی: وقتی مشتری بعد از خرید درخواست پشتیبانی ثبت میکند، پشتیبانی میتواند تاریخچه مشتری را ببیند. فروش نیز در صورت نیاز میتواند بفهمد مشتری مشکلات باز دارد. این ارتباط باعث میشود دپارتمانها تصویر جداگانهای از مشتری نداشته باشند.
۲۶. Customer Segmentation
CRM میتواند مشتریان را براساس ویژگیهای مختلف Segment کند. مثلاً:
- صنعت
- شهر
- محصول
- ارزش مشتری
- وضعیت خرید
بعد بازاریابی و فروش میتوانند Campaignهای دقیقتری اجرا کنند.
۲۷. Tag: Tag سادهترین راه گروهبندی است. اما نباید تمام Data Structure به Tag وابسته شود. اگر یک ویژگی Business-Critical است بهتر است فیلد ساختاریافته داشته باشد.
۲۸. Custom Field
یکی از مزایای CRM اختصاصی این است که مدل داده دقیقاً مطابق نیاز طراحی میشود. مثلاً برای شرکت ساختمانی:
- Project Type
- Area
- Location
یا برای شرکت نرم افزاری:
- محصول
- Company Size
- Integration Requirement
تعریف شوند.
۲۹. Dynamic Form: Form میتواند براساس نوع سرنخ فروش تغییر کند. اگر خدمت = وباپلیکیشن فیلدهای مشخصی نمایش داده شوند. اگر خدمت = خودکارسازی سؤالات متفاوت باشند. در نتیجه داده مرتبطتری جمع میشود.
۳۰. CRM برای چند شعبه: در شرکت چندشعبهای، مشتری ممکن است متعلق به Branch خاصی باشد. مجوز دسترسی: Branch Manager → Branch Customers Regional Manager → Region Head Office → All این معماری باید از ابتدا طراحی شود.
۳۱. CRM چندشرکتی
گاهی یک Business Group چند شرکت دارد. در این حالت باید مشخص شود:
- مشتری مشترک است؟
- فرصت فروش متعلق به کدام شرکت است؟
- کاربر چه شرکتهایی را میبیند؟
چندمستاجری یا Multi-Company Design اهمیت پیدا میکند.
۳۲. مجوز دسترسی
CRM اطلاعات بسیار ارزشمندی دارد. نباید هر کارشناس تمام مشتریان شرکت را مشاهده کند. مجوز دسترسی میتواند بر اساس:
- نقش کاربری
- تیم
- Branch
- Record Owner
تعریف شود.
Field-Level Permission: گاهی حتی داخل یک Customer Profile نیز همه Fields نباید قابل مشاهده باشند. مثلاً: Credit Limit یا: Financial Data فقط برای افراد مشخص نمایش داده شود.
۳۳. سابقه اقدامها
سیستم باید بتواند ثبت کند:
- مشتری توسط چه کسی تغییر کرد؟
- Deal Value چه زمانی تغییر کرد؟
- مسئول چه کسی بود؟
- Discount را چه کسی تأیید کرد؟
سابقه اقدامها برای امنیت و مدیریت اختلاف بسیار مهم است.
۳۴. داشبورد فروش
مدیر فروش باید بتواند وضعیت را سریع ببیند. مثلاً:
- Leads Today
- Open Deals
- Pipeline Value
- Won Revenue
- Conversion Rate
- Overdue Follow-ups
هدف داشبورد ایجاد اقدام است، نه فقط نمودار.
۳۵. Funnel فروش: Sales Funnel نشان میدهد چه تعداد سرنخ فروش در هر مرحله قرار دارند. مثلاً: 1000 سرنخ فروش ↓ 400 Qualified ↓ 150 پیشنهاد ↓ 60 Won این اطلاعات محل ریزش را مشخص میکنند.
۳۶. Conversion Rate: میتوان تبدیل را بین مرحلهها اندازه گرفت. مثلاً: پیشنهاد → Won = 25% اگر یک تیم نرخ بسیار پایینتری دارد، علت بررسی میشود.
۳۷. Sales Forecast: بر اساس فرصتهای فروشی فعال میتوان پیشبینی تقریبی ایجاد کرد. مثلاً: Deal Value × Probability اما پیشبینی نباید بهعنوان درآمد قطعی دیده شود. Quality Data روی دقت آن اثر مستقیم دارد.
۳۸. گزارش کارشناس فروش
مدیر میتواند مواردی مانند:
- Calls
- Meetings
- New Leads
- Won Deals
- درآمد
را بررسی کند. اما Performance Evaluation نباید فقط بر Activity Count متکی باشد. کیفیت و تبدیل نیز اهمیت دارند.
۳۹. Lost Reason
برای فرصت فروش از دسترفته بهتر است Reason ثبت شود. مثلاً:
- Price
- Competitor
- Timing
- No Budget
- No Response
بعد میتوان فهمید چرا فرصتها از دست میروند.
۴۰. Competitor Tracking: در B2B میتوان رقیب حاضر در فرصت فروش را نیز ثبت کرد. در طول زمان داده نشان میدهد در برابر کدام Competitor بیشترین Win یا Loss وجود دارد.
۴۱. Win/Loss Analysis
بررسی فرصتهای فروشی موفق و ناموفق میتواند اطلاعات مهمی برای:
- قیمتگذاری
- محصول
- Sales Process
ایجاد کند. CRM باید داده لازم برای چنین تحلیلهایی را جمع کند.
۴۲. اتوماسیون فروش در CRM
CRM بدون خودکارسازی فقط پایگاه داده مشتری است. گردشهای کاری ارزشمند میتوانند شامل:
- Auto Assignment
- یادآوری
- ارجاع به مسئول
- پیگیری
- امتیازدهی سرنخ فروش
باشند. راهنمای کاملتر در مقاله اتوماسیون فروش قرار دارد.
۴۳. Workflow Engine: اگر CRM اختصاصی باشد، میتوان Automation Engine داخلی طراحی کرد. مثلاً: رویداد آغازگر: Deal Entered Proposal Stage Condition: ارزش > X اقدامها: Create Manager Review Task Send Notification این مدل CRM را به یک سیستم عملیاتی تبدیل میکند.
۴۴. هوش مصنوعی در CRM
هوش مصنوعی میتواند در بخشهایی مانند:
- خلاصه زمانبندی
- Draft Email
- دستهبندی سرنخ فروش
- استخراج اطلاعات
- امتیازدهی سرنخ فروش
استفاده شود. اما هوش مصنوعی نباید جای Business Ruleهای حیاتی را بدون کنترل بگیرد.
خلاصه با هوش مصنوعی
برای مشتریهایی با صدها فعالیت، هوش مصنوعی میتواند خلاصهای تولید کند:
- وضعیت فعلی
- آخرین تعامل
- مشکلات باز
- اقدام بعدی
این قابلیت میتواند سرعت آمادهشدن کارشناس برای تماس را افزایش دهد.
۴۵. RAG برای CRM
در بعضی محصولات، دستیار میتواند به:
- Product Documentation
- Price Policy
- FAQ
متصل شود. مثلاً هنگام پاسخ به مشتری پیشنهاد مرتبط ارائه کند. مجوز دسترسی باید در این معماری رعایت شود.
۴۶. API
CRM اختصاصی بهتر است API مناسبی داشته باشد. زیرا احتمال زیادی وجود دارد که بعداً به:
- سایت
- اپلیکیشن موبایل
- حسابداری
- پشتیبانی
- ERP
متصل شود. API ضعیف در آینده توسعه محصول را دشوار میکند.
۴۷. Import اطلاعات
اگر شرکت قبلاً داده دارد، انتقال داده اهمیت زیادی دارد. ممکن است داده در:
- Excel
- CRM قبلی
- حسابداری
باشد. قبل از Import باید:
- تکراری
- Invalid Phone
- Missing Data
بررسی شوند.
پاکسازی داده: انتقال اطلاعات بد به سیستم جدید مشکل را حل نمیکند. قبل از انتقال داده بهتر است پاکسازی داده انجام شود.
۴۸. Duplicate Management: CRM باید بتواند تکراری احتمالی را پیدا کند. مثلاً دو مشتری با یک Mobile. اما Merge باید با احتیاط انجام شود تا اطلاعات اشتباهی ترکیب نشوند.
۴۹. نسخه پشتیبان: CRM اطلاعاتی دارد که بخشی از سرمایه کسبوکار محسوب میشوند. نسخه پشتیبان منظم ضروری است. همچنین باید امکان Restore تست شود.
۵۰. پایش
برای CRM حیاتی، مواردی مانند:
- خطا
- API Failure
- Database Health
- Background Jobs
باید پایش شوند.
معماری CRM اختصاصی
یک معماری ساده میتواند شامل: رابط سمت کاربر ↓ API / بخش سرور ↓ پایگاه داده و در پروژه بزرگتر:
- صف
- Cache
- جستوجو
- ذخیرهسازی
- Integration Services
باشد. معماری باید متناسب با مقیاسپذیری واقعی طراحی شود. مقاله معماری وب اپلیکیشن ساختار فنی کاملتری ارائه میدهد.
CRM تحت وب: در بیشتر پروژههای سازمانی، وباپلیکیشن انتخاب مناسبی برای CRM است. کارکنان بدون نصب Client اختصاصی از Browser وارد سیستم میشوند. برای طراحی این بخش میتوانید صفحه طراحی وب اپلیکیشن آرکوتک را مشاهده کنید.
Responsive CRM: مدیر یا کارشناس ممکن است خارج از دفتر با موبایل وارد شود. بنابراین UI باید واکنشگرا باشد. اما Dashboard Desktop نباید فقط کوچک شود؛ Mobile Flow باید متناسب با Touch طراحی شود.
آیا CRM باید اپلیکیشن موبایل داشته باشد؟: نه همیشه. اگر کاربران بیشتر داخل Office هستند، Responsive Web App ممکن است کافی باشد. اگر کارشناسان فروش دائماً خارج از شرکت هستند، اپلیکیشن موبایل میتواند ارزش بیشتری ایجاد کند.
مراحل طراحی CRM اختصاصی
مرحله اول: تحلیل Sales Process: ابتدا فرایند واقعی فروش رسم میشود.
مرحله دوم: تعریف مدل داده: مشتری، Contact، سرنخ فروش، فرصت فروش و سایر Entityها مشخص میشوند.
مرحله سوم: نقش کاربری و مجوز دسترسی: دسترسی تیمها طراحی میشود.
مرحله چهارم: گردش کار: قاعدههای فروش و پیگیری مشخص میشوند.
مرحله پنجم: رابط و تجربه کاربری: داشبوردها و Formها طراحی میشوند.
مرحله ششم: توسعه: رابط سمت کاربر، بخش سرور و اتصال به سیستمهای دیگر توسعه پیدا میکنند.
مرحله هفتم: انتقال داده: داده قبلی منتقل میشود.
مرحله هشتم: آزمون: مجوز دسترسی، گردش کار و گزارشها تست میشوند.
مرحله نهم: استقرار: سیستم روی محیط عملیاتی قرار میگیرد.
مرحله دهم: پذیرش استفاده: کاربران آموزش میبینند و فرایند واقعی روی سیستم اجرا میشود.
مهمترین بخش CRM: پذیرش استفاده: حتی بهترین CRM دنیا اگر کارکنان از آن استفاده نکنند هیچ ارزشی ایجاد نمیکند. اگر کارشناس احساس کند واردکردن اطلاعات سخت و زمانبر است، ممکن است دوباره به Excel یا Notes برگردد. بنابراین UX و سادگی استفاده حیاتی هستند.
از CRM غولپیکر شروع نکنید
لازم نیست در نسخه اول ۱۰۰ قابلیت ساخته شود. برای مثال MVP میتواند شامل:
- مشتری
- سرنخ فروش
- مراحل فروش
- وظیفه
- گزارش
باشد. بعداً:
- خودکارسازی
- پشتیبانی
- حسابداری
- هوش مصنوعی
اضافه شوند. این مدل ریسک پروژه را کاهش میدهد.
اشتباه اول: ساخت CRM بدون فرایند: اگر Sales Process مشخص نباشد، نرمافزار نیز نمیتواند آن را حل کند.
اشتباه دوم: قابلیتهای زیاد
هر قابلیت جدید پیچیدگی و Training ایجاد میکند. قابلیت باید برای یک مشکل واقعی ساخته شود.
اشتباه سوم: ورود دستی بیش از حد: اگر کارشناس برای هر تماس مجبور باشد ۲۰ فیلد پر کند، Data Quality بعد از مدتی افت میکند.
اشتباه چهارم: نبود خودکارسازی
CRM نباید فقط بایگانی اطلاعات باشد. باید در اجرای فرایند کمک کند.
اشتباه پنجم: مجوز دسترسی ضعیف: Customer Database یکی از حساسترین داراییهای شرکت است. دسترسی باید دقیق باشد.
اشتباه ششم: نبود Migration Plan
انتقال عجولانه Excelها میتواند CRM جدید را از روز اول با تکراری پر کند.
KPIهای موفقیت CRM
بعد از راهاندازی میتوان موارد زیر را بررسی کرد:
- Lead Response Time
- Follow-up Rate
- Conversion Rate
- Sales Cycle
- زمان بدون پیگیری
- Lost Leads
- CRM Adoption
اگر این KPIها بهتر شوند، CRM ارزش عملیاتی ایجاد کرده است.
CRM اختصاصی و طراحی نرم افزار اختصاصی
CRM سفارشی در اصل یکی از انواع طراحی نرم افزار اختصاصی است. بنابراین باید مانند هر محصول حرفهای از نظر:
- معماری
- امنیت
- UX
- مقیاسپذیری
- پشتیبانی
طراحی شود.
رویکرد آرکوتک برای طراحی CRM اختصاصی
در آرکوتک شروع پروژه CRM از انتخاب Technology نیست. ابتدا بررسی میشود:
- سرنخ فروش از کجا میآید؟
- مراحل فروش چیست؟
- نقشهای کاربریی تیم چه هستند؟
- پیگیری چگونه انجام میشود؟
- Customer Data کجا قرار دارد؟
- چه سیستمهایی باید Integrate شوند؟
- مدیر چه KPIهایی نیاز دارد؟
سپس مشخص میشود آیا واقعاً CRM اختصاصی لازم است یا یک محصول آماده میتواند نیاز را پوشش دهد. اگر Custom Development منطقی باشد، CRM میتواند بهصورت مرحلهای ساخته شود تا Core Sales Process ابتدا وارد سیستم شود و بخشهای نرمافزاری بعدی براساس نیاز واقعی اضافه شوند.
جمعبندی
CRM اختصاصی زمانی ارزشمند است که فرایند ارتباط با مشتری، فروش و عملیات یک کسبوکار آنقدر خاص باشد که سیستمهای عمومی محدودیت ایجاد کنند.
یک CRM حرفهای میتواند:
- سرنخهای فروش را مدیریت کند.
- مراحل فروش بسازد.
- پیگیری را خودکار کند.
- مشتری 360 ایجاد کند.
- گزارش فروش ارائه دهد.
- به حسابداری، انبار و پشتیبانی متصل شود.
اما ساخت CRM نباید صرفاً به معنی تولید داشبورد و Form باشد. CRM باید دقیقاً روی فرایند واقعی شرکت قرار بگیرد و کار تیم را سادهتر کند. اگر فروش مجموعه شما هنوز بین Excel، پیامرسان، ایمیل و نرم افزارهای مختلف پراکنده است، طراحی CRM اختصاصی میتواند آن را به یک سیستم یکپارچه، قابل اندازهگیری و قابل توسعه تبدیل کند.
پرسشهای متداول
CRM اختصاصی چیست؟
نرم افزار مدیریت ارتباط با مشتری است که براساس گردش کار، داده و نیازهای واقعی یک کسبوکار طراحی و توسعه داده میشود.
CRM آماده بهتر است یا اختصاصی؟
اگر فرایند شما استاندارد است، CRM آماده معمولاً انتخاب سریعتر و اقتصادیتری است؛ CRM اختصاصی برای نیازهای خاص و اتصال به سیستمهای دیگری پیچیده ارزش بیشتری دارد.
CRM اختصاصی چه قابلیتهایی دارد؟
مدیریت سرنخ فروش، مراحل فروش، Customer Profile، وظیفه، پیگیری، گزارشگیری، خودکارسازی و اتصال به سیستمهای دیگر از قابلیتهای رایج هستند.
آیا CRM را میتوان به حسابداری متصل کرد؟
بله، در صورت وجود API مناسب میتوان اطلاعات مشتری، فاکتور و وضعیت پرداخت را بین سیستمها Sync کرد.
آیا CRM اختصاصی تحت وب ساخته میشود؟
بله. وباپلیکیشن یکی از رایجترین مدلهای اجرای CRMهای سازمانی است.



