دسته‌ها
الفبای محصول پادکست

پادکست بیلدرمایند – قسمت اول: پروژه یا محصول؟ یک جنگ ناتمام

اولین قسمت پادکست بیلدرمایند منتشر شد.

در این قسمت از مفهوم محصول شروع کردیم و آن را با رویکرد پروژه محور مقایسه کردیم.

میزبانان این قسمت: امیرحسین حسینی پژوه و پرنیان صیفی

مهمان این قسمت: مهدی حسینی

یادداشت‌های پادکست

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

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

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

Product یا محصول یه واژه عامه که خیلی جاها شنیدیمش. از کشاورزی تا صنعت گرفته تا نرم افزار. از فعل produce گرفته شده به معنی ساختن، ایجاد کردن و تولید کردن.

برای تعریف محصول یا product میتونیم چندین رویکرد داشته باشیم:

رویکرد اول: محصول می‌تونه یک شی، ایده یا سرویس یا حتی مالکیت معنوی باشه:

بیاین رویکرد اول رو بیشتر باز کنیم:
منظور از شی رو که همه ما باهاش آشنایی داریم مثل گوشی موبایل و تبلت و …
منظور از سرویس هم اقدام غیر مادیه که در نیاز مشتری باعث تغییر قابل اندازه گیری ایجاد میشه.
منظور از ایده و مالکیت معنوی هم هرگونه خلقی هستش که ارزش تجاری داره مثل ثبت اختراعات، فرآیندهای صنعتی، روش های کسب و کاری و چیزهای دیگه.
اما
رویکرد دوم، محصول رو به دو نوع ملموس یا غیر ملموس در نظر میگیره:

منظور از محصول ملموس محصول فیزیکی هستش که همه باهاش آشنایی داریم. و منظور از محصول ناملموس هم VDG ها یا virtual digital goods یا همان اشیای دیجیتال مجازی هستند که ما خروجی اونها رو استفاده میکنیم مثل سیستم های عامل و یا فایل های JPEG یا MP3 که اغلب پشت تولید اونها برنامه نویس ها یا هنرمندانی مشغول کار بودند.

حالا که با تعریف های مختلفی که برای پروداکت میشه داشت آشنا شدیم، میریم نگاهی به تعریف محصول در توسعه نرم افزار داشته باشیم:

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

اما لازمه به چند تا نکته برای تعریف و ایجاد یک محصول توجه داشته باشیم:

نکته اول اینه که حتما محصول وجود داره ولی ممکنه گاهی قابل تشخیص نباشه ، پس باید اون رو شناسایی کنیم.

نکته دوم اینه که هر محصولی حتما مشتری داره که میتونه :
مصرف کننده باشه چه برای محصول پولی بپردازه یا نه.
خریدار باشه که برای محصول پول پرداخت میکنه.
یا هر دوی اینها

نکته سوم اینه که هر محصولی حتما مالکی داره که میتونه مزایایی مثل کسب درآمد، کاهش هزینه ،مزایای اجتماعی و بقیه چیزها رو از طریق محصول به دست بیاره.

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

برگردیم به مثال ماشین به نظر شما مشتری های ما برای صندلی یا چرخ پول میدن یا ماشین کامل؟ مشخصه که برای چیزی که براشون ارزشی ایجاد کنه حاضرند پول بدن. پس لازمه میزان ارزشمند بودن محصول رو هم به عنوان قدم دوم در تعریف و خلق محصول مون در نظر داشته باشیم.

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

اما در مورد عناوین شغلی که در شرکت های مختلف مطرح می شه واقعیت این هست که عنوان شغلی فقط یک لیبله و شرح شغلی نقش اصلیی را ایفا میکنه. به عنوان مثال در مایکروسافت به جای عنوان پروداکت منیجر از عنوان پروگرم منیجر یا همان مدیر برنامه استفاده می شه و یا در اپل از عنوان های engineering product manager و marketing product manager استفاده میشه .
پس بهتره که ما با عناوین شغلی موجود آشنا باشیم ولی خودمون رو درگیره عنوان شغلی نکنیم و روی مسئولیت ها متمرکز بشیم چون همه جای دنیا این دغدغه عنوان شغلی به نظر میرسه که کم و بیش وجود داره.

