فصل ۱: چیستی و چرایی کشف مستمر و ظهور «مثلث محصول»

در دهه‌های گذشته، صنعت نرم‌افزار و فناوری جهش بزرگی در حوزه تحویل محصول (Product Delivery) تجربه کرده است. به لطف متدولوژی‌های چابک (Agile)، استقرار مستمر (CI/CD) و معماری‌های مدرن، تیم‌های مهندسی امروز بهتر از هر زمان دیگری می‌دانند چگونه کد را با سرعت و کیفیت بالا به دست کاربر برسانند. اما در سوی دیگر این معادله، یعنی کشف محصول (Product Discovery)، همچنان شکاف عمیقی وجود دارد. کشف محصول به معنای فرآیند تصمیم‌گیری درباره این است که «چه چیزی را باید بسازیم»، در حالی که تحویل محصول به معنای کارهایی است که برای ساختن، تست کردن و انتشار مقیاس‌پذیر آن محصول انجام می‌دهیم.

بسیاری از سازمان‌ها هنوز در تله‌ای گرفتار هستند که در آن مدیران ارشد یا ذی‌نفعان کسب‌وکار، فهرستی از قابلیت‌ها و فیچرها را در قالب یک نقشه راه (Roadmap) ثابت به تیم‌ها دیکته می‌کنند و موفقیت را با تحویل به‌موقع آن فیچرها می‌سنجند. ترزا تورس هشدار می‌دهد که سرعت بالا در تحویل محصول، زمانی که در حال ساختن چیز اشتباهی هستید، هیچ ارزشی ندارد؛ بلکه تنها سرعت هدر دادن منابع شرکت را افزایش می‌دهد. کشف مستمر حلقه مفقوده‌ای است که تضمین می‌کند تلاش‌های مهندسی دقیقاً در مسیر خلق ارزش واقعی برای مشتری و کسب‌وکار قرار می‌گیرند.

کشف مستمر در базо‌ترین تعریف خود یعنی: تماس هفتگی با مشتریان، توسط همان تیمی که محصول را می‌سازد، که در آن جلسات، آن‌ها فعالیت‌های پژوهشی کوچکی را در راستای دستیابی به یک پیامد مطلوب محصول هدایت می‌کنند.

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

در مدل‌های قدیمی، مدیر محصول با مشتری صحبت می‌کرد، نیازمندی‌ها را می‌نوشت و به طراح می‌داد؛ طراح وایرفریم‌ها را می‌کشید و به مهندس نرم‌افزار تحویل می‌داد. این مدل «دست‌به‌دست کردن» (Handoff) مانند بازی «تلفن بازی» در کودکی است: در هر مرحله، بخش بزرگی از درک زمینه (Context) و ظرافت‌های نیاز مشتری از دست می‌رود و سرعت تیم به شدت افت می‌کند. راه‌حل ترزا تورس برای شکستن این سیلوها، تشکیل مثلث محصول (Product Trio) است.

مثلث محصول متشکل از سه نقش کلیدی است: مدیر محصول (Product Manager)، طراح محصول (Product Designer) و رهبر فنی یا مهندس نرم‌افزار (Tech Lead / Software Engineer). این سه نفر از همان لحظه اول، به صورت مشترک در مصاحبه‌های مشتری شرکت می‌کنند، با هم فرصت‌ها را شناسایی می‌کنند، با هم ایده‌پردازی می‌کنند و به صورت مشترک درباره آنچه باید ساخته شود تصمیم می‌گیرند.

مارتی کیگن (Marty Cagan) چهار ریسک اصلی را در ساخت محصول معرفی می‌کند: ریسک ارزش (آیا مشتری آن را می‌خرد یا استفاده می‌کند؟)، ریسک کاربردپذیری (آیا کاربر متوجه نحوه کار با آن می‌شود؟)، ریسک امکان‌پذیری فنی (آیا می‌توانیم آن را بسازیم؟) و ریسک زیست‌پذیری کسب‌وکار (آیا این راه‌حل برای کسب‌وکار ما سودآور و قانونی است؟). حضور هم‌زمان سه ضلع مثلث محصول تضمین می‌کند که همه این ابعاد از ابتدا دیده شوند و تیم عاشق یک راه‌حل زیبا اما غیرقابل ساخت، یا یک کد مهندسی‌شده شاهکار اما بی‌فایده برای کاربر نشود.

بسیاری از تیم‌ها ادعا می‌کنند که کشف محصول انجام می‌دهند، اما در واقع مشغول تحقیقات اعتبارسنجی (Validation Research) هستند. آن‌ها ابتدا تصمیم می‌گیرند چه فیچری بسازند، آن را طراحی می‌کنند و در آخرین لحظه قبل از انتشار، آن را به چند کاربر نشان می‌دهند تا مهر تاییدی بر تصمیم قبلی خود بزنند! اگر کاربر هم ایرادی بگیرد، می‌گویند «کاربر منظور ما را نفهمید» یا «در نسخه بعدی اصلاحش می‌کنیم». این رویکرد، تئاتر کشف محصول است، نه کشف واقعی.

در نقطه مقابل، ذهنیت کشف مستمر بر پایه تواضع معرفتی و کنجکاوی اصیل بنا شده است. تیم می‌پذیرد که پاسخ تمام سوالات را نمی‌داند و ممکن است ایده‌های اولیه‌اش کاملاً اشتباه باشند. هدف از تعامل هفتگی با کاربر، اثبات درستی ایده‌های خودمان نیست، بلکه کشف نقاط کور، درک عمیق دنیا و بستر زندگی مشتری و هم‌آفرینی (Co-creation) راه‌حل‌هایی است که واقعاً مشکل را حل می‌کنند.

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