مرحله بتا جایی است که شما بهترین ایده خود را از آلفا می گیرید و ساخت آن را برای واقعی شروع می کنید. این همچنین شامل فکر کردن در مورد چگونگی ادغام خدمات شما با خدمات موجود (یا شروع به جایگزینی) و آماده سازی برای انتقال به زندگی است.

مرحله بتا خود را ساختار دهید تا بتوانید سرویس را به کاربران واقعی منتقل کنید - ضمن به حداقل رساندن ریسک و به حداکثر رساندن پتانسیل یادگیری و تکرار سرویس. مطمئن شوید:

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

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

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

شما باید ارزیابی خود را 6 هفته قبل از ارزیابی ارزیابی کنید.

در طول بتا روی چه چیزی تمرکز کنیم

در حال حاضر شما درک شدیدی از نیازهای کاربران خود ایجاد کرده اید و تا پایان آلفا راهی را برای رفع آن نیازها انتخاب کرده اید.

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

دیدار با استاندارد خدمات در بتا

جلسات 2 و 3 از استاندارد در بتا چیزهای کمی متفاوت از آنچه در آلفا انجام داد است.

حل یک مشکل کامل برای کاربران

نکته 2 از استاندارد می گوید شما باید در جهت حل یک مشکل کامل برای کاربران تلاش کنید.

گرفتن دامنه قسمت سفر خود را به درستی

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

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

پیوستن به سفر گسترده تر کاربر

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

برای یک معامله Gov. uk ، قبل از ورود به بتا عمومی باید موارد زیر را با تیم Gov. uk در GDS موافقت کنید:

• چگونه معامله با راهنمایی Gov. uk یا هر صفحه شروع به کار می رود
• یک نام زیر دامنه و هرگونه تغییر محتوا مورد نیاز است

کار در فضای باز

به عنوان مثال ، با وبلاگ نویسی و با دعوت از همکاران تحویل عملیاتی برای باز کردن ، به کار خود ادامه دهید.

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

برخورد با محدودیت ها

شما از فاز آلفا برای درک هرگونه محدودیتی که احتمالاً بر خدمات شما تأثیر می گذارد استفاده کرده اید.

به عنوان مثال ، قراردادها یا برنامه های سازمان برای یک برنامه تغییر وسیع تر ممکن است تأثیر بگذارد که چقدر سریع می توانید از فناوری میراث دور شوید.

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

استفاده مجدد از اطلاعات کاربران در صورت امکان

اگر در حال ایجاد خدمتی هستید که اطلاعات کاربران را قبلاً به بخش دیگری از دولت ارائه داده است ، باید نشان دهید که اطلاعات کاربران به شکلی ایمن ، پایدار و در مقیاس کار می شود. این ممکن است از طریق رابط برنامه نویسی برنامه (API) باشد که از استانداردهای API دولت پیروی می کند.

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

ارائه یک تجربه پیوسته در کانال های مختلف

نکته 3 از استاندارد می گوید که شما باید در جهت ارائه خدمتی که به خوبی در تمام کانال هایی که کاربر ممکن است برای دسترسی به آن استفاده کند ، تلاش کنید.

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

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

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

شما باید بتوانید توضیح دهید که چگونه همکاران را از تحویل عملیاتی درگیر می کنید:

• اولویت بندی آنچه در آن کار می کنید
• طراحی نحوه کار این سرویس - به عنوان مثال ، با دعوت از آنها برای حضور و تحلیل تحقیقات کاربر

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

اطمینان حاصل کنید که همه می توانند از خدمات شما استفاده کنند

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

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

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

هنگامی که به بتا عمومی می روید ، باید یک صفحه دسترسی برای خدمات خود منتشر کنید.

موارد دیگری که باید در بتا در نظر بگیرید

به عنوان مثال ، معمولاً باید در مورد نحوه استفاده از فناوری صحبت کنید:

• نحوه استقرار نرم افزار ، ثابت می کند که می توانید به طور مکرر بدون تأثیرگذاری بر کاربران مستقر شوید
• چگونه سرویس خود را ایمن کرده اید تا داده های کاربران ایمن باشد
• چگونه با کوکی ها و فناوری های مشابه کار خواهید کرد
• چگونه کد منبع را باز می کنید
• نحوه مدیریت محدودیت های ارائه شده در سرویس خود توسط پشته فناوری و ابزار توسعه که انتخاب کرده اید
• نحوه استفاده از استانداردهای باز و سیستم عامل های مشترک
• چه تأثیری خواهد داشت اگر خدمات شما برای هر مدت زمان و نحوه مدیریت این کار در دسترس نبود

احتمالاً در مورد شما نیز سؤال می شود:

• داشبورد بتا و داده های عملکردی که منتشر کرده اید
• نحوه استفاده از سبک ها ، مؤلفه ها و الگوهای موجود در سیستم طراحی gov. uk
• برنامه ها و بودجه های تحقیق کاربر آینده شما

اگر الگوی طراحی جدیدی ایجاد کرده اید - یا در مورد الگوی طراحی موجود چیزهای مفیدی آموخته اید - باید آنچه را که از طریق سیستم طراحی Gov. uk آموخته اید به اشتراک بگذارید.

حرکت از بتا عمومی به صورت زنده

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

هنگامی که فکر می کنید آماده حرکت به صورت زنده هستید ، می توانید یک ارزیابی را رزرو کنید.

راهنماهای مرتبط

ممکن است این راهنماها را مفید بدانید:

پیوندی به بستر عملکرد را به عنوان بازنشستگی به روز کرد. به راهنمایی های جدید در مورد داده هایی که باید به جای آن منتشر کنید مرتبط است.

به روز شده تا منعکس کننده الزامات ذکر شده در استاندارد سرویس به روز شده باشد.

راهنمایی در مورد چگونگی برآورده کردن الزامات دسترسی به دولت در بتا اضافه شده است.