Amirali Yaghoutiمهندس ارشد نرم‌افزار

مطالعه موردی مهندسی

داشبورد عملیات فروش

بیشتر داشبوردهای فروش به سؤال «چقدر؟» جواب می‌دهند، که مدیر جوابش را از قبل می‌داند. سؤالی که واقعاً پول می‌سوزاند این است که کار کجا گیر کرده؛ و جوابش را باید در مسیر عملیات نشان داد، نه در خط درآمد.

مسئله تجاری

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

آنچه تحویل دادم

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

رویکرد فنی

  • واحد این داشبورد گلوگاه است، نه متریک. متریک می‌گوید چیزی خراب است؛ گلوگاه می‌گوید کجا.
  • مستقیم از سیستم‌های عملیاتی می‌خواند، چون هر گزارشی که ورود داده‌ی جداگانه بخواهد ظرف چند هفته کهنه می‌شود.
  • فعالیت تیم و نتیجه‌ها همیشه با هم نشان داده می‌شوند؛ هرکدام به‌تنهایی آدم را به نتیجه‌گیری غلط می‌کشاند.
  • چیدمان، چیزی را که رسیدگی می‌خواهد اول می‌گذارد. داشبوردی که باید تفسیر شود، هر کسی بازش کند یک‌جور تفسیرش می‌کند.

نتیجه و شواهد

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

اهمیت برای کارفرما

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

خلاصه-اجرایی-پروژه

خلاصه اجرایی خوانا

خلاصه_اجرایی {
  پروژه: "Sales Operations Dashboard"
  واحد: "گلوگاه، نه متریک"
  جواب_می‌دهد: "کار کجا انباشته می‌شود و صاحبش کیست"
  منابع: "سیستم‌های عملیاتی در حال استفاده؛ بدون ورود
          داده‌ی جداگانه"
  جفت‌شدن: "فعالیت تیم همراه نتیجه‌ها، هرگز به‌تنهایی"
  چیدمان: "آنچه رسیدگی می‌خواهد اول؛ اعداد زیرش"
}

ارزش حرفه‌ای این پروژه

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

و اینکه داده از سیستم‌های موجود خوانده شود و کسی مجبور به ثبت جداگانه نباشد، تعیین می‌کند داشبورد سه ماه بعد هنوز درست است یا نه.