گیبسون بیدل، وی پی سابق پروداکت نتفلیکس (به این شرکت کمک کرد که رشد ۲ به ۱۳ میلیون کاربرو محقق کنه) این سری مقالات رو منتشر کرده است. در این مقاله به «بررسی سریع لیست پروژه‌ها برای شناسایی موضوعات و تعیین استراتژی محصول» می‌پردازیم.
یکی از اقدامات راه گشا در پکیج استراتژی، شاخص و تاکتیک شناسایی استراتژی محصول در سطح بالا، تعیین شاخص نیابتی (proxy metric) برای اندازه‌گیری اثربخشی استراتژی و سپس طوفان فکری و رسیدن به مجموعه‌ای از پروژه‌ها است که می‌توانند شاخص را جابجا کنند. با این وجود، اگر شما "گیر کرده‌اید"، گاهی اوقات می‌توانید این روند را برعکس (تعیین تاکتیک سپس شاخص و استراتژی) بروید.
من اغلب از یک تیم می‌خواهم که تمام پروژه‌هایی را که معتقدند مهم هستند لیست کنند، سپس پروژه‌ها را به شکل دسته‌ای از "ایده" دسته بندی کنند. برچسب هر یک از این دسته ایده‌ها، اغلب استراتژی تلویحی را نشان می‌دهد. به عنوان مثال، در مورد استراتژی "ساده"، ابتدا ما مجموعه‌ای از پروژه‌هایی که به نظر تیم مهم بودند را داشتیم:
با نگاهی به این فهرست ایده‌ها، ما در مورد موضوعات مشترک بحث کردیم و سپس توانستیم به فرضیه استراتژی "ساده" برسیم.
در مقابل، تلاش‌های شخصی‌سازی در نتفلیکس نمونه ای از رویکرد بالا به پایین است. ما اول فرضیه سطح بالا را مشخص کرده -ایجاد یک تجربه بسیار اختصاصی، می‌تواند بازگشت کاربران را بهبود می‌بخشد-، سپس یک شاخص نیابتی را شناسایی کردیم و پروژه‌هایی را برای تکان دادن شاخص در طوفان فکری در آوردیم.
به لیست پروژه‌هایی که معتقدید ضروری هستند نگاه کنید، سپس آنها را مرتب کنید تا موضوعات سطح بالا شناسایی شوند. این موضوعات، استراتژی‌های بالقوه محصول هستند. اکنون "پکیج استراتژی محصول، شاخص و تاکتیک" خود را مجدداً ارزیابی کنید تا ببینید آیا تغییرات یا ویرایش‌هایی لازم دارد یا نه.
در مقاله بعدی، ما یک سطح در بخش تیم محصول پایین‌تر می‌رویم تا ببینیم چگونه هر رهبر محصول استراتژی تیم یا "Swimlane" خود را تعیین می‌کند.
مقدمه: چگونه استراتژی محصول خود را تعریف کنیم؟
