جلسه خوب پیش می‌رود تا مشتری می‌گوید: «کاتالوگ مدل جدید و قیمت ۵۰۰۰ عدد را همین الان می‌فرستید؟» فروشنده پوشه لپ‌تاپ را باز می‌کند. سه فایل با نام‌های «کاتالوگ جدید»، «کاتالوگ جدید نهایی» و «کاتالوگ جدید نهایی ۲» جلوی اوست. یکی مشخصات محصول سال قبل را دارد، یکی هنوز تایید نشده و هیچ‌کس مطمئن نیست کدام فایل باید برای مشتری برود.
چند دقیقه جست‌وجو شاید معامله را از بین نبرد، اما تصویر تیم آماده را خراب می‌کند. خطر بزرگ‌تر وقتی است که فایل اشتباه ارسال شود: قیمت قدیمی، گرماژ نادرست، تاریخ تحویل قدیمی یا قراردادی که اصلاح حقوقی آخر در آن نیست. نظم اسناد فروش یعنی هرکس بداند نسخه معتبر کجاست، چه چیزی برای مشتری فرستاده شده و قدم بعدی معامله چیست.
کاتالوگ، پیشنهاد و قرارداد یک کار ندارند
کاتالوگ محصول برای معرفی است. باید ویژگی‌های پایدار، کاربردها، تصاویر و مشخصات فنی تاییدشده را نشان دهد. پیشنهاد قیمت برای یک مشتری و یک نیاز مشخص نوشته می‌شود. قرارداد نیز تعهدهای نهایی دو طرف را ثبت می‌کند. اگر این سه فایل را فقط با نام مشتری در یک پوشه بریزید، خیلی زود نسخه‌ها با هم قاطی می‌شوند.
یک فایل چهارم هم در کار روزانه لازم است: خلاصه تحویل کار. این خلاصه به تولید، مالی یا خدمات می‌گوید مشتری دقیقا چه خریده، کدام نسخه قیمت را پذیرفته، چه زمانی باید تحویل بگیرد و چه موضوعی هنوز باز است. لازم نیست سندی بلند باشد. یک صفحه روشن از ده پیام پراکنده ارزشمندتر است.
برای هر نوع سند یک مسئول تعیین کنید. بازاریابی یا مدیر محصول کاتالوگ اصلی را به‌روز می‌کند. فروشنده پیشنهاد را بر اساس نیاز مشتری می‌سازد. مسئول حقوقی متن قرارداد را بررسی می‌کند. مالی مبلغ، پیش‌پرداخت و شرایط وصول را می‌بیند. وقتی مرز کار روشن باشد، فروشنده مجبور نیست حدس بزند کدام فایل اجازه خروج از شرکت دارد.
نام فایل باید پیش از باز شدن حرف بزند
نام «final-new-2.pdf» هیچ چیزی درباره مشتری، موضوع یا تاریخ نمی‌گوید. یک الگوی ثابت انتخاب کنید و همه از همان استفاده کنند. راهنمای نام‌گذاری فایل در آرشیو ملی آمریکا بر نام‌های توصیفی، یکدست و معنادار تاکید می‌کند و پیشنهاد می‌دهد جای نام پروژه، تاریخ و نسخه در نام فایل ثابت بماند.
برای یک پیشنهاد چاپ می‌توانید چنین الگویی داشته باشید:
نام مشتری-محصول-نوع سند-نسخه-تاریخ.pdf
مثلا سپهر-جعبه-دارویی-پیشنهاد-نسخه-03-1405-06-17.pdf با یک نگاه می‌گوید فایل برای چه کسی است، درباره چیست و کدام نسخه را می‌بینید. اگر با مشتریان خارجی کار می‌کنید، تاریخ میلادی را با قالبی روشن و ثابت بنویسید. قالب تاریخ ISO 8601 ترتیب سال، ماه و روز را به صورت YYYY-MM-DD پیشنهاد می‌کند و جلوی برداشت‌های متفاوت از تاریخ‌هایی مثل 01/05/26 را می‌گیرد.
وضعیت فایل را نیز روشن کنید: پیش‌نویس، تاییدشده، ارسال‌شده یا امضاشده. نسخه ۰۱ و ۰۲ از «جدید» و «آخرین» دقیق‌ترند. فایل قبلی را بی‌نام کنار نسخه تازه رها نکنید. آن را به پوشه بایگانی ببرید تا برای مراجعه بعدی بماند، اما فروشنده در پوشه روزانه فقط نسخه قابل استفاده را ببیند.
کاتالوگ اصلی را از نسخه مشتری جدا نگه دارید
کاتالوگ اصلی باید یک صاحب مشخص و تاریخ انتشار داشته باشد. فروشنده نباید مشخصات فنی آن را برای هر مشتری دستکاری کند. اگر مشتری فقط محصولات مرتبط با دارو را می‌خواهد، از فایل اصلی یک نسخه مخصوص ارسال بسازید، اما نام آن را طوری بنویسید که با کاتالوگ مادر اشتباه نشود.
این تفاوت در چاپ و بسته‌بندی جدی است. کاتالوگی که هنوز مقوای ۲۵۰ گرم را برای یک جعبه نشان می‌دهد، در حالی که تولید فقط نسخه ۳۰۰ گرم را تایید کرده، مذاکره را از همان ابتدا روی داده غلط می‌سازد. کنار فایل اصلی، نام فرد تاییدکننده و تاریخ تایید را بنویسید. وقتی مشخصات عوض شد، فروش و تولید باید هم‌زمان بفهمند نسخه تازه آماده است.
کاتالوگ منقضی را از دسترس روزانه کنار بگذارید، ولی تاریخچه را پاک نکنید. ممکن است مشتری قدیمی درباره محصولی سؤال کند که سال قبل خریده است. در آن لحظه نسخه قدیمی برای فهم سابقه مفید است؛ فقط نباید دوباره به‌عنوان پیشنهاد امروز ارسال شود. فهرست قیمت را هم بی‌دلیل داخل کاتالوگ اصلی نگذارید. کاتالوگ شاید چند ماه معتبر بماند، اما قیمت مواد اولیه یا خدمات چاپ زودتر عوض شود. اگر کاتالوگ قیمت دارد، تاریخ اعتبار آن را روی صفحه بنویسید. راه مطمئن‌تر برای کارهای سفارشی این است که مشخصات پایدار در کاتالوگ بماند و قیمت هر سفارش در پیشنهاد جدا بیاید. آن وقت مشتری با یک کاتالوگ قدیمی، قیمت امروز را اشتباه نمی‌گیرد.
هر تغییر قیمت، نسخه تازه می‌خواهد
پیشنهاد قیمت باید به یک درخواست مشخص وصل باشد. نام مشتری، محصول، تعداد، مشخصات، مبلغ، تخفیف، شرایط پرداخت، مدت اعتبار و زمان تحویل را در همان سند بنویسید. برای سفارش چاپ، عبارت «۵۰۰۰ جعبه» کافی نیست. ابعاد، جنس و گرماژ، تعداد رنگ، سلفون، قالب‌زنی و نحوه بسته‌بندی می‌توانند قیمت را عوض کنند. مشتری می‌گوید: «اگر تیراژ را به ۸۰۰۰ برسانم و سلفون را حذف کنم، قیمت چقدر می‌شود؟» پاسخ نباید روی نسخه قبلی نوشته و با همان نام ذخیره شود. پیشنهاد دوم را با شماره نسخه تازه بسازید و دلیل تغییر را کوتاه ثبت کنید: تیراژ ۸۰۰۰، بدون سلفون، تحویل در دو مرحله.
نسخه اول را نگه دارید، چون مسیر مذاکره را توضیح می‌دهد. شاید مشتری بعدا دوباره قیمت ۵۰۰۰ عدد را بخواهد یا مدیر فروش بپرسد تخفیف نسخه سوم از کجا آمده است. در پرونده مشتری بنویسید کدام نسخه، چه روزی و از چه راهی ارسال شده است. همین یک خط جلوی جمله آشنای «فکر کردم نسخه جدید را فرستادی» را می‌گیرد.
پیشنهاد منقضی نیز باید دیده شود. اگر اعتبار قیمت تا سه‌شنبه بوده، پنجشنبه همان فایل را بی‌تغییر نفرستید. قیمت و زمان تحویل را دوباره بررسی کنید، نسخه تازه بسازید و اقدام بعدی را برای فروشنده مشخص کنید.
قرارداد باید از پیشنهاد پذیرفته‌شده شروع شود
وقتی مشتری نسخه سوم پیشنهاد را می‌پذیرد، قرارداد را از اطلاعات همان نسخه بسازید، نه از حافظه یا پیام‌های قبلی. نام حقوقی مشتری، موضوع سفارش، تیراژ، مشخصات فنی، مبلغ، برنامه پرداخت، زمان تحویل و مسئولیت‌های دو طرف را کنار پیشنهاد تاییدشده مقایسه کنید. قرارداد معمولا میان چند نفر رفت‌وبرگشت دارد. فروش شرایط تجاری را می‌بیند، مالی عددها را بررسی می‌کند و مسئول حقوقی متن تعهدها را می‌خواند. هر بار که تغییری پذیرفته شد، شماره نسخه و تاریخ عوض شود. عبارت‌هایی مثل «همان اصلاحی که تلفنی گفتیم» در نسخه نهایی جایی ندارند.
مشتری شاید بگوید: «تحویل پنجشنبه برای من حیاتی است، ولی پرداخت دوم را شنبه انجام می‌دهم.» فروشنده باید این تغییر را به فرد مسئول برساند و منتظر نسخه اصلاح‌شده بماند. ثبت یک اقدام بعدی مانند «دریافت نظر مالی درباره تاریخ قسط دوم تا ساعت ۱۴» بسیار روشن‌تر از رها کردن فایل در گروه پیام‌رسان است.
پس از امضا، نسخه‌ای را که واقعا مورد توافق قرار گرفته از پیش‌نویس‌ها جدا کنید. شماره قرارداد، تاریخ و نام طرفین باید با پرونده فروش هماهنگ باشد. روش نگهداری اصل قرارداد و الزامات حقوقی آن را هم مسئول حقوقی شرکت تعیین کند.
تحویل به تولید با فرستادن فایل تمام نمی‌شود
فروشنده ممکن است همه چیز را بداند، اما تولید فقط آخرین فایل را ببیند. یک خلاصه تحویل بنویسید: مشتری، محصول، نسخه پیشنهاد پذیرفته‌شده، شماره قرارداد، مشخصات نهایی، مبلغ، وضعیت پیش‌پرداخت، تاریخ تحویل و نکته‌ای که هنوز نیاز به پاسخ دارد. در سفارش جعبه، تولید باید بداند تیراژ نهایی ۸۰۰۰ عدد است، سلفون حذف شده و قالب قبلی نیاز به اصلاح دارد. مالی باید بداند چه مبلغی پیش‌پرداخت شده و قسط بعدی چه زمانی است. فروشنده نیز باید بداند نمونه چاپ چه روزی برای تایید مشتری آماده می‌شود. یک اشتباه در این تحویل می‌تواند کار را به اصلاح سفارش و مذاکره دوباره بکشاند.
جلسه طولانی لازم نیست. مسئول تولید خلاصه را می‌خواند و هر ابهام را همان لحظه می‌پرسد. بعد مسئول هر کار و زمان آن ثبت می‌شود: اصلاح قالب تا دوشنبه، آماده شدن نمونه تا سه‌شنبه و تماس با مشتری بعد از دیدن نمونه. حالا معامله از «فایل ارسال شد» به کارهای قابل پیگیری تبدیل شده است.
بعد از تحویل نیز همین رشته را قطع نکنید. خدمات پس از فروش باید بداند مشتری کدام مشخصات را پذیرفته و محصول بر پایه کدام نسخه ساخته شده است. در پرونده فروش، نام نسخه پذیرفته‌شده، شماره قرارداد و تاریخ تحویل را بنویسید. اگر مشتری درباره رنگ چاپ یا تعداد بسته‌ها ایرادی داشت، تیم به همان سند برمی‌گردد و گفت‌وگو از حدس و خاطره شروع نمی‌شود.
کلید پیگیری سند را کنار معامله نگه می‌دارد
در نرم افزار CRM کلید، منبع، مسئول، وضعیت، مکالمات و اقدام بعدی هر سرنخ یا مشتری در یک پرونده قرار می‌گیرد. در فرصت فروش نیز مرحله معامله، مبلغ، احتمال موفقیت و اقدام بعدی ثبت می‌شود. بنابراین فروشنده می‌تواند در مکالمه پرونده بنویسد «پیشنهاد نسخه ۰۳ امروز ارسال شد» و اقدام بعدی را «تماس برای دریافت نظر مشتری در دوشنبه» بگذارد.
وظیفه، تماس، جلسه و یادآور هم برای منظم کردن پیگیری‌ها در کلید معرفی شده‌اند. اگر قرارداد نزد مسئول حقوقی است، یک وظیفه برای دریافت پاسخ بگذارید. اگر مشتری باید نمونه را ببیند، جلسه یا تماس بعدی را ثبت کنید. خدمات کلید نیز ثبت مشتری، مکالمه، وظیفه و فرصت فروش را در یک فضای یکپارچه توضیح می‌دهد.
خود فایل‌ها را در فضای مورد تایید شرکت نگه دارید و در پرونده نام دقیق نسخه و وضعیت ارسال را بنویسید. این جداسازی ساده باعث می‌شود CRM مسیر فروش را روشن نگه دارد و مخزن فایل نیز کار خودش را انجام دهد. فروشنده برای یافتن سند سراغ نامی می‌رود که در آخرین مکالمه ثبت شده، نه حافظه خودش.
پیش از خرید، مسیر کامل یک کاتالوگ، پیشنهاد اصلاح‌شده و قرارداد را در دمو اجرا کنید. مخزن فایل، بارگذاری و جست‌وجوی سند، تاریخچه نسخه، ارسال مستقیم، ساخت خودکار قرارداد و سطح دسترسی جدا برای هر فایل را از قبل جزو کلید ندانید. در جدول پلن‌های کلید نام ماژول «امضای الکترونیک» برای پلن نقره آمده است؛ اگر امضا برای شما مهم است، همان ماژول و پلن انتخابی را با سند خودتان بررسی کنید.
نیروی تازه هم باید نسخه درست را پیدا کند
یک همکار تازه نباید برای پیدا کردن کاتالوگ به پنج نفر پیام بدهد. در روز اول، محل فایل‌های معتبر، الگوی نام‌گذاری، معنی شماره نسخه و فرق پیش‌نویس با فایل تاییدشده را به او نشان دهید. سپس یک پرونده قدیمی را باز کنید و از او بخواهید سندی را که واقعا برای مشتری فرستاده شده پیدا کند. اگر نتوانست، مشکل از حافظه او نیست؛ مسیر هنوز روشن نیست. نام فایل ممکن است ناقص باشد، نسخه ارسال‌شده در مکالمه ثبت نشده باشد یا پوشه روزانه با بایگانی قاطی شده باشد. همان نقطه را اصلاح کنید. آموزش خوب در این موضوع یک جلسه پر از اسلاید نیست؛ تمرین پیدا کردن و تحویل دادن فایل درست است.
هر هفته چند پرونده باز را مرور کنید. پیشنهادهایی را که اعتبارشان تمام شده مشخص کنید. قراردادهای منتظر پاسخ را به اقدام بعدی وصل کنید. کاتالوگ‌های جایگزین‌شده را از پوشه روزانه بردارید. این نظافت کوتاه اجازه نمی‌دهد آشفتگی دوباره آرام‌آرام برگردد.
روز بعد، وقتی مشتری می‌گوید «نسخه‌ای را بفرستید که تحویل پنجشنبه در آن آمده»، فروشنده لازم نیست میان ده پوشه بگردد. آخرین مکالمه را می‌بیند، نام نسخه را پیدا می‌کند و همان فایل تاییدشده را می‌فرستد. مشتری پاسخ سریع و دقیق می‌گیرد و تیم فروش با همان چیزی دیده می‌شود که باید باشد: آماده، منظم و قابل اعتماد.