مدیر محصول ها بر اساس محصولی که به عهده میگیرند ، توانمندی های مختلفی باید داشته باشند. مثلا اگر محصول ارائه api باشه به تبع مدیر محصول لازمه که دانش فنی خوبی داشته باشه و در جایی دیگه مدیر محصول نیاز داره که دانش مارکتینگی خوبی داشته باشه.
به طور کلی وظایفی که مدیر محصول در تولید یک محصول بر عهده داره شامل:
شناسایی مشکلات و نیازمندی مشتریان ، شناخت و دانش در مورد استراتژی محصول و پیاده سازی آن، ارتباط درست با طراحان محصول و افراد مارکتینگ و برنامه نویسان و…
حتما این رو خیلی جاها شنیدید که مدیر محصول mini ceo هستش . این به خاطره مجموعه مسئولیت ها و توانمندی هایی هستش که باید برای تولید یک محصول داشته باشه.

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

دسته‌ها
الفبای محصول

نقشه راه محصول و بک لاگ محصول – شباهت ها و تفاوت ها

بک‎لاگ محصول ابزار مهمی برای ثبت ایده‎ها و نیازمندی‌ها است. اما این ابزار برای تشریح روند توسعه احتمالی محصول در بلندمدت کارایی کمتری دارد. در این شرایط، نقشه راه محصول مطرح می‎شود. اما این دو چه ارتباطی با هم دارند؟ آیا بک‎لاگ از نقشه استخراج می‌شود یا برعکس؟ آیا مالک محصول باید مسئول هر دو مورد باشد؟ برای پی بردن به پیشنهاد ما، ادامه مطلب را بخوانید.

نقشه راه محصول در مقابل بک‎لاگ

نقشه راه محصول و بک‎لاگ محصول دو ابزار مهم مدیریت محصول هستند. هریک از این دو ابزار نقاط قوت و ضعف خود را دارد: نقشه راه عبارت است از ابزار راهبردی برنامه‎ریزی که نحوه رشد احتمالی محصول در چندین انتشار اصلی را نشان می‌دهد، باعث تداوم هدف می‎شود، همکاری ذی‎نفعان را تسهیل، به دستیبابی به تأمین سرمایه کمک، و شرایط را به منظور همکاری برای توسعه و آغاز فروش محصول آسان می‏کند.

بک‎لاگ محصول شامل کارهای چشمگیری است که برای ایجاد محصولاتی از جمله اپیک‌ها و استوری‌های کاربر، نمودارهای جریان کار، اسکچ‌های طراحی‌ واسط کاربری، و موکاپ‌ها ضروری‌اند. بک‌لاگ محصول ابزاری تاکتیکی است که کار تیم توسعه را هدایت و مبنایی را (با استفاده از نمودار پیشرفت انتشار) برای پیگیری پیشرفت پروژه  ایجاد می‌کند. خلاصه تفاوت‌ها در نمودار زیر آمده است.

نقشه راه محصول و بک لاگ محصول
نقشه راه محصول و بک لاگ محصول

این دو ابزار، در صورتی که به‎طور صحیح به‌کار روند، به خوبی مکمل یکدیگر هستند. نقشه راه محصول چتری را برای بک‌لاگ محصول ایجاد می‌کند و مطالب بیش‌تری در مورد رشد احتمالی محصول دارد، درحالی‌که بک‎لاگ شامل جزئیاتی است که برای ایجاد محصول ضروری‏‌اند.

استخراج بک‎لاگ محصول از نقشه راه محصول

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

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

تمرکز بک لاگ محصول بر انتشار بعدی
تمرکز بک لاگ محصول بر انتشار بعدی

بیشتر بخوانید: استراتژی محصول خوب چگونه است؟ + نمونه موردی اسنپ

تمامی همپوشانی‌های بین نقشه راه و بک‌لاگ را به حداقل برسانید

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

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

پیکربندی نقشه راه محصول و بک‌لاگ محصول را حفظ کنید

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

