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