شما هم اگر مثل من تجربه‌ی را داشته باشید یا بهتر از آن را دیده باشید. حتما می‌دانید سرعت بالا در توسعه محصول چقدر مهم است. اریک ریس هم در کتاب تمام تلاشش را کرد تا به ما نشان دهد که راه موفقیت در است. توسعه محصول را سریع‌تر کنید و با ورود به بازار از مشتریانتان یاد بگیرید و بر اساس نیاز، محصول را بهبود دهید. مدیران و سرمایه‌گذاران نیز از اهمیت حضور به موقع دربازار مطلع هستند و همیشه تلاش می‌کنند تیم‌ها را به این سمت هدایت کنند. اما در این میان طراحان رابط کاربری و تحلیل‌گران تجربه کاربری برای ایجاد محصولی خوب نیاز به زمان مناسبی دارند که با توجه به منابع محدود، معمولا این زمان مناسب به این راحتی‌ها بدست نخواهد آمد. چطور تجربه کاربری محصول را در توسعه با سرعت بالا حفظ کنیم؟ این سوالی بود که هفته‌ی پیش در کارگاه مدیریت محصولی که با تیم خوب داشتم مطرح شد و من را حسابی به فکر برد که در سال‌های گذشته برای این موضوع چه کارهایی در فرایند توسعه‌ی محصول صباایده (فیلیمو و آپارات) انجام داده‌ایم. اگر در تیم محصول مشغول به کار باشید به احتمال زیاد عکس بالا را دیده‌اید می‌دونید که یعنی باید از حقوق هر سه گروه دفاع کنید! هر کدوم از این بخش‌های محصول به تنهایی معنا نمی‌دهد و حتی یک وجه را هم نمی‌شود حذف کرد پس باید راهی پیدا کنید تا در سرعت بالای توسعه، مشکلات و پیچدگی‌های نرم‌افزاری ( Tech ) را حل و محصولاتی با کیفیت ( UX ) را در زمان مناسب ( Business ) به دست مخاطب برسانید. موارد زیر، برخی از راه حل‌های ما برای در، و انجام بوده: . یکی کردن طراحی‌ها من سال‌ها طراح رابط کاربری بودم و دغدغه‌ی طراحی ایده‌آل و با کیفیت را درک می‌کنم. اما الان به عنوان مدیر محصول می‌دونم طراحی ایده‌آلی که به موقع وارد بازار نشود فایده‌ای ندارد و نه کاربر را خوشحال می‌کند و نه به توسعه کسب و کار کمکی خواهد کرد. به عنوان طراح با می‌توانید زمان مناسبی را برای عمیق شدن در طراحی بدست آورید. برای مثال با یکدست کردن طراحی اپلیکیشن Android و iOS زمان شما دو برابر خواهد شد و با یکی کردن طرح نسخه‌ی موبایل وب، AMP و PWA دوباره تا سه برابر زمان اضافه دارید. دقت کنید در یکدست کردن طراحی به تفاوت‌های رفتاری مهم iOS و Android توجه کرده باشید. . یکی کردن تجربه کاربر این مورد از نظر تجربه کاربری الزامی‌ست که فرایند‌های کاربر در نسخه‌های مختلف تا حد ممکن یکی باشد. اگر شما برای یک فرایند تصمیمی گرفته‌اید روی تمامی نسخه‌های مختلف محصولاتان همان مسیر را بروید و هر سری به این فکر نکنید که الان روی این نسخه‌ی جدید فرایند را از اول طراحی کنید و چرخ محصولتان را دوباره اختراع کنید. این مشکل معمولا زمانی پیش می‌آید که طراح اپلیکیشن موبایل شما با طراح وب‌سایت شما متفاوت باشد و اطلاعی از فرایند‌های مشترک نداشته باشند و هماهنگی بین این دو شخص انجام نشود. . یکی کردن امکانات نسخه‌های مختلف محصول با توجه به راحتی توسعه در نسخه وب معمولا نسخه‌ی وب محصولات بروز‌تر از نسخه اپلیکیشن آن‌ها هستند. اما این موضوع یکی از مواردی هست که به شدت کار شما را در توسعه محصول عقب می‌اندازد و می‌تواند تجربه‌ی کاربری یک محصول را بسیار کاهش بدهد. ما سال پیش تلاشمان را کردیم تا نسخه‌ی iOS ، Android ، Web فیلیمو از نظر امکانات یکی شوند و با اینکار زمان بسیاری برای تمرکز بر بهبود فرایند‌ها بدست آوردیم و وقتی تمرکز بر افزودن امکانی جدید داریم، این امکان می‌تواند هم زمان روی تمامی نسخه‌های فیلیمو اضافه شود. در صورتی که قبلا این مشکل را داشتیم که وقتی ما تمرکزمان روی توسعه امکانی جدید بر روی نسخه وب بود، مجبور بودیم هم‌زمان به افزودن امکان قبلی روی Android و امکانی قدیمی‌تر برای iOS نیز فکر کنیم که ماه‌ها از آن گذشته بود و خیلی از نکات را از یاد برده بودیم و این باعث کاهش کیفیت محصول می‌شد. . ایجاد ساختار مشخص برای فرایند‌های تکراری گاهی وقت‌ها انقدر درگیر کار می‌شویم که یادمون میره که داریم هر ماه کارهایی تکراری انجام می‌دهیم: طراحی و توسعه صفحات فرود برای کمپین‌هایی با ساختاری مشخص و تکراری طراحی بنر‌های تبلیغاتی با ساختار مشخص طراحی و توسعه برای معرفی محتوای جدید و. به کارهایی که در روز‌های شلوغ سال پیش انجام داده‌اید نگاهی بیندازید. شاید فقط کافی بود طرح گرافیکی یک صفحه‌ی فرود تغییر کند تا بتوان کمپینی جدید اجرا کرد. . ساده کردن فرایند بررسی بازخورد‌های کیفی تجربه کاربری و User Research بنظر من مهم‌ترین بخش طراحی تجربه کاربری، فرایند User Research است که معمولا وقت‌گیر است و در مواقع شلوغ (اکثر مواقع) کنار گذاشته می‌شود. برای جلوگیری از پشت گوش انداختن User Research ، همه‌ی شیوه‌هایی که بازخورد می‌گیرید را مشخص کنید و سپس این سه موضوع را روی شیوه‌هایتان بررسی کنید: روش‌های وقت‌گیر و کم‌ارزش را کنار بگذارید سیستمی طراحی کنید تا داده‌های کیفی را به نمودار‌های عددی تبدیل کنید فرایند User Research را با یک راه خلاقانه ساده‌تر کنید برای نمونه ما این سه موضوع را اینگونه انجام دادیم: تا حالا سعی کردید با گوش دادن به تلفن کاربران مشکلات محصول را کشف کنید؟ آیا هنوزم از این شیوه استفاده می‌کنید؟ تجربه ما در پیدا کردن مشکلات در فرایند تماس تلفنی شکست خورده بوده به دو دلیل: گوش دادن به تلفن‌ها بسیار وقت‌گیر و خسته کننده است. فقط کسانی از راه تلفن با پشتیبانی تماس می‌گیرند که مشکل فنی دارند و مسایل مربوط به User Experience از این راه کشف نخواهد شد. بررسی مشکلات کاربران از روی تلفن و ایمیل کار وقت‌گیری است و برای همین ما پشتیبانی آنلاین (چت) را به فیلیمو اضافه کردیم تا راحت‌تر بتوانیم مشکلات را بررسی کنیم. و با توجه به راحت بودن استفاده از چت آنلاین کاربران نیز مشکلات غیر فنی و تجربه کاربری را به راحتی از طریق چت آنلاین بیان می‌کنند. . ) تبدیل داده‌های کیفی به کمی یک پنل پشتیبانی طراحی کردیم تا هنگامی که پشتیبان وضعیت کاربر را در پنل بررسی می‌کند مشکل پیش آمده را هم با یک سری دسته‌بندی و برچسب در سیستم ثبت کند و خروجی این داده‌های کیفی به صورت کمی بر روی نمودار نمایش داده می‌شود. . ) کشف مشکلات با یه نیم نگاه یک تلویزیون در سالن عمومی شرکت قرار دادیم و مشکلات کاربران را در لحظه از چت پشتیبانی می‌گیریم و روی این تلویزیون نمایش می‌دهیم و از داده‌های موجود براساس تکرار کلمات کاربران Word Cloud ایجاد می‌کنیم. این شیوه سه ارزش به تیم ما اضافه کرده است: ایجاد حس مسیولیت بیشتر در تیم دایمی شدن فرایند بررسی چت‌های پشتیبانی سریع شدن اطلاع از مشکلات کاربران . ساده کردن فرایند‌های بررسی کمی تجربه کاربری همانطور که برای فرایند‌های می‌توانیم سرعت تحقیق و بررسی را بالا ببریم قطعا برای فرایند‌های بررسی باید راه‌هایی وجود داشته باشد. در این زمینه ما سه تجربه‌ی خوب داشتیم: چندین سال پیش برای جمع‌آوری داده‌های رفتاری مجبور بودیم داخل کد تغییرات جاوا اسکریپتی زیادی بدهیم تا چند Event آنالیتیکس ساده را ارسال کنیم. بعد از آمدن Google Tag Manager این کار بسیار راحت شد و به تازگی برای در دسترس قرار دادن این امکان، چند Data Attribute ساده تعریف کردیم تا هر عضوی از تیم فنی بدون نیاز به دونستن کار با GTM و GA بدون هیچ وابستگی بتواند دیتای مورد نظر خود را بدست بیاورد. با این کار وقت ما آزاد‌تر شده تا بتوانیم روی مسایل دیگر تمرکز کنیم. فرض کنید شما می‌خواهید نرخ کلیک را بدست بیاورید. راحت‌ترین کار روی وب این است که وقتی دکمه شما دیده می‌شود یک Event به عنوان به آنالیتیکس بفرستید و وقتی هم روی دکمه کلیک شد یک ایونت ارسال کنید. و در آخر و به نرخ کلیک برسید. به نظر ساده می‌آید اما شما برای بررسی عدد نرخ کلیک همیشه نیاز به انجام یک محاسبه دارید و این مانند زمانی می‌ماند که تلویزیون UX ما در سالن عمومی وجود نداشت! یعنی برای تحقیق مجبور بودیم وقت بگذاریم و در یک زمان مشخص چت‌های پشتیبانی را بررسی کنیم. اما تلویزیون باعث شد ما هر لحظه نتیجه را ببینیم و خیلی وقت‌ها مشکلات خودشون را به ما نشان می‌دهند بدون اینکه دنبالشان باشیم! برای"جلوگیری از وقت گذاشتن برای محاسبه" و جلوی چشم بودن نتیجه نهایی در مثال بالا یک راه حل ساده وجود دارد: هربار که را ارسال می‌کنید همراه آن مقدار و با هر مقدار در این مثال برای بدست آوردن نرخ کلیک دیگر نیازی به محاسبه ندارید و نرخ کلیک همیشه مقابل چشم شما در ستون Avg . Value قرار دارد. شبیه به مثال قبلی که نتیجه را در دسترس قرار دادیم، ما برای بررسی کیفیت ردیف‌های مختلف فیلم در فیلیمو نیاز به سیستمی مشابه داشتیم که به صورت خودکار سنجیده شود. این کار را با به هر صفحه و هر ردیف و همینطور به گوگل آنالیتیکس روی وب انجام دادیم در نتیجه اگر هر صفحه‌ی جدیدی ایجاد و یا هر ردیفی تغییر کند به راحتی فقط با باز کردن صفحه ایونت گوگل آنالیتیکس به راحتی می‌توانیم تاثیر ردیف‌ها و صفحات جدید در تماشای فیلم را بسنجیم. کارهای بسیاری از نظر فنی و مدیریت منابع می‌توان انجام داد تا زمان آزاد برای بهبود محصولات ایجاد کنیم. سعی کنید راه‌های توسعه سریع و با کیفیت محصول خود را کشف کنید. انجام سریع کار‌های خرد انجام کارها با شیوه‌ای خلاقانه بدون نیاز به تغییرات ساختاری در دست گرفتن منطق اپلیکیشن‌ها در مرکزیت و. و اگر خیلی با مطلب حال کردین، می‌تونید یه قهوه مهمونم کنید: