یک شرکت تجهیزات فروشگاهی با سه فروشنده کارش را شروع کرده است. صاحب شرکت نام بیشتر مشتریان را می‌داند و همکاران با چند تماس، سفارش قفسه و یخچال فروشگاهی را جلو می‌برند. حالا یک فروشگاه زنجیره‌ای برای پنج شعبه نقشه فرستاده، کمپین نمایشگاهی ورودی تازه آورده و تیم نصب در دو شهر کار می‌کند. صبح دوشنبه، مدیر می‌پرسد: «چه کسی باید درباره شعبه کرج قیمت بدهد و چه کسی زمان نصب را تایید می‌کند؟» سه جواب متفاوت می‌شنود.
رشد در همین نقطه خودش را نشان می‌دهد. اطلاعات بیشتر شده، اما مسئله اصلی تعداد ردیف‌ها نیست. یک پرونده اکنون میان بازاریابی، فروش، طراحی، نصب و پشتیبانی حرکت می‌کند. اگر مسئول، وضعیت و اقدام بعدی روشن نباشد، هر نیروی تازه یک مسیر موازی می‌سازد و مشتری مجبور می‌شود داستانش را دوباره تعریف کند.
CRM کوتاه‌شده عبارت انگلیسی Customer Relationship Management و به معنای مدیریت ارتباط با مشتری است. نرم افزار CRM برای سازمان در حال رشد، جای نگهداری رابطه و مسیر فروش است. خود نرم افزار جای تصمیم درباره ساختار تیم، اختیار قیمت یا ظرفیت نصب را نمی‌گیرد؛ کمک می‌کند این تصمیم‌ها کنار پرونده واقعی اجرا و پیگیری شوند.
رشد را از روی فشار کار تشخیص دهید
تعداد کارکنان به‌تنهایی اندازه سازمان را توضیح نمی‌دهد. تیم پنج‌نفره‌ای که روزانه صد درخواست مشابه می‌گیرد، مسئله دیگری نسبت به تیم بیست‌نفره با چند پروژه بلندمدت دارد. تعریف ظرفیت نیروی کار در واژه‌نامه مؤسسه ملی استاندارد و فناوری آمریکا نیز روی توان تامین نیروی کافی برای اجرای فرایندها و پاسخ به تقاضای متغیر تأکید می‌کند.
سه علامت را کنار هم ببینید: حجم کار، زمان پاسخ و تعداد تحویل میان افراد. اگر ورودی زیاد شده اما زمان پاسخ ثابت مانده، شاید تیم هنوز ظرفیت دارد. اگر مشتری برای یک پاسخ میان سه واحد می‌چرخد، مشکل فقط کمبود نیرو نیست؛ مرز مسئولیت مبهم است. اگر پرونده‌ها زیادند ولی اقدام بعدی ندارند، استخدام عجولانه همان آشفتگی را میان افراد بیشتری پخش می‌کند.
یک هفته عادی را روی کاغذ بیاورید. مشتری از کجا می‌آید؟ چه کسی تماس اول را می‌گیرد؟ در چه نقطه‌ای طراحی یا برآورد وارد می‌شود؟ چه کسی قول تحویل می‌دهد؟ درخواست پس از نصب به کجا می‌رود؟ این مسیر، نقطه شروع انتخاب تنظیمات و آموزش CRM است.
وقتی ورودی از حافظه تیم جلو می‌زند
کمپین نمایشگاهی در سه روز ۴۰ درخواست می‌آورد. یکی برای تجهیز سوپرمارکت تازه است، دیگری فقط کاتالوگ می‌خواهد و چند فرم نیز تکراری‌اند. همه این ورودی‌ها ارزش و فوریت یکسان ندارند. پیش از پخش کار، معیار ساده‌ای بنویسید: چه اطلاعاتی برای تماس کافی است، چه چیزی تکراری محسوب می‌شود و چه کسی درباره مورد مبهم تصمیم می‌گیرد.
هر سرنخ یک مسئول و یک اقدام بعدی می‌خواهد. مسئول باید بداند چرا پرونده به او رسیده و تا چه زمانی باید چه نتیجه‌ای تحویل دهد. «پیگیری شود» زیر بار ورودی زیاد هیچ کمکی نمی‌کند. «تا فردا با مدیر شعبه درباره متراژ و تاریخ افتتاح تماس گرفته شود» کار روشن‌تری است.
توزیع را می‌توانید بر اساس ظرفیت، نوع پروژه، سابقه رابطه یا تخصص محصول انجام دهید. این قاعده را تیم تعیین می‌کند. اگر فروشنده‌ای مرخصی است یا بیش از ظرفیت پرونده باز دارد، جانشین و روش تحویل را از قبل روشن کنید. ورود زیاد زمانی به فرصت تبدیل می‌شود که مشتری سریع‌تر به پاسخ معتبر برسد، نه وقتی فقط نامش در فهرست دیده شود.
وقتی پرونده میان چند واحد می‌چرخد
در شروع کار، فروشنده نیاز را می‌فهمد، قیمت می‌گیرد و تحویل را هم هماهنگ می‌کند. با رشد، طراحی نقشه را بررسی می‌کند، مالی شرایط پرداخت را می‌بیند، انبار درباره موجودی پاسخ می‌دهد و نصب زمان اجرا را تایید می‌کند.
مشتری همچنان یک پاسخ می‌خواهد.
برای هر تحویل، چهار چیز را روشن کنید: چه چیزی تایید شده، چه پرسشی باز مانده، چه کسی پاسخ می‌دهد و موعد بعدی چیست. فروشنده نباید به نصب بگوید «این پروژه فوری است» و انتظار داشته باشد همه جزئیات روشن باشند. برای شعبه کرج می‌تواند بنویسد: «نقشه طبقه همکف تایید شد؛ ارتفاع قفسه انبار هنوز معلوم نیست؛ طراح تا سه‌شنبه گزینه‌ها را می‌فرستد؛ فروش چهارشنبه نسخه قیمت را با مشتری مرور می‌کند.»
مسئول ارتباط با مشتری می‌تواند ثابت بماند، حتی وقتی کار داخلی میان چند نفر می‌چرخد. این فرد قول‌ها را جمع می‌کند و پاسخ نهایی را می‌دهد.
مسئول بودن به معنی انجام همه کارها نیست. با این تفکیک، متخصصان کار خودشان را انجام می‌دهند و مشتری میان واحدها دنبال پاسخ نمی‌دود.
وقتی شهر یا شعبه تازه اضافه می‌شود
شرکت دفتر فروش اصفهان راه می‌اندازد، اما مشتری قدیمی تهران پروژه‌ای در اصفهان دارد. مسئول پرونده چه کسی است؟ پاسخ همیشگی «نماینده نزدیک‌تر» کافی نیست. محل قرارداد، محل اجرا، رابطه قبلی، تخصص و ظرفیت بازدید ممکن است جواب‌های متفاوتی بدهند.
قلمرو فروش را به‌عنوان قاعده تیم بنویسید. یک نفر می‌تواند مسئول ارتباط بماند و همکار محلی بازدید را انجام دهد. اگر مسئول عوض می‌شود، آخرین مکالمه، قول باز و موعد بعدی باید همراه پرونده منتقل شوند. ساعت پاسخ از نو شروع نمی‌شود فقط چون نام مسئول تغییر کرده است.
شعبه تازه همچنین به دسترسی و آموزش تازه نیاز دارد. کارشناس محلی باید اطلاعات لازم برای کار خودش را ببیند و داده نامرتبط را نبیند. در زمان غیبت، جانشین باید بتواند پیگیری ضروری را ادامه دهد. این تصمیم‌ها را پیش از ورود حجم زیاد مشتری بگیرید؛ اصلاح دسترسی پس از پراکنده شدن پرونده‌ها پرهزینه‌تر است.
وقتی خریدار یک نفر نیست
در فروش پنج شعبه، مدیر توسعه شبکه، مسئول خرید، طراح داخلی و مدیر هر شعبه ممکن است نظر بدهند. یک شماره با عنوان «مشتری» این رابطه را توضیح نمی‌دهد. نام و نقش هر شخص، موضوع گفت‌وگو و تصمیمی را که از او انتظار دارید روشن نگه دارید. مسئول خرید شاید قیمت را جمع کند، اما مدیر توسعه زمان افتتاح را تعیین می‌کند.
هر شعبه نیز لزوما یک فرصت تازه نیست.
اگر یک قرارداد واحد برای پنج شعبه دارید، مبلغ و مرحله را دوباره نشمارید. اگر هر شعبه قرارداد و تصمیم مستقل دارد، فرصت‌های جدا با پیوند روشن به همان مشتری لازم است. قاعده را پیش از گزارش بنویسید تا رشد حجم پروژه، فروش را چند برابر نشان ندهد.
نسخه قیمت و دامنه کار باید میان همه افراد مرتبط یکسان باشد. اگر طراحی تغییر می‌کند، فروش باید بداند کدام نقشه مبنای عدد تازه است. قرارداد و فاکتور در ابزار و مسیر تاییدشده خودشان می‌مانند؛ CRM می‌تواند مکالمه، مبلغ فرصت و قدم بعد را کنار پرونده نگه دارد.
وقتی فروش به نصب و پشتیبانی می‌رسد
تحویل کالا پایان رابطه نیست.
شعبه ممکن است هنگام نصب برق آماده نداشته باشد، یک قطعه آسیب دیده برسد یا مدیر فروشگاه آموزش چیدمان بخواهد. فروشنده نباید این تماس را در یادداشت شخصی نگه دارد و پشتیبانی نیز نباید از مشتری بخواهد همه قول‌های فروش را دوباره تعریف کند.
درخواست را با موضوع، محل، مسئول و زمان پاسخ ثبت کنید. اگر ریشه مسئله در فروش است، سابقه گفت‌وگو و فرصت را ببینید. اگر خرابی یا نقص تحویل است، رسیدگی خدماتی را ادامه دهید. رسیدگی به شکایت مشتری نشان می‌دهد چگونه مسئله را از ثبت تا تایید نتیجه دنبال کنید. فروش تازه یا تمدید زمانی معنا دارد که تیم از درخواست‌های باز دوره فعلی خبر داشته باشد.
با رشد نصب‌ها، فقط تعداد تیکت‌ها، یعنی پرونده‌های قابل پیگیری درخواست‌های خدماتی، را نشمارید. نوع درخواست، مرحله اجرا و تعهدی را که مشتری دیده کنار هم بخوانید. پنج درخواست درباره یک قطعه می‌تواند نشانه مشکل تامین باشد، نه عملکرد ضعیف پنج کارشناس. گزارش خوب مدیر را به جایی می‌رساند که فرایند باید اصلاح شود.
وقتی مدیر باید درباره ظرفیت تصمیم بگیرد
فرض کنید در یک ماه ۵۰ درخواست یکتا از یک کانال و نوع مشتری مشابه وارد شده است. برای پاسخ به هر درخواست، از زمان ورود آن یک روز کاری کامل در نظر بگیرید و گزارش را پس از پایان پنجره آخرین مورد ببندید. اگر ۳۸ درخواست در موعد، نخستین تماس واقعی و نتیجه ثبت‌شده داشته باشند، نرخ پاسخ به‌موقع می‌شود:
۳۸ ÷ ۵۰ = ۷۶ درصد
ماه بعد با همان تعریف، کانال، نوع مشتری و پنجره، ۸۰ درخواست می‌آید و ۶۰ مورد به‌موقع پاسخ می‌گیرند:
۶۰ ÷ ۸۰ = ۷۵ درصد
تعداد پاسخ‌های به‌موقع از ۳۸ به ۶۰ رسیده، اما درخواست‌های دیرشده از ۱۲ به ۲۰ افزایش یافته و نرخ یک واحد درصد پایین آمده است. تیم کار بیشتری انجام داده، ولی توان پاسخ‌گویی هم‌پای ورودی رشد نکرده است. مدیر باید بپرسد گلوگاه در تکمیل اطلاعات، واگذاری، تماس اول یا پاسخ فنی بوده است. این دو ماه را فقط وقتی کنار هم بگذارید که نوع ورودی و تعریف پاسخ قابل مقایسه باشند.
نرخ برد یا سهم فرصت‌هایی که به قرارداد می‌رسند، مبلغ فرصت و تعداد درخواست سه سؤال جدا هستند. ممکن است پاسخ سریع شود اما کیفیت ورودی پایین بیاید. ممکن است قرارداد کمتری ببندید ولی ارزش هر قرارداد بیشتر شود. راهنمای گزارش مدیریتی کمک می‌کند واحد، دوره و سؤال را پیش از نگاه کردن به نمودار روشن کنید. اگر مخرج یک نرخ صفر است، آن نرخ قابل محاسبه نیست.
کلید در هر مرحله چه چیزی نگه می‌دارد؟
در نرم افزار CRM کلید، منبع، مالک یا مسئول پرونده، وضعیت، مکالمات و اقدام بعدی هر سرنخ و مشتری در یک پرونده ثبت می‌شوند. برای فرصت فروش نیز مرحله، مبلغ، احتمال موفقیت و اقدام بعدی روشن می‌ماند. وظیفه، تماس، جلسه و یادآور کمک می‌کنند تحویل‌ها و موعدها از حافظه افراد بیرون بیایند.
در خدمات کلید، اطلاعات فروش، بازاریابی و پشتیبانی در داشبورد دیده می‌شوند و مدیر می‌تواند گزارش دریافت کند و سطح دسترسی تعیین کند. درخواست‌ها، تیکت‌ها و خدمات پس از فروش نیز کنار اطلاعات فروش مدیریت می‌شوند. راه‌اندازی با بررسی نیاز، تنظیم دسترسی، شخصی‌سازی بخش‌ها و آموزش تیم پیش می‌رود؛ این مرحله فرصت خوبی است تا هر نقش و تحویل را با یک پرونده واقعی امتحان کنید.
رشد تیم به انتخاب پلن هم مربوط است. جدول پلن‌های کلید برای هر پلن تعداد کاربر و فضای ذخیره‌سازی مشخصی نشان می‌دهد. نامحدود بودن ثبت اطلاعات در چند پلن به معنی کاربر، فضا یا فیلد سفارشی نامحدود نیست. ظرفیت و ماژول را هنگام خرید از همان جدول جاری و فقط برای پلن انتخابی بررسی کنید.
درگاه آماده برای شعبه‌ها، سلسله‌مراتب پیچیده سازمانی، قلمرو و واگذاری خودکار، اتصال قطعی ابزارهای بیرونی، گزارش ویژه هر صنعت، پیش‌بینی هوشمند ظرفیت، قرارداد، فاکتور یا گردش تایید را از قابلیت‌های عمومی نتیجه نگیرید. اگر یکی از این موارد برای رشد شما حیاتی است، در درخواست دمو سناریوی واقعی چندشعبه‌ای را اجرا کنید و سهم تنظیم، توسعه و کار دستی را روشن بنویسید.
رشد را با یک گلوگاه شروع کنید
همه واحدها را هم‌زمان بازطراحی نکنید.
یک فشار نزدیک را انتخاب کنید: ورودی نمایشگاه دیر پاسخ می‌گیرد، طراحی نقشه را ناقص تحویل می‌گیرد یا درخواست نصب میان فروش و پشتیبانی می‌ماند. ده پرونده فعال را بردارید و مسیر واقعی آنها را ببینید. مسئول، وضعیت، قول باز و اقدام بعدی باید برای هرکدام روشن باشد.
در هفته بعد فقط همان گلوگاه را اصلاح کنید. شاید یک پرسش به فرم اولیه اضافه شود، ساعت تحویل به طراحی مشخص شود یا جانشین فروشنده تعریف شود. نتیجه را با همان واحد و پنجره دوباره بسنجید. اگر هم‌زمان ساختار، ابزار، تیم و معیار را عوض کنید، معلوم نمی‌شود چه چیزی مفید بوده است.
صبح جلسه بعد، مدیر پرونده پنج شعبه را باز می‌کند. مسئول ارتباط، نقشه تاییدشده، سؤال ارتفاع قفسه، زمان پاسخ طراحی و درخواست نصب هر شعبه روشن‌اند. هنوز کار زیاد است، اما کارها دیگر پشت نام افراد پنهان نیستند. سازمان وقتی آماده رشد می‌شود که افزایش مشتری، وضوح مسئولیت را کمتر نکند.
