‏Golden Path: وقتی آنبوردینگ مشتری خودش یه مسئلهٔ محصولی می‌شه

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

به گفتهٔ نویسنده، سؤال اصلی مدیر محصول اینه که مشتری چقدر از کار راه‌اندازی رو باید خودش بفهمه. برای جواب دادن، اول باید این کارها دیده بشن. نقشهٔ سفر مشتری (customer journey map) معمولاً کارهای شرکت رو نشون می‌ده: خرید، قرارداد، پیاده‌سازی، پشتیبانی. نویسنده می‌گه این نقشه رو برعکس کنید و از دید مشتری ببینید: گرفتن دسترسی، کانفیگ، تست، integrate کردن، گرفتن تأیید امنیتی، go live و بعد نگهداری.

وقتی کارهای مشتری دیده شد، مسیری که بیشتر مشتری‌ها طی می‌کنن معلوم می‌شه. اسم این مسیر Golden Path هست، یعنی راه تکرارپذیری که می‌خواید بیشتر مشتری‌ها از خرید تا استفادهٔ موفق برن. دو نسخه داره: یه سند داخلی که مدیر محصول و مهندسی با هم می‌نویسن (مراحل لازم، جریان ایده‌آل، متریک‌ها) و یه نسخهٔ بیرونی که مشتری واقعاً باهاش کار می‌کنه، مثل installer، quickstart، مثال‌های API، قالب‌های CLI و provisioning سلف‌سرویس.

نویسنده تأکید می‌کنه داشتن اسلاید یا سند کافی نیست. مسیری که هنوز به حافظهٔ آدم‌ها بنده، هنوز قابلیت محصول نیست. پس باید مرحله‌به‌مرحله کشف، تکمیل، نسخه‌بندی و اطلاع‌رسانی بشه و مثل UI یا لایسنسینگ یه صاحب داشته باشه که همون مدیر محصوله. یه مثال جالب هم می‌زنه: اگه پنج مشتری یه مسیر رو برن ولی هر کدوم سه بار از مهندسی کمک بگیرن، Golden Path ندارید، یه درخواست تکراری برای کمک مهندسی دارید.

برای سنجش، نویسنده چند متریک پیشنهاد می‌ده: زمان تا اولین ارزش (TTFV، یعنی چقدر طول می‌کشه developer مشتری به اولین نتیجهٔ واقعی برسه)، درصد آنبوردینگ‌هایی که از Golden Path تموم می‌شن، نقاط ریزش، تعداد دفعاتی که یه آدم مجبور شده دخالت کنه و تیکت‌های پشتیبانی مربوط به آنبوردینگ. به گفتهٔ اون، نتیجه‌ش شناسایی سریع‌تر درآمد و نگه داشتن بهتر مشتریه.

نکات کلیدی:

• Golden Path مسیر استاندارد مشتری از خرید تا استفاده تو production هست، نه برای همهٔ مشتری‌ها
• دو نسخه داره: سند داخلی برای تیم و تجربهٔ بیرونی مثل quickstart، CLI template و provisioning سلف‌سرویس
• صاحب مسیر مدیر محصوله و مهندسی، مستندات، سرویس و تیم‌های فروش بهش کمک می‌کنن
• متریک‌های اصلی: TTFV، نرخ تکمیل Golden Path، نقاط ریزش، دخالت دستی و تیکت‌های آنبوردینگ
• روند پیشنهادی: مستندات به قالب، قالب به سلف‌سرویس و سلف‌سرویس به بخشی از خود محصول تبدیل می‌شه