Product Discovery | کشف محصول

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

کشف به‌عنوان عادت تصمیم، نه فاز پژوهشی پایانی

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

در روایت مدرن—کشف مستمر و تیم‌های توانمند محصول—کشف فازی نیست که با شروع تحویل تمام شود. عادت هفتگی است که کنار تحویل می‌دود. به همین دلیل مالکیتش با سه‌گانهٔ محصول است: مدیر محصول، طراح، و مهندس—نه فقط واحد پژوهش که گزارش می‌دهد و کنار می‌رود. کشف تمرین تصمیم‌گیری است؛ مجموعهٔ روش تحقیق به‌تنهایی نیست.

از نتیجه تا درخت فرصت و راه‌حل

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

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

نقشهٔ فرضیات و آزمایش ارزان پیش از کد

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

این همان جایی است که کشف فصل‌ها را ذخیره می‌کند: یک باور بحرانی پیش از آنکه دور آن کد نوشته شود نام‌گذاری و شکسته می‌شود. آزمایشی که فقط تعریف تیم را تأیید کند کشف نیست؛ تأیید است. کشف واقعی باید بتواند ایدهٔ محبوب را بکشد بدون اینکه شکست شخصی حس شود—چون شکست ارزان بخشی از شغل است.

کشف در برابر تحویل و در برابر پژوهش تجربه کاربری

کشف و تحویل دو ریل کار یک تیم‌اند. تحویل می‌سازد، منتشر می‌کند و نگه می‌دارد آنچه تصمیم گرفته شده؛ کشف همان تصمیم را می‌سازد. تیمی که کشف را دروازهٔ پیش از تحویل ببیند، معمولاً قابلیت‌های ازپیش‌وعده‌داده‌شده روی نقشهٔ راه را «اعتبارسنجی» می‌کند—که تأیید است نه کشف. در مدل مستمر، سه‌گانه بخشی از هفته را با مشتری می‌گذراند و بقیهٔ ظرفیت تیم تحویل می‌دهد.

کشف از پژوهش UX سنگین استفاده می‌کند اما با آن یکی نیست. پژوهش مجموعهٔ روش‌ها برای یادگیری دربارهٔ کاربر است؛ کشف فرایند تصمیم محصول است که آن روش‌ها را تغذیه می‌کند. پژوهشگر می‌تواند برای اهداف گوناگون مصاحبه کند؛ سه‌گانه می‌تواند با پژوهش سبک و ناقص هم کشف را جلو ببرد اگر تصمیم‌ها حرکت کنند. توسعهٔ مشتری در ادبیات استارتاپ و تفکر طراحی از زاویهٔ طراح، قوس‌های مشابهی دارند. تفاوت مالکیت و ریتم است: کشف مال تیمی است که نتیجه را می‌سازد و تمام نمی‌شود.

هوش مصنوعی فاصلهٔ ایده تا آرتیفکت آزمون‌پذیر را کوتاه کرده است

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

هشدار این است که ارزان شدن نمونه، نقشهٔ فرصت را حذف نمی‌کند. تیمی که چون ساختن نمونه سریع شده ده‌ها راه‌حل را برای مسئله‌ای که کسی تأیید نکرده می‌آزماید، فقط سریع‌تر اشتباه می‌کند. هوش مصنوعی فاصلهٔ ایده تا آرتیفکت را فشرده می‌کند؛ نمی‌گوید کدام ایده شایستهٔ آزمون است.

چهرهٔ عملی کشف در هفتهٔ عادی تیم

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

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

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

مرز با چرخه، فرآیند و تمایز

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

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