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