رفتن به محتوای اصلی

گزارش‌های فروش روکا

گزارشی که فقط تعداد معاملات را نشان می‌دهد به هیچ تصمیمی ختم نمی‌شود؛ گزارشی که می‌گوید چرا می‌بازید، ختم می‌شود. روکا چهار نما دارد — معامله‌ها، سرنخ و فعالیت، عملکرد نفرات و مالی — و در کنارشان گزارش دلایل شکست که پشتوانه‌اش یک قاعده‌ی سخت‌گیرانه است. ورودی هر نما یک چیز است و همان را هم صریح می‌گوییم: بازه‌ی زمانی. برشِ درون‌گزارشی به تفکیک وضعیت معامله انجام می‌شود و تفکیک به‌ازای هر کارشناس فقط در جدول عملکرد نفرات هست؛ فیلتر مرحله، منبع آشنایی و کارشناس روی گزارش‌ها وجود ندارد. همه‌ی بازه‌ها و نمودارها شمسی‌اند، پس هیچ تبدیل ذهنی لازم نیست.

مشکلی که حل می‌کند

گزارش «چرا می‌بازیم» در بیشتر شرکت‌ها وجود ندارد، و علتش هم روشن است: وقتی بستنِ معامله‌ی ناموفق بدون ثبت دلیل ممکن باشد، هیچ‌کس دلیل را نمی‌نویسد و آن فیلد در نود درصد رکوردها خالی می‌ماند. یک سال بعد مدیر می‌پرسد چرا نرخ برد پایین است و کسی جواب ندارد؛ حدس‌ها شروع می‌شوند — «قیمتمان بالاست» یا «رقیب ارزان‌تر است» — بدون اینکه هیچ داده‌ای پشتشان باشد. مشکل دوم تاریخ است: گزارشی که بازه‌اش میلادی است، برای تیمی که با تقویم شمسی برنامه‌ریزی می‌کند عملاً غیرقابل استفاده است و هر بار باید دستی تبدیل شود.

چطور کار می‌کند

مسیر کار، قدم به قدم

  1. نمای معامله‌ها

    در هر بازه‌ی زمانی می‌بینید چند معامله برده و چند تا باخته شده، ارزش معامله‌های برده چقدر بوده، نرخ برد چند درصد است و میانگین ارزش هر معامله‌ی برده چقدر درآمده. روند هر سه روی نمودار همان بازه دیده می‌شود. یک قید را صریح می‌گوییم: پیش‌بینی وزنی — یعنی جمع «مبلغ × احتمال مرحله» — روی این صفحه نیست؛ جایش بالای بورد کانبان معاملات است، چون همان‌جاست که معامله‌های باز و مرحله‌شان کنار هم می‌نشینند. دیدن اینکه فرصت‌ها روی کدام مرحله انباشته شده‌اند هم کار همان بورد است، نه این صفحه.

  2. نمای سرنخ و فعالیت

    چند سرنخ در بازه وارد شده، چند فعالیت روی سرنخ‌ها ثبت شده، چند درصدشان به معامله‌ی برده رسیده و به‌طور میانگین روزی چند فعالیت ثبت شده است. نمودار «سرنخ در برابر فعالیت» هم دقیقاً برای یک قضاوت ساخته شده: اگر خط فعالیت از خط سرنخ عقب بیفتد، صف پیگیری در حال بلند شدن است. تفکیک فعالیت به تماس و جلسه و پیگیری هنوز ساخته نشده و برایش زمان وعده نمی‌دهیم؛ عدد فعالیت فعلاً یک جمع کل است.

  3. نمای عملکرد نفرات

    جدول عملکرد نفرات، همان بازه را به تفکیک کارشناس باز می‌کند: هر نفر چند معامله برده، ارزش آن‌ها چقدر بوده و چند فعالیت ثبت کرده. این نما برای پاسخ به یک سوال ساخته شده: کارشناسی که نتیجه نمی‌گیرد، کم کار می‌کند یا کارِ زیاد و بی‌نتیجه انجام می‌دهد؟ عدد فعالیت کنار معامله‌های برده، جواب را روشن می‌کند.

  4. نمای مالی

    مانده‌ی واقعی فاکتورهای باز — یعنی بعد از کسر پرداخت‌های جزئی — به تفکیک سنِ بدهی: سررسیدنشده، ۱ تا ۳۰ روز، ۳۱ تا ۶۰، ۶۱ تا ۹۰ و بیش از ۹۰ روز. کنارش فهرست بدهکارترین مخاطبان می‌آید و با باز کردن هر ردیف، فاکتورهای باز همان مخاطب. یک قید مهم را خودِ صفحه هم می‌نویسد: بدهی یک عکس از همین لحظه است و بازه‌ی گزارش رویش اثر نمی‌گذارد؛ جمع فاکتورهای صادرشده و وصول‌شده‌ی یک بازه را از فهرست فاکتورها می‌گیرید، نه از این نما. این بخش به ماژول مالی وابسته است، پس در پلن حرفه‌ای دیده می‌شود.

چه چیزی به‌دست می‌آورید

جزئیاتی که تفاوت می‌سازند

گزارش دلایل شکست، پشتوانه‌دار

