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