پرش به محتوا

CRM

چرا استقرار CRM شکست می‌خورد

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

۶ دقیقه مطالعه

شکست در نصب نیست

پروژه‌های CRM معمولاً خوب شروع می‌شوند. داده منتقل می‌شود، تیم آموزش می‌بیند، چند هفته همه وارد می‌کنند. بعد کم‌کم ورودی کم می‌شود و شش ماه بعد کسی به گزارش‌ها اتکا نمی‌کند.

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

چهار دلیل

آنچه واقعاً اتفاق می‌افتد

  1. ۱. ورودی هزینه دارد و خروجی‌اش برای واردکننده نیست

    کسی که بعد از جلسه فرم پر می‌کند، خودش از آن سودی نمی‌برد؛ گزارشش به مدیر می‌رسد. هر سیستمی که هزینه را به یک نفر و فایده را به نفر دیگری بدهد، در بلندمدت رها می‌شود.

  2. ۲. فرآیندها پیش از فهمیدنشان رسمی شده‌اند

    یک پروژهٔ پیاده‌سازی سه‌ماهه معمولاً فرآیندی را در نرم‌افزار قفل می‌کند که سازمان هنوز درست نمی‌شناسد. شش ماه بعد کار تغییر کرده و نرم‌افزار نه.

  3. ۳. ابزار فقط بازتاب ورودی است

    اگر کسی چیزی وارد نکند، سیستم چیزی نمی‌داند. این بدیهی به نظر می‌رسد اما نتیجه‌اش این است که کیفیت داده دقیقاً برابر انضباط تیم است — و انضباط تیم در فصل شلوغ افت می‌کند.

  4. ۴. هیچ‌چیز غیبت را گزارش نمی‌کند

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

پس پیش از خرید چه چیزی را بسنجید

معیارِ فهرست امکانات تقریباً هیچ‌وقت درست جواب نمی‌دهد. سه پرسش زیر بهتر پیش‌بینی می‌کنند که شش ماه بعد چه خواهد شد:

اول، اگر تیم من یک ماه چیزی وارد نکند، این سیستم باز هم چیزی می‌داند؟ دوم، فاصلهٔ «جلسه تمام شد» تا «ثبت شد» چقدر است — اگر بیش از یک دقیقه است، در عمل انجام نمی‌شود. سوم، آیا چیزی هست که غیبت را بالا بیاورد، یا فقط رویدادها را نشان می‌دهد؟

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

پرسش‌های پرتکرار

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

با دادهٔ واقعی خودتان امتحان کنید

نسخهٔ رایگان محدودیت زمانی ندارد. سخت‌ترین سندی که دارید را بیاورید.