کالج مدیریت محصول | Product College

🔥 MoSCoW Prioritization Method ⭐️ در فرآیند توسعه و نگهداری محصول همیشه انبوهی از فیچر‌ها و ویژگی‌های جدید پیشنهاد در پیش‌روی ما قرار دارد و یکی از مشکلات تیم توسعه اولویت بندی این موارد می‌باشد. در این مطلب به معرفی روش MoSCoW در اولویت‌بندی‌ تسک‌ها می‌پردازیم. ⚡ بر اساس این روش ویژگی‌های ما به چهار دسته تقسیم می‌شوند: 1️⃣ Must Have ویژگی‌هایی که مهم‌ترین نقش را در محصول ما دارند و ارزش اصلی را برای کاربران ما خلق می‌کنند و محصول ما بدون آن‌ها شکست می‌خورد. مثل موتور و لاستیک برای یک خودرو. اولویت در توسعه: ۶۰ درصد 2️⃣ Should Have ویژگی‌هایی که ضروری نیستند ولی ارزش اضافی برای مشتری و کاربران خلق می‌کنند. مانند سیستم تهویه هوا برای خودرو. محصول بدون این دسته برای کاربران کاربردپذیری مناسب نخواهد داشت. اولویت در توسعه: ۲۵ درصد 3️⃣ Could Have ویژگی‌های بامزه یا جذاب که ممکن است برای محصول ارزش بیشتری خلق کنند. مثل صندلی‌گرم‌کن برای خودرو. اولویت در توسعه: ۱۵ درصد 4️⃣ Won’t Have this time اولویت توسعه در این بازه نیستند 🟣 @ProductManagement_Function

🔥 Ideation Techniques ⭐️ ایده‌پردازی یکی از قدم‌های اصلی در تفکر طراحی، حل نیاز کاربران و ساخت محصوله. ⚡ این مقاله کلی روش و تکنیک باحال برای ایده‌پردازی گفته که پیشنهاد می‌کنم حتما بخونید 🔗 https://careerfoundry.com/en/blog/ux-design/what-is-ideation-in-design-thinking/ 🟣 @ProductManagement_Function

🔥 Roman’s Product Management Framework ⭐️ یه مدل از تخصص‌ها و مهارت‌های لازم در حوزه مدیریت محصول که می‌تونه گپ‌های اطلاعاتی شما رو در این حوزه مشخص کنه و یا حتی اگه در شروع کارتون هستید بهتون درباره مدیریت محصول دید خوبی بده. البته هیچ مدلی کامل نیست و همه جنبه‌ها رو پوشش نمی‌ده از آقای Roman Pichler 🔗 اطلاعات بیشتر: romanpichler.com/blog/romans-product-management-framework/ 🟣 @ProductManagement_Function

💎 Function, step to success 📈 💎 فانکشن، پله‌های ترقی 🖥 فانکشن (تابع)، یک ورودی داره، وقتی ورودی وارد تابع میشه، طی یک فرآیند تکاملی دگرگون شده و با خروج از تابع نتایج جدیدی بدست میاد! 💥 شما در فانکشن فرد/کسب و کاری در حال رشد هستید که پله‌های ترقی را طی می‌کنید. 💬📹🌐👇 📱 @Function_org

🔥 چند مقاله خیلی خوب درباره معماری اطلاعات (Information Architecture) در طراحی محصول. دوتا مقاله مخصوصا کامل به دسترس‌پذیری اشاره کرده 1️⃣ Designing The Information Architecture (IA) of Mobile Apps 2️⃣ Accessibility: Guidelines for Information Architecture, UX Design, and Visual Design 3️⃣ World IA Day 2019 -  accessibility tips for Information Architects 4️⃣ Information architecture: a UX designer’s guide 🟣 @ProductManagement_Function

🔥 5 مرحله حرکت سازمان‌ها به سمت محصول کاربر محور ⭐️ عموما هر محصولی ابتدا بر اساس مدل ذهنی و تحلیل بنیانگذاران آن شکل می‌گیرد و کم کم مسیر بلوغ بر اساس نیاز واقعی کاربران را طی می‌کند. جدا از اینکه بسیاری از این محصولات از دره مرگ عبور نکرده و به دلیل عدم تطابق با نیاز واقعی بازار با شکست رو‌به رو می‌شوند، تعدادی که باقی ‌می‌ماند کم کم خود را با نیاز واقعی مشتری همگام کرده و فرهنگ کاربری محوری را در سازمان خود نهادینه می‌کنند. پروداکت بورد با ترسیم این مدل بلوغ سازمان‌ها را در برخورد با نیازواقعی مشتریان به تصویر می‌کشد. 🟣 @ProductManagement_Function

