رودمپ محصول (نقشه راه محصول) بر پایهٔ نتیجه: روش Now، Next، Later

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

رودمپ محصول چیه و چرا فهرست فیچر با تاریخ جواب نمی‌ده؟

رودمپ قرار نیست برنامهٔ ساخت باشه؛ قراره داستان مسیر محصول باشه. وقتی رودمپ فقط فهرست قابلیت‌هاست، چند تا اتفاق می‌افته:

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

رودمپ بر پایهٔ نتیجه: سه ستون Now، Next، Later

توی این روش به‌جای تاریخ، سه ستون داری و به‌جای اسم قابلیت، مسئله یا نتیجه‌ای که دنبالشی:

• Now (الان): چیزهایی که همین دوره روشون کار می‌کنی. این ستون باید دقیق باشه: مسئله، نتیجهٔ مورد انتظار و عددی که نشونش می‌ده.
• Next (بعدی): مسئله‌هایی که احتمالاً دورهٔ بعد سراغشون می‌ری. هنوز راه‌حلشون قطعی نیست، فقط مسئله روشنه.
• Later (بعدتر): ایده‌ها و مسئله‌های بزرگ‌تر که مهمن ولی هنوز وقتشون نرسیده. اینجا جای حدس‌ها و سؤال‌هاست.

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

یه نمونه رودمپ محصول

فرض کن یه اپ رزرو نوبت آرایشگاه داری. به‌جای «اضافه کردن پرداخت آنلاین تا ۱۵ آبان»، رودمپت شبیه این می‌شه. می‌تونی همین فهرست رو کپی کنی و توی کارهای یه هدف بچسبونی:

پرداخت آنلاین شاید یکی از راه‌حل‌های مسئلهٔ اول باشه، شاید هم یه پیامک یادآوری کافی باشه. رودمپ این تصمیم رو به تیمی می‌سپره که روی مسئله کار می‌کنه.

وصل کردن نقشه راه محصول به OKRهای هر دوره

ستون Now رودمپ و OKRهای دوره در اصل یه چیزن که دو جور نوشته شدن. هر مسئله‌ای که توی Now هست، یه هدف (objective) دوره می‌شه و عددی که نشونش می‌ده، معیار اون (key result). اگه چیزی توی Now هست که هیچ معیاری نداره، یا هنوز روشن نیست، یا داری یه قابلیت رو به اسم مسئله جا می‌زنی.

• برای هر ردیف Now یه هدف بنویس که نتیجه رو بگه: «مشتری‌ها کمتر نوبتشون رو فراموش کنن».
• زیرش یکی دو معیار عددی بذار، با عدد شروع و عدد هدف.
• راه‌حل‌ها رو به شکل کار زیر همون هدف بنویس، نه به شکل معیار. ساختن یه قابلیت کاره، نه نتیجه.
• وقتی یه دوره تموم شد، Next رو نگاه کن تا ببینی کدوم ردیفش آماده‌ست که Now بشه.

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

مرور رودمپ در پایان هر دوره

رودمپی که فقط یه بار نوشته بشه، بعد از یه ماه کهنه شده. پیشنهاد ما اینه که آخر هر دوره، همون موقع که OKRها امتیاز می‌گیرن، رودمپ رو هم مرور کنی:

• برای هر ردیف Now بپرس: عدد تکون خورد؟ اگه آره، مسئله حل شده یا فقط بهتر شده؟
• ردیف‌هایی که حل نشدن رو یا نگه دار یا آگاهانه کنار بذار، ولی بی‌صدا به Next نفرستشون.
• از ستون Next چیزهایی رو بیار که حالا آماده‌ن و برای دورهٔ تازه هدف بنویس.
• Later رو سریع مرور کن: چیزی هست که دیگه مهم نیست؟ پاکش کن.
• نسخهٔ تازه رو با تیم‌های دیگه و مدیرها به اشتراک بذار تا همه از یه نقشه حرف بزنن.

اشتباه‌های رایج در نوشتن رودمپ محصول

• پر کردن Now با بیست ردیف: اگه همه‌چیز الانه، هیچ‌چیز الان نیست. معمولاً دو تا چهار ردیف کافیه.
• نوشتن راه‌حل به‌جای مسئله: «اضافه کردن چت» راه‌حله؛ «مشتری‌ها جواب سؤالشون رو زود بگیرن» مسئله‌ست.
• قایم کردن رودمپ از بقیهٔ شرکت: رودمپ ابزار هم‌راستا کردن تیم‌هاست، نه سند محرمانه.
• عوض نکردنش حتی وقتی چیز تازه‌ای یاد گرفتی: رودمپ قرار نیست درست باشه، قراره به‌روز باشه.