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