🔥 5 رویکردی که به توصیه HBS می‌تواند باعث جلوگیری از Micromanagement در تیم شود: 1️⃣ تمرین محول‌سازی صحیح وظایف 2️⃣ بیان انتظارات به صورت شفاف 3️⃣ اجتناب از ایده‌آل گرایی 4️⃣ استخدام افراد مناسب 5️⃣ چرخه بازخورد مناسب 🟣 @ProductManagement_Function

🔥 نمودار استخوان ماهی یا Fishbone Method ⭐️ این نمودار یک روش و متد برای حل مسئله و تحلیل ریشه مشکلات و پیدا کردن علل آن است. می‌توان گفت در این روش از متدهای طوفان فکری و MindMap برای حل مسئله استفاده می‌شود. ⬅️ این نمودار در توسعه‌ی محصولات و عیب‌یابی فرایندها کاربرد دارد و معمولاً برای متمرکز کردن ایده‌ها حول ‌محور یک مسئله یا مشکل به‌کار می‌رود. ⬅️ برای استفاده از نمودار مشکل اصلی که به دنبال ارائه راه‌حل برای آن هستیم در سرماهی و علت‌های بروز مشکل‌ در استخوان‌های ماهی قرار می‌گیرد. هر علت می‌تواند خود شامل علت‌های دیگر شود که به صورت درختی در هر استخوان ماهی قرار می‌گیرد. ⬅️ برای مثال مطابق تصویر برای مشکل خروج کارکنان از شرکت علت‌های تاخیر درحقوق، فرهنگ سازمانی ضعیف، بی‌انگیزی را می‌توان برشمرد که هر مورد شامل ریزعلت‌های دیگر هم می‌شود. ⬅️ این نمودار به ما کمک می‌کند برای یک مسئله تنها به چند علت قانع نباشیم و ریشه مسائل را واکاوی کنیم. ⬅️ این نمودار را نمودار علت و معلول (Cause and Effect Diagram) یا نمودار ایشیکاوا (Ishikawa Diagram) نیز می‌نامند. 🟣 @ProductManagement_Function

🔥 اهمیت Service Design در تجربه مشتریان ⭐️ تجربه مشتری از برند و سرویس از تجربه محصول جدا نیستند. ⚡ تصور کنید درباره یک محصول که خریداری کردید سوالی دارید و با کال‌سنتر آن شرکت تماس ‌می‌گیرید. بعد از تماس و منتظر ماندن طولانی در صف تماس، پاسخ مورد نظر خود را دریافت نمی‌کنید یا از کیفیت پاسخگویی پشتیبانان راضی نیستید. این امر قطعا بر روی رضایت شما از محصول تاثیرگذار بوده و تجربه منفی در ذهن شما ثبت می‌کند هرچند خود محصول به تنهایی عالی و بدون مشکل بوده باشد. ⬅️ مثال دیگر کافه‌ای است که قهوه خوش‌طعمی سرو می‌کند اما از محیط و پرسنل آن راضی نیستید. طبیعتا بعد از یک بار خرید دیگر به آن کافه مراجعه نخواهید کرد. ✌ این موضوع نشان می‌دهد که برای طراحی تجربه موفق مشتریان باید علاوه بر محصول به Service Design هم توجه کرده و برای آن برنامه ‌ریزی کنیم. 🟣 @ProductManagement_Function

🔥 سه عنصری که باید توسط مدیرعامل یا مدیران محصول به طور شفاف مشخص و به تیم اعلام گردد یا توسط اعضای تیم برای آن برنامه‌ریزی شود: 1️⃣ ماموریت یا هدف ما از این فعالیت چیست و برای چه تلاش می‌کنیم؟ 2️⃣ استراتژی و راه‌حل ما برای رسیدن به هدفمان چیست؟ 3️⃣ سنجه‌های عملکرد ما چیستند و چه طور خود را ارزیابی کنیم؟ 🟣 @ProductManagement_Function