مجله رشد محصول‌محور
مهارت‌های موردنیاز یک مدیر محصول: تفکر محصول محور یا Product Thinking
وقتی یک مدیر محصول تازه‌کار وارد تیم می‌شود، معمولاً اولین سؤالش این است:
«چه Featureهایی باید بسازیم؟»
اما هرچه در مسیر Product Management جلوتر می‌روید، سؤال تغییر می‌کند.
یک مدیر محصول ارشد معمولاً نمی‌پرسد:
«چه چیزی بسازیم؟»
بلکه می‌پرسد:
«چه مسئله‌ای را باید حل کنیم و چرا حل کردن آن اهمیت دارد؟»
این تغییر ساده در نوع سؤال پرسیدن، یکی از مهم‌ترین تفاوت‌های بین یک مدیرمحصول معمولی و یک مدیرمحصول باتجربه (ارشد) است.
اینجاست که مفهوم Product Thinking یا تفکر محصول محور که یکی از مهم‌ترین مهارت‌های مدیرمحصول است، اهمیت پیدا می‌کند.
Product Thinking چیست؟
مهارت Product Thinking یعنی محصول را فقط مجموعه‌ای از Featureها، صفحات و قابلیت‌ها نبینیم؛ بلکه آن را به‌عنوان ابزاری برای حل مسئله، ایجاد ارزش برای کاربر و رسیدن به یک نتیجه کسب‌وکاری ببینیم.
در این طرز فکر، Feature هدف نیست.
امکانات فقط یکی از ابزارهای رسیدن به هدف است.
فرض کنید کاربر می‌گوید:
«من یک دکمه‌ی آبی جدید می‌خواهم.»
یک مدیرمحصول ضعیف ممکن است بلافاصله بگوید:
«باشه، این خواسته را وارد لیست وظایف تیم توسعه می‌کنیم.»
اما یک مدیرمحصول با مهارت Product Thinking سؤال دیگری می‌پرسد:
«چرا این دکمه را می‌خواهی؟»
- شاید کاربر نمی‌تواند یک عملیات خاص را پیدا کند.
- شاید مسیر فعلی پیچیده است.
- شاید کاربر نمی‌داند بعد از انجام یک مرحله چه اتفاقی می‌افتد.
- یا شاید اصلاً مشکل اصلی چیز دیگری باشد.
بنابراین درخواست کاربر لزوماً راه‌حل نیست.
گاهی فقط نشانه‌ای از یک مسئله عمیق‌تر است.
Feature ≠ Problem
یکی از مهم‌ترین مهارت‌های Product Thinking این است که بتوانیم بین راه‌حل پیشنهادی و مسئله واقعی تفاوت بگذاریم.
مثلاً:
درخواست:
«لطفاً امکان ورود با Google را اضافه کنید.»
مسئله احتمالی:
«کاربران در فرآیند ثبت‌نام و ورود، اصطکاک زیادی دارند و تعدادی از آن‌ها قبل از عضویت از محصول خارج می‌شوند.»
در این حالت، Google Login فقط یکی از راه‌حل‌های ممکن است.
ممکن است راه‌حل بهتر:
- ساده‌تر کردن فرم ثبت‌نام
- حذف یک مرحله غیرضروری
- استفاده از Magic Link باشد. (ارسال لینک صفحه ساده به ایمیل وارد شده)
- بهبود پیام‌های خطا
- یا حتی تغییر کل ورود به سایت (اپلیکیشن) یا اصطلاحاً آنبوردینگ
یادمان نرود، مدیرمحصول نباید عاشق راه‌حل شود!
باید عاشق حل مسئله درست باشد.
یک مدیر محصول ارشد چه چیزی را می‌بیند؟
تصور کنید تیم فروش می‌گوید:
«مشتریان قابلیت دریافت خروجی با فرمت اکسل می‌خواهند.»
مدیر محصول معمولی ممکن است این درخواست را مستقیماً وارد لیست وظایف کند.
اما مدیر محصول ارشد چند سؤال می‌پرسد:
- چه مشتریانی این درخواست را دارند؟
- چند درصد کاربران؟
- چرا به Export نیاز دارند؟
- بعد از Export چه کاری انجام می‌دهند؟
- آیا مشکل آن‌ها واقعاً نبودن Excel است؟
- آیا می‌توانیم همان نیاز را داخل خود محصول حل کنیم؟
این نوع سؤال پرسیدن، قلب Product Thinking است.
از تولید کننده‌ی امکانات شدن فاصله بگیر!
یکی از خطرناک‌ترین وضعیت‌ها برای یک تیم محصول، تبدیل شدن به Feature Factory است.
در تیمی که فقط توسعه می‌دهد، تیم دائماً امکان جدید اضافه می‌کند اما فراموش می‌کند موضوع مهم چیست؟
آیا این Featureها واقعاً تغییری در رفتار کاربر یا نتیجه کسب‌وکار ایجاد کرده‌اند؟
ممکن است تیم شما در یک فصل ۲۰ قابلیت جدید منتشر کند؛ اما:
- تعداد اعضای جدید افزایش پیدا نکند.
- نرخ تبدیل‌ها بهتر نشود.
- نرخ بازگشت مشتری تغییر نکند.
- سود رشد نکند.
- یا مشکل اصلی مشتری همچنان باقی بماند.
در این شرایط، تیم احتمالاً خروجی زیادی تولید کرده اما Outcome کمی ایجاد کرده است.
Product Thinking کمک می‌کند تمرکز از:
«چه چیزی ساختیم؟»
به:
«چه تغییری ایجاد کردیم؟»
منتقل شود.
از Output به Outcome
این یکی از مهم‌ترین تغییرات ذهنی در مسیر متبهر شدن یک مدیرمحصول است.
دستاورد یا Output
چیزی که تیم تولید می‌کند:
- امکان جدید
- صفحه جدید
- سرویس جدید
- داشبوردهای مختلف
- ارتباط با سایر سیستم‌ها
- نسخه‌های مختلف
- رضایت‌مندی مدیرعامل یا اعضای تاثیرگذار با تغییرات دوست‌نداشتنی!
نتیجه یا Outcome
تغییری که در نتیجه آن ایجاد می‌شود:
- افزایش عضویت در سایت یا اپلیکیشن
- کاهش علل خروج از فرآیندهای مهم
- افزایش بازگشت مخاطبان
- افزایش نرخ تبدیل‌ها
- کاهش زمان انجام کار
- افزایش رضایت مشتری
- افزایش سود و درآمد
یک مدیرمحصول ارشد باید بتواند بین این دو رابطه برقرار کند.
مثلاً:
مشکل: کاربران در اولین تجربه محصول، ارزش آن را درک نمی‌کنند.
فرضیه: اگر مسیر Onboarding را ساده کنیم، کاربران سریع‌تر به اولین ارزش محصول می‌رسند.
راه‌کار: بازطراحی مسیر آنبورد.
نتیجه‌ی موردانتظار: افزایش Activation Rate.
اینجا Onboarding هدف نیست، Activation هدف است.
Product Thinking یعنی سؤال پرسیدن
یکی از بهترین روش‌ها برای تقویت Product Thinking این است که قبل از پذیرفتن هر درخواست یا امکان، چند سؤال ساده بپرسید:
- مشکل چیست؟ دقیقاً چه مشکلی وجود دارد؟
- چه کسی این مشکل را دارد؟ همه کاربران یا یک Segment مشخص؟
- این مشکل چقدر مهم است؟ آیا یک Pain Point واقعی است یا صرفاً یک درخواست؟
- الان کاربران چگونه این مشکل را حل می‌کنند؟ اگر راه‌حل فعلی وجود دارد، چرا کافی نیست؟
- اگر این مشکل را حل نکنیم چه اتفاقی می‌افتد؟ هزینه عدم حل مسئله چیست؟
- از کجا بفهمیم مسئله را حل کرده‌ایم؟ چه Metric یا رفتار کاربر باید تغییر کند؟
- آیا این بهترین راه‌حل است؟ یا فقط اولین راه‌حلی است که به ذهن ما رسیده؟
یک تمرین ساده برای تقویت Product Thinking
از این به بعد، هر درخواستی که دریافت می‌کنید، آن را مستقیماً وارد وظایف تیم توسعه نکنید.
ابتدا آن را به این شکل بازنویسی کنید:
Feature Request | درخواست جدید
«کاربر امکان X را می‌خواهد.»
↓
User Problem | مشکل کاربر
«کاربر در انجام Y مشکل دارد.»
↓
Root Cause | دلیل اصلی
«دلیل احتمالی مشکل Z است.»
↓
Hypothesis | فرضیه
«اگر X را تغییر دهیم، احتمالاً Y بهتر می‌شود.»
↓
Outcome | نتیجه
«موفقیت را با Metric Z اندازه می‌گیریم.»
این تمرین ساده می‌تواند نوع نگاه شما به Product Management را تغییر دهد.
Product Thinking در سطح ارشد چه شکلی است؟
در سطح Junior ممکن است بگویید:
«این Feature را باید بسازیم چون کاربران درخواست کرده‌اند.»
در سطح Mid-Level:
«این Feature را باید بسازیم چون داده‌ها نشان می‌دهند کاربران به آن نیاز دارند.»
اما در سطح Senior:
«این مسئله ارزش حل کردن دارد، چون با استراتژی محصول، نیاز کاربر و نتیجه کسب‌وکار هم‌راستا است؛ حالا بیایید بهترین راه‌حل را پیدا کنیم.»
این تفاوت بسیار مهم است.
مدیرمحصول ارشد فقط Feature را مدیریت نمی‌کند، او مسئله، فرصت و نتیجه را مدیریت می‌کند.
از اینجا به بعد چه چیزی یاد می‌گیریم؟
اگر Product Thinking نقطه شروع باشد، سؤال بعدی این است:
اما از کجا بفهمیم یک Problem واقعاً ارزش حل کردن دارد؟
همه مشکلات ارزش ساختن محصول یا Feature جدید را ندارند.
بعضی مشکلات مهم نیستند.
بعضی مشکلات فقط توسط چند کاربر ایجاد شده‌اند.
بعضی مشکلات نشانه یک مشکل عمیق‌تر هستند.
و بعضی مشکلات اصلاً مشکل نیستند؛ فقط یک درخواست برای یک راه‌حل خاص هستند.
اینجاست که مهارت بعدی وارد می‌شود:
مهارت بعدی: Product Discovery
در مقاله بعدی بررسی می‌کنیم:
چطور Problemهای واقعی و ارزشمند را پیدا کنیم؟
چطور با User Research، Interview، Jobs-to-be-Done و تحلیل داده بفهمیم کاربر واقعاً چه چیزی می‌خواهد؟
و مهم‌تر از همه:
چطور قبل از اینکه چیزی بسازیم، مطمئن شویم مسئله‌ای که انتخاب کرده‌ایم ارزش حل کردن دارد؟