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