چون ثبت دلیل هنگام باختن معامله از سمت سرور اجباری است، این گزارش بعد از چند ماه واقعاً پر می‌شود. می‌بینید چند درصد معاملات به‌خاطر قیمت، چند درصد به‌خاطر زمان‌بندی و چند درصد به‌خاطر رقیب باخته شده‌اند — و بعد می‌شود درباره‌اش تصمیم گرفت.

همه‌جا تقویم شمسی

نمایش، فیلتر، بازه‌ی زمانی و محور نمودارها همه شمسی‌اند. «این ماه» یعنی ماه شمسی جاری، نه ماه میلادی؛ و مقایسه‌ی فصلی با فصل‌های واقعی سال شما انجام می‌شود، نه با بازه‌هایی که وسط ماه شروع و تمام می‌شوند.

داده‌ی هر شرکت فقط مال خودش

هر گزارش در محدوده‌ی داده‌ی همان شرکت اجرا می‌شود و این محدودسازی در لایه‌ی دیتابیس اعمال می‌شود، نه در رابط کاربری. حتی اگر کسی آدرس یک گزارش را دستکاری کند، چیزی بیرون از داده‌ی شرکت خودش برنمی‌گردد.

گزارش سنگین، پنل سبک

شاخص‌های روزانه از پیش محاسبه و ذخیره می‌شوند، پس باز کردن گزارش یک بازه‌ی طولانی، دیتابیس را درگیر نمی‌کند و کار بقیه‌ی تیم را کند نمی‌کند. گزارش‌ها بدون نگرانی از افت سرعت پنل قابل استفاده‌اند.

خروجی برای جلسه و بایگانی

بالای هر نمای گزارش یک دکمه‌ی خروجی CSV هست که همان بازه‌ی انتخابی را ردیف‌به‌ردیف بیرون می‌دهد: معامله‌ها، سرنخ‌ها، فعالیت‌ها، عملکرد نفرات، فاکتورها و بدهکاری. فایل با BOM ساخته می‌شود تا اکسل ویندوز فارسی را درست باز کند. عددی که در جلسه روی میز می‌گذارید همان عددی است که در پنل دیده می‌شود، نه چیزی که کسی دستی جمع زده باشد.

سوالات پرتکرار

درباره‌ی گزارش‌های فروش

خروجی اکسل دارد؟

خروجی CSV دارد، نه فایل xlsx — و اکسل، CSV را مستقیم باز می‌کند. فایل با BOM ساخته می‌شود، پس فارسی به علامت سؤال تبدیل نمی‌شود؛ همان چیزی که معمولاً خروجی فارسی بقیه‌ی ابزارها را بی‌فایده می‌کند. معامله‌ها، سرنخ‌ها، فعالیت‌ها، عملکرد نفرات، فاکتورها و بدهکاری هرکدام خروجی جدای خودشان را دارند و ردیف‌ها دقیقاً همان بازه‌ای‌اند که انتخاب کرده‌اید. خروجی گرفتن از دفترچه‌ی مخاطبان اما هنوز از این مسیر ممکن نیست.

گزارش‌ها روی داده‌ی زنده اجرا می‌شوند؟

نه مستقیم، و همین است که سریعشان می‌کند: شاخص‌های هر روز از پیش محاسبه و ذخیره می‌شوند، پس یک گزارش سه‌ماهه به‌جای صدهزار ردیف، نود ردیف می‌خواند. آمار روزهای گذشته قطعی است و آمار امروز هر نیم‌ساعت تازه می‌شود، پس عددِ «امروز» ممکن است تا نیم‌ساعت از آخرین ثبت عقب باشد. تنها استثنا گزارش بدهکاری است که همان لحظه از روی فاکتورهای باز خوانده می‌شود.

می‌توانم گزارش را روی یک کارشناس فیلتر کنم؟

نه با فیلتر. تنها فیلتر مشترک همه‌ی نماها بازه‌ی زمانی است و فیلتر کارشناس، مرحله یا منبع آشنایی روی گزارش‌ها وجود ندارد. آنچه هست جدول عملکرد نفرات است: در همان بازه می‌بینید هر کارشناس چند معامله برده، ارزششان چقدر بوده و چند فعالیت ثبت کرده. محدود کردن دید هم کار دسترسی‌هاست نه فیلتر — با نقش‌ها تعیین می‌کنید نمای کل تیم برای چه کسی باز باشد.

دلایل شکست را خودم تعریف می‌کنم؟

بله، فهرست دلایل قابل تنظیم است و بهتر است کوتاه بماند. اگر بیست دلیل تعریف کنید، هر معامله در یک خانه‌ی جدا می‌افتد و گزارش هیچ الگویی نشان نمی‌دهد. پنج تا هفت دلیلِ روشن، تصویر خیلی قابل استفاده‌تری می‌سازد.

گزارش‌ها از چه زمانی معنادار می‌شوند؟

نماهای فروش و مالی از همان هفته‌ی اول قابل استفاده‌اند. گزارش دلایل شکست به حجم نیاز دارد و معمولاً بعد از چند ده معامله‌ی بسته‌شده الگو نشان می‌دهد. تا آن زمان هم داده جمع می‌شود؛ فقط نتیجه‌گیری از آن زودهنگام است.

روکا را روی کار واقعی خودتان ببینید

بدون کارت بانکی، بدون تماس فروش.