چگونه با کم ترین استرس اپلیکیشن های خود را به بازار ارائه دهیم؟

برای بسیاری از کمپانی ها رونمایی و ارائه محصولات نرم افزاری به بازار پروسه ای پرتنش است. بویژه هنگامیکه چشمان همه ی سرمایه گذاران به تیم شماست و همگی منتظرند اشتباهی رخ دهد. اشتباهاتی همچون یک باگ بزرگ در یک دستگاه آندروید تست نشده، واکنش ضعیف مصرف کنندگان یا انتظارات برآورده نشده آنها. اما این پروسه می تواند این چنین تنش زا نباشد.
پروسه ی رونمایی و ارائه محصولات جدید معرف چگونگی واکنش برند شما به بازخورد مشتری، تغییرات مارکت و تکنولوژی است. پروسه های بسیاری برای رونمایی از محصولات جدی وجود دارند پروسه هایی همچون Waterfall و Agile. اما مطلوب ترین متدلوژی رونمایی که ترکیبی از متدهای دیگر است رونمایی پراگرسیو (Progressive Release) نام دارد.
رونمایی پراگرسیو شباهت زیادی به agile دارد، تاکید بر تکرار سریع، واکنش سریع به بازخورد مشتری و دوره های رونمایی با کم ترین استرس. درواقع این متد از تاکتیک هایی طراحی شده است که ریسک پروسه ی رونمایی را کاهش داده و مشتری را در مرکز توجه قرار میدهد. در تصویر زیر شش رکن متد رونمایی پراگرسیو را مشاهده می کنید:

 

نتایج

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

پروسه ی توسعه

بمنظور تمرکز تیم بر روی نتایج و پروسه ی پرالتهاب و دشوار رونمایی می توانید از سیستمی موسوم به یکپارچه سازی پیوسته(CI) استفاده کنید.
این سیستم ضمانت می کند کدها بطور منظم ترکیب شده تا عملکرد خودکار و متدهای ناب دلیوری پیوسته یا گسترش پیوسته فعال شود. این متدهای کلیدی توسعه برای هماهنگی رونمایی سریع دو تا چهار هفته ای فراهم شده اند.

تغییرات فیچر
تغییرات فیچر((feature toggles در برنامه ریزی برای رونمایی یک عملکرد خاص برای مشتری خاص در زمان های خاص به تیم کمک میکند. بدین ترتیب درعین ارائه ی سریع تر محصول به بازار احتمال ریسک کم تری وجود دارد.
بعنوال مثال در پروژه ی سینماهای Regal تغییرات فیچر برای فعال کردن عملکرد بلیت دهی بصورت کاملا نیتیو استفاده شد. تیم مربوطه این فیچر را در محیط تولید تست کرد و ریسک معرفی این عملکرد حیاتی را به حداقل رساند. بعلاوه اعضای تیم می توانند با استفاده از تغییرات فیچر روی فیچرهای ناتمام کار کنند.

Staged Rollout

با staged rollout می توانید یک نسخه از محصول را طی یک دوره ی چند روزه و به آرامی رونمایی کنید. با این روش تیم شما می تواند عملکرد محصول را بدقت کنترل کرده و مشکلات آنرا قبل از آنکه بر گروه گسترده ای از مردم تاثیر بگذارد بررسی کند. بعلاوه تیم شما می تواند از طریق انجام تحلیل ها نحوه ی عملکرد محصول در تحقق اهداف تجاری و معیارهای موفقیت را نیز کنترل کند.
با حمایت رسمی آندروید و iOS برنامه های staged rollout  تقریبا بدون نقص پابرجا هستند. تیم های عملیاتی می توانند با استفاده از این سرویس ها بخش بزرگی از کارهای لازم برای اپلیکیشن های نیتیو را انجام دهند. Staged rollout برای اپلیکیشن های وب به یک سرویس روتینگ یا تعادل سازی بارگذاری نیاز دارد که مشخص میکند کدام کاربران به محصول جدید اشاره می کنند.
چند متد مختلف وجود دارند که تیم شما می تواند از آنها بدون ساخت سرویس های جدید برای هدایت staged rolluots استفاده کنند. این متد به تیم تست پذیرش کاربران اجازه میدهد تا در یک دوره زمانی مشخص بجای تمرکز بر چندین پلتفرم بر یک پلتفرم تمرکز کند.

تست A/B  

شما می توانید با استفاده از برنامه ریزی تست های A/B بهمراه استراتژی رونمایی محصول خود را تقویت کنید. تست A/B معمولا از طریق یک ابزار شخص ثالث مانند Optimizely یا Adobe Target انجام میشود.
از آنجا که استراتژی A/B همواره بمنظور بهبود عملکرد محصول استفاده میشود بنابراین تست A/B با feature toggle ها تفاوت دارد. نکته ی بسیار مهمی که باید رعایت شود محدود کردن تعداد متغییرهاست. بعنوان مثال اگر قصد تغییر تصویر، هدلاین و رنگ پس زمینه ی صفحه را دارید تشخیص متغییری که موجب تغییر شده است دشوار خواهد بود.
هدف اصلی در استفاده از feature toggles کم کردن ریسک رونمایی از نرم افزارها و تست کامپوننتی بزرگتر از یک تجربه است. درحالیکه هدف اصلی از انجام تست A/B بهبود جزییات کلیدی یک عملکرد و برآورد اثربخشی آنها درمقابل نتایج تعریف شده ی محصول است.

Opt in Beats

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