معرفی و تعریف
تدوین نقشه راه و اولویتبندی محصول، توانایی تبدیل هدف‌های کسب‌وکار و مسئله‌های کاربران به تصمیم‌هایی روشن درباره اولویت‌ها، دلیل انتخاب آن‌ها و زمان‌بندی تقریبی است. نقشه راه فقط فهرستی از قابلیتها نیست و بهتر است ارتباط ابتکارهای اصلی با هدف‌های محصول، نتیجه مورد انتظار، وابستگیها و محدودیت‌های مهم را نشان دهد. جزئیات نقشه راه به نوع محصول، مخاطبان آن و میزان قطعیت برنامه بستگی دارد و باید با تغییر شواهد و اولویت‌ها بازبینی شود.
مدیر محصول با این مهارت میان فرصت‌های متعدد انتخاب می‌کند. او درخواست مشتریان، داده‌های محصول، نیازهای فنی، بدهی فنی، تعهدهای تجاری و جهتگیری استراتژیک را کنار هم می‌گذارد و توضیح میدهد چرا یک مسئله اکنون مهمتر از مسئله دیگر است.
این مهارت بیشتر در کار مدیر محصول، مدیر محصول ارشد و رهبر محصول دیده می‌شود، اما طراحان تجربه کاربری، مدیران پروژه و تیم‌های فنی نیز برای هماهنگ‌کردن برنامه‌های خود به آن نیاز دارند. نقشه راه خوب یک قرارداد قطعی برای تحویل همه قابلیتها نیست؛ سندی قابل بازبینی است که با شواهد جدید تغییر می‌کند.
اهمیت و کاربردها
چرا این مهارت مهم است؟
در بسیاری از تیم‌های محصول، کمبود ایده مسئله اصلی نیست؛ مسئله، انتخاب میان ایده‌ها و درخواست‌هایی است که هم‌زمان برای زمان و ظرفیت محدود رقابت میکنند. مدیر محصولی که نتواند دلیل اولویت‌ها را شفاف بیان کند، معمولاً با تغییرهای پی‌درپی برنامه، نارضایتی ذی‌نفعان و پراکندگی تمرکز تیم روبه‌رو می‌شود.
در شرکت‌هایی که چند تیم فنی، طراحی، فروش یا پشتیبانی درگیر یک محصول هستند، تدوین نقشه راه و اولویتبندی می‌تواند به هماهنگی تصمیمها کمک کند. میزان نیاز به این مهارت به اندازه تیم، اختیارات مدیر محصول، چرخه انتشار و شیوه تصمیم‌گیری شرکت بستگی دارد. در مصاحبه‌های استخدامی این حوزه نیز ممکن است از داوطلب خواسته شود میان چند درخواست متعارض اولویتبندی کند، برنامه‌ای کوتاه‌مدت پیشنهاد دهد یا وابستگی یک قابلیت به تیم‌های دیگر را بررسی کند.
برای شرکت‌هایی که مدیر محصول را مسئول هدایت تصمیم‌های محصول می‌دانند، نمونهکار اولویتبندی می‌تواند توانایی مقایسه فرصتها، مدیریت وابستگی و محدودیت، و تبدیل هدف به نقشه راه نتیجهمحور را نشان دهد. ارزش این مهارت در دفاع از یک فهرست قابلیتها نیست؛ در شفاف‌کردن شواهد، ریسک‌ها، هزینه تأخیر و پیامد انتخاب‌ها برای تیم فنی، طراحی و کسب‌وکار است.
کاربردها
-
تبدیل هدف فصلی به برنامه محصول
شکستن هدفی مانند افزایش فعال‌سازی کاربران به مسئله‌ها، فرض‌ها و ابتکارهای قابل اجرا، سپس تعیین ترتیب بررسی و اجرا.
-
اولویتبندی درخواست‌های مشتریان و فروش
مقایسه درخواست‌های مشتریان کلیدی با اثر احتمالی آن‌ها بر بخش‌های دیگر کاربران، درآمد، پشتیبانی و جهتگیری محصول.
-
مدیریت وابستگی میان تیمها
مشخص‌کردن قابلیت‌هایی که به API، طراحی، زیرساخت، مجوز حقوقی یا همکاری تیم دیگر وابسته‌اند و تنظیم ترتیب واقع‌بینانه کارها.
-
تصمیم‌گیری درباره بدهی فنی
موازنه میان توسعه قابلیت جدید و رسیدگی به مشکلات فنی که سرعت، پایداری یا هزینه نگهداری محصول را تحت تأثیر قرار می‌دهند.
-
ارائه نقشه راه به ذی‌نفعان
بیان هدف، بازه زمانی، ریسک و منطق اولویت‌ها برای مدیران، تیم فنی و واحدهای تجاری بدون وعده‌دادن جزئیات نامطمئن.
-
بازنگری نقشه راه پس از شواهد جدید
بهروزرسانی اولویت‌ها پس از مشاهده داده‌های استفاده، بازخورد کاربران، تغییر بازار یا آشکارشدن محدودیت فنی.
ابزارهای مرتبط
پیش‌نیازها
موارد زیر پایه‌های لازم برای شروع را نشان می‌دهند.
- مهارت تدوین استراتژی محصول Product Strategy
- مهارت کشف محصول Product Discovery
- مهارت تحلیل داده‌های محصول Product Analytics
- مهارت مدیریت ذی‌نفعان Stakeholder Management
- آشنایی مقدماتی با چرخه توسعه و انتشار محصول نرم‌افزاری
- توانایی خواندن و تفسیر جدول‌ها و نمودارهای ساده
مسیر یادگیری تدوین نقشه راه و اولویتبندی محصول
-
۲۰ ساعت
تشخیص تفاوت هدف، خروجی و نتیجه
یاد بگیرید هدف کسب‌وکار، خروجی تیم و نتیجه برای کاربر را از هم جدا کنید. برای چند قابلیت آشنا بنویسید که قرار است چه تغییری ایجاد کنند و با چه شاخص یا مشاهده‌ای می‌توان فهمید اثر داشته‌اند.
برای فردی با آشنایی مقدماتی با چرخه توسعه محصول، می‌توان حدود ۱۶۰ ساعت را به‌عنوان برنامه پیشنهادی مطالعه و تمرین در نظر گرفت. زمان موردنیاز به تجربه قبلی، پیچیدگی تمرین‌ها و امکان دریافت بازخورد از یک تیم واقعی بستگی دارد؛ بنابراین، این عدد معیار قطعی رسیدن به سطح کاربردی نیست.
-
۳۰ ساعت
گردآوری و صورت‌بندی فرصت‌های محصول
فرصتها را از پژوهش کاربر، داده‌های رفتار، تیکت‌های پشتیبانی، درخواست‌های فروش و بازخورد تیم فنی استخراج کنید. هر فرصت را به شکل مسئله کاربر، بخش هدف، شواهد موجود و فرض حل آن ثبت کنید؛ نه صرفاً به شکل نام یک قابلیت.
برای بررسی داده‌های رفتار، می‌توانید در صورت دسترسی از Google Analytics استفاده کنید. ثبت اولیه فرصتها و شواهد نیز می‌تواند به‌صورت اختیاری در Microsoft Excel انجام شود، اما انتخاب ابزار جایگزین قضاوت محصولی را تغییر نمی‌دهد.
-
۳۵ ساعت
مقایسه فرصتها با معیارهای روشن
معیارهایی مانند اثر بر هدف، گستره کاربران، فوریت، میزان اطمینان، هزینه اجرا، ریسک و هزینه تأخیر را تعریف کنید. چارچوب RICE را که بر پایه گستره دسترسی، میزان اثر، اطمینان به برآوردها و تلاش موردنیاز است، یا روش امتیازدهی وزنی برای مقایسه گزینه‌ها به کار ببرید. این چارچوب‌ها به ساختارمندشدن گفت‌وگو کمک میکنند، اما جای قضاوت تیمی را نمی‌گیرند. امتیازها، فرضهای ورودی و دلایل انتخاب نهایی را مستند کنید.
یک جدول در Microsoft Excel می‌تواند برای مقایسه گزینه‌ها، نمایش وزن معیارها و ثبت دلیل تغییر امتیازها مفید باشد. با این حال، عدد نهایی نباید جای گفت‌وگو درباره ریسک، تعهد یا وابستگی را بگیرد.
-
۲۵ ساعت
تحلیل ظرفیت، وابستگی و محدودیت
برای گزینه‌های اولویت‌دار، وابستگی به طراحی، توسعه، داده، زیرساخت یا تیم‌های بیرونی را مشخص کنید. میان برآورد زمان، ظرفیت واقعی تیم و ریسک ناشناخته‌ها تفاوت بگذارید. تمرین کنید یک ابتکار را وقتی وابستگی کلیدی آن آماده نیست، به بخش‌های کوچک‌تر و قابل آزمایش تقسیم کنید.
می‌توانید وابستگیها و وضعیت کارها را در Jira ثبت کنید و منطق تصمیمها را در Confluence مستند سازید. اگر تصمیم به طراحی یا آزمون یک جریان کاربر وابسته است، نمونه اولیه در Figma می‌تواند دامنه و ابهام آن وابستگی را برای تیم روشن‌تر کند.
-
۳۰ ساعت
ساخت نقشه راه نتیجهمحور
ابتکارهای منتخب را بر اساس بازه زمانی و نتیجه مورد انتظار سازمان‌دهی کنید. برای هر بخش نقشه راه، هدف، مسئله، فرض، دامنه تقریبی، وابستگی و معیار بازنگری را بنویسید. از قراردادن فهرست بلند قابلیتها در نقشه راه پرهیز کنید؛ جزئیات اجرا در بکلاگ مدیریت می‌شوند.
در صورت استفاده تیم از Jira، می‌توانید نقشه راه را به ابتکارها و وابستگی‌های ثبت‌شده پیوند دهید. Confluence نیز می‌تواند محل نگهداری نسخه قابل‌خواندن نقشه راه و یادداشت‌های تصمیم باشد.
-
۲۰ ساعت
ارائه و بازنگری تصمیم‌های اولویتبندی
یک جلسه شبیه‌سازی‌شده با نقش‌های مدیر فنی، فروش و طراحی برگزار کنید. برای اولویت‌ها استدلال ارائه دهید، اعتراض‌ها را ثبت کنید و مشخص سازید کدام اطلاعات می‌تواند تصمیم را تغییر دهد. سپس نقشه راه را با یک سناریوی تازه، مانند افت یک شاخص یا درخواست مشتری مهم، بازبینی کنید.
برای بازنگری مبتنی بر رفتار کاربران، داده‌های Google Analytics می‌تواند یکی از منابع شواهد باشد. تصمیم نهایی و دلیل تغییر آن را در سندی مانند Confluence ثبت کنید تا ذی‌نفعان بتوانند فرض‌ها و پیامدهای آن را بررسی کنند.
زمان تقریبی یادگیری
برآورد مجموع زمان آموزش، مطالعه و تمرین تا رسیدن به سطح کاربردی؛ بسته به پیش‌زمینه شما می‌تواند کمتر یا بیشتر باشد.
پروژه‌های تمرینی
موارد زیر تصویری کلی از این بخش برای این مهارت ارائه میکنند.
-
اولویتبندی ۱۲ درخواست برای یک اپلیکیشن سفارش غذا
توضیح پروژه: برای ۱۲ درخواست فرضی از کاربران، فروش و پشتیبانی یک جدول فرصت بسازید. معیارهای تصمیم، شواهد، امتیاز، ریسک و دلیل رد یا تعویق هر مورد را ثبت کنید.
-
نقشه راه یک‌فصلی برای بهبود فعال‌سازی کاربران
توضیح پروژه: برای یک محصول فرضی، هدف فعال‌سازی را تعریف کنید و سه تا پنج ابتکار مرتبط پیشنهاد دهید. برای هر ابتکار نتیجه مورد انتظار، وابستگی، فرض و معیار بازنگری بنویسید.
-
بازنگری نقشه راه پس از تغییر محدودیت
توضیح پروژه: یک نقشه راه اولیه تهیه کنید، سپس فرض کنید ظرفیت تیم نصف شده یا یک وابستگی فنی به تأخیر افتاده است. نسخه جدید را بسازید و تغییر اولویت‌ها را در یک یادداشت کوتاه توضیح دهید.
-
ارائه تصمیم اولویتبندی به ذی‌نفعان
توضیح پروژه: یک ارائه کوتاه برای مدیرعامل، مدیر فنی و مسئول فروش آماده کنید. هدف، گزینه‌ها، معیارهای مقایسه، تصمیم نهایی، موارد خارج از دامنه و ریسک‌های اصلی را شفاف بیان کنید.
پرسش‌های رایج درباره تدوین نقشه راه و اولویتبندی محصول
در این بخش، به تعدادی از پرسش‌های رایج درباره این مهارت پاسخ داده شده است.
تفاوت نقشه راه محصول با بکلاگ محصول چیست؟
بکلاگ محصول فهرستی اولویتبندیشده از کارها، قابلیتها، اصلاحات و موارد دیگری است که ممکن است برای محصول لازم باشند. نقشه راه، جهتگیری و ابتکارهای مهم محصول را در ارتباط با هدفها و نتیجههای مورد انتظار نشان میدهد. همه موارد بکلاگ لزوماً وارد نقشه راه نمیشوند. همه آیتمهای بکلاگ نباید وارد نقشه راه شوند.
آیا برای اولویتبندی محصول باید حتماً از RICE استفاده کرد؟
خیر. RICE فقط یکی از روشهای مقایسه گزینههاست و کیفیت آن به دادهها و فرضهای ورودی وابسته است. در برخی تصمیمها، ریسک، وابستگی فنی، تعهد قراردادی یا الزام قانونی از یک امتیاز عددی مهمتر است. مهمتر از انتخاب چارچوب، شفافبودن معیارها و منطق تصمیم است.
نقشه راه محصول را هر چند وقت یکبار باید بهروزرسانی کرد؟
بازه بازنگری به سرعت تغییر بازار، چرخه انتشار و میزان عدمقطعیت محصول بستگی دارد. معمولاً تیمها پیش از برنامهریزی دورهای و هنگام تغییر شواهد مهم، نقشه راه را مرور میکنند. نقشه راهی که تغییر نمیکند، ممکن است فرضهای منسوخ را به تیم تحمیل کند.
چگونه با درخواست فوری مدیران یا تیم فروش برخورد کنیم؟
ابتدا مسئله، گروه کاربر، اثر مورد انتظار، فوریت واقعی و هزینه انجام‌ندادن درخواست را روشن کنید. سپس آن را با اولویت‌های فعلی و ظرفیت تیم مقایسه کنید. اگر تصمیم به انجام آن گرفته شد، باید مشخص باشد کدام کار به تعویق می‌افتد و چرا.
برای نشاندادن این مهارت در رزومه چه مدرکی مفید است؟
یک نمونهکار شامل جدول مقایسه فرصتها، نقشه راه نتیجهمحور، فهرست وابستگیها و یادداشت تصمیم مفیدتر از ادعای کلی است. باید بتوانید توضیح دهید چه دادهای داشتید، چه فرضی کردید، چه چیزی را کنار گذاشتید و تحت چه شرایطی تصمیم خود را تغییر میدادید.
آیا مدیر محصول باید زمان توسعه را دقیق برآورد کند؟
خیر. برآورد فنی مسئولیت مشترک تیم فنی است. مدیر محصول باید اثر برآورد، ظرفیت، وابستگی و عدمقطعیت را در اولویتبندی ببیند، اما نباید بدون مشارکت توسعه‌دهندگان برای تحویل فنی وعده قطعی بدهد.
