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