برای مطالعه دیگر مطالب در زمینه الفبای مدیریت محصول از این لینک استفاده کنید.

منبع: نوشته ای از بلاگ تخصصی رومن پیچلر مشاور مدیریت محصول

دسته‌ها
الفبای محصول

وارونه کار کردن : چطور با حداقل نیازهای تکنولوژی به چیزی برسیم که ما را به اهدافمان می‌رساند

در آمازون سرویس‌هایی که استفاده می‌کنیم قرار نیست فقط به وب سایت و نرم افزار ارائه شوند آن‌ها ساختارهای سازمانی را هم تحت تاثیر قرار می‌دهند.

سرویس‌ها یک مدل قوی مالکیتی دارند که ترکیبشان با تیم‌های کوچک خلاقیت را خیلی ساده می‌کند.

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

هدف انتقال سادگی از یک تمرکز دنباله‌دار و واضح بر کاربر است.

کارکردن وارونه برای محصول به این صورت تعریف می‌شود: ما با نوشتن مستنداتی که در زمان انتشار نیاز داریم کار را شروع می‌کنیم و سپس روی مستنداتی که به پیاده‌سازی نزدیک‌تر هستند کار می‌کنیم.

کارکردن‌های وارونه محصول درباره مفهوم و دستیابی به نظم و ترتیب فکری درباره ساخت و ارائه محصول است و ۴ قدم دارد:

۱- یک بیانیه انتشار (Press Release) برای محصول بنویسید

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

۲- سوالات رایج درباره محصول را بنویسید

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

۳- تجربه مشتری را تعریف کنید

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

۴- دستورالعمل استفاده از محصول بنویسید

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

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

دسته‌ها
الفبای محصول

مدیر محصول خوب و مدیر محصول بد را بشناسید


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

‫اخطار: این مقاله ۱۵ سال پیش نوشته شده و ممکن است به مدیران محصول امروز مربوط نشود اما یک مثال خوب از یک داکیومنت آموزشی مفید است.

‫مدیران محصول خوب بازار، محصول و خط تولید محصول را می‌شناسند و از دانش پایه‌ای و اطمینان خوبی برخوردار هستند.

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

یک مدیر محصول خوب ظرفی که داخلش است را می‌شناسد (شرکت، مدل درآمدی، رقبا و غیره) و مسئول درست کردن و اجرای یک برنامه پیروزی است. (بدون بهانه)

یک مدیر محصول بد هزاران بهانه دارد. طبق معمول سرمایه مالی کافی نیست، مدیر تیم فنی یک احمق است و مایکروسافت تیم فنی‌اش ده برابر ماست، بیش از اندازه کار می‌کنیم و به اندازه کافی هماهنگ نیستیم. این غر زدن‌ها برای مدیرعامل محصول بودن قابل قبول نیست.

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

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

بیشتر بخوانید:استراتژی لیست انجام کار نیست!

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

مدیر محصولان خوب روی موضوعات مهم (راه حل‌های رقابتی، انتخاب‌های سخت معماری، تصمیمات سخت مربوط به محصول، بازارهایی برای حمله یا رها کردن) کتباً موضع خود را مشخص می‌کند. مدیر محصولان بد حرف‌هایشان را شفاهاً اعلام و ابراز تاسف می‌کنند که «بالا دستی‌ها» اجازه نمی‌دهد این کار اتفاق بیفتد.

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

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

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

مدیران محصول خوب گمان می‌کنند که رسانه و تحیلیلگران بسیار باهوش هستند. مدیران محصول بد گمان می‌کنند که رسانه و تحلیلگران احمق هستند چون تفاوت بین فشار و شبه فشار را نمی‌فهمند.

مدیران محصول خوب به سمت شفافیت و توضیحات گویا لغزش می‌کنند. مدیران محصول بد هرگز آشکارا توضیح نمی‌دهند.

مدیران محصول خوب شغل و موفقیت‌شان را تعریف می‌کنند. مدیران محصول بد دائما می‌خواهند بگویند چه کار می‌کنند.

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

منبع: Good Product Manager/Bad Product Manager