Процес на разработване на продукти: Проучване на казус за приложение в здравеопазването

Въведение

През последното десетилетие в сектора на здравеопазването се наблюдава бърз ръст на внедряването на мобилни приложения. Приложенията за здраве и уелнес осигуряват на потребителите удобен достъп до медицинска информация, проверка на симптоми, резервации на срещи, интеграция на носими устройства и др. За доставчиците на здравни услуги и стартиращите предприятия, които искат да разработят свои мобилни приложения, разбирането на основните етапи на процеса на разработване на продукта е от решаващо значение за стартирането на успешен цифров здравен продукт.

Провеждане на пазарни проучвания

Преди да се впуснете в разработката, е изключително важно да разберете целевия пазар и съществуващите решения. Основните области на проучване включват:

Анализ на конкурентите

• Какви приложения съществуват? Кой ги е създал?
• Какви функции предлагат те? Колко добре са изпълнени?
• Какви болки или ограничения посочват потребителите?

Проучване на клиентите

• Кои са целевите потребители? Пациенти, лекари, болници и т.н.?
• Какви са техните нужди и разочарования от настоящите решения?
• Ще използват ли приложение за здравеопазване? Какво би ги мотивирало да го приемат?

Тенденции на пазара

• Как мобилните приложения трансформират областите на здравеопазването като записи, телемедицина, носими устройства и др.
• Кои нови случаи на употреба или области на растеж са обещаващи?

Обстойно проучване от страна на компания за разработване на продукти, възложена на външен изпълнител, идентифицира неудовлетворените нужди, на които трябва да се отговори, както и критериите за характеристики и използваемост. Освен това се прави карта на конкурентната среда, за да се позиционира приложението.

Създаване на изисквания и определяне на обхвата

След приключване на първоначалното проучване могат да се определят изискванията към продукта и обхватът на MVP (минимален жизнеспособен продукт).

Приоритизиране на функциите

Избройте всяка функция, която искате да включите в крайния продукт, и я подредете по важност спрямо основните функционалности. Определете какво задължително трябва да бъде включено за пускането на MVP в сравнение с функциите от по-дългосрочната пътна карта. Това упражнение предотвратява разширяването на обхвата в последствие.

Картографиране на пътуването на потребителя

Очертайте стъпка по стъпка пътя на потребителя от регистрацията до постигането на целта му чрез вашето приложение. Диаграмирането на потребителските потоци и случаите на употреба ще ви помогне да определите техническите изисквания и изискванията за дизайн. Анализирайте къде се извършват ключовите микроконверсии и желаните действия.

Определяне на показатели за успех

Определяне на количествени показатели за измерване на успеха на услугите за разработване на приложения за здравеопазването от гледна точка на бизнеса и потребителите. Примерите включват брой изтегляния, процент на задържане на потребителите след 30/90 дни, средна продължителност на сесията, процент на препращане и др. Тези показатели ще определят приоритетите на разработката и пътните карти на функциите.

Създаване на Wireframes и прототипи

След като изискванията са дефинирани, екипите по дизайн и техника започват да създават модели на телеграми и прототипи.

Скициране на ранни концепции за телена рамка

Започнете с изготвяне на основни скици на телена карта, за да визуализирате оформлението и информационната архитектура. Тези ранни скици създават обща структура без цветове, шрифтове или графики. Ранното утвърждаване на работния процес позволява по-бързи итерации.

Усъвършенстване на телеграмите и потребителските потоци

Създаване на телеграфни схеми с по-висока степен на достоверност, евентуално с помощта на инструменти като Figma или Adobe XD. Уверете се, че потребителският поток интуитивно превежда потребителите през всяка задача и фуния за преобразуване. На този етап тествайте телеграфите с целевите потребители, за да идентифицирате проблеми с ползваемостта и да съберете обратна връзка.

Разработване на интерактивни прототипи

След усъвършенстването на телеграфните схеми могат да се разработят интерактивни прототипи, които да имитират реалното изживяване с приложението и да позволяват на потребителите да кликват върху потоците. Прототипите демонстрират взаимодействията и намеренията за дизайн пред вътрешни и външни заинтересовани страни по време на разработката.

Избор на технология и архитектура на системата

Технологичните решения определят в голяма степен работните процеси, възможностите, мащабируемостта и разходите за разработка.

Родна срещу междуплатформена разработка

• Разработката на оригинални приложения създава специализирани приложения за iOS и Android с максимална оптимизация.
• Междуплатформените инструменти като React Native дават възможност за повторно използване на кода, но могат да влошат производителността.

Инфраструктура в облака срещу локална инфраструктура

• Облачните платформи опростяват внедряването, рационализират мащабирането и намаляват разходите
• Наземната инфраструктура предоставя повече контрол, но води до режийни разходи за хостинг

Интеграции на API от трети страни

• Интегриране на телездравни, платежни, носими и други API за разширени възможности.
• Извършвайте задълбочена оценка на партньорите въз основа на техните предложения, надеждност и цени.

Инструменти за анализ и проследяване на грешки

Платформи като Mixpanel и Sentry предоставят информация за употребата и мониторинг на проблемите, за да поддържат качеството.

Архитектурата трябва да позволява надеждни функции, като същевременно оптимизира ефективността, разходите и скоростта на итерациите.

Спазване на правилата за сигурност в здравеопазването

Приложенията за здравни грижи трябва да спазват HIPAA, HITECH и други разпоредби за сигурност при работа със защитена здравна информация. Работете с експерти по спазването на изискванията в областта на здравеопазването на ранен етап при проектирането на инфраструктурата, съхранението на данни, криптирането и контрола на достъпа. Пренебрегването на съответствието на ранен етап води до големи забавяния в бъдеще.

Изграждане на гъвкав екип за разработка

Правилният екип за разработка предоставя специализирани експертни познания в областта на здравеопазването и технологиите.

Използване на опита в областта на здравеопазването

Търсете разработчици и дизайнери с опит в създаването на приложения от клиничен клас, с предишни пускания на пазара на медицински устройства или с удостоверения за дигитално здраве. Опитът в тази област е безценен при навигирането в нормативната уредба в областта на здравеопазването.

Събиране на мултидисциплинарен екип

Ефективният екип за разработване на продукти обединява дизайнери на UX, разработчици на софтуер, инженери по DevOps, тестери за осигуряване на качеството и таланти в областта на киберсигурността. Разработването на интегриран мобилен продукт за здравеопазване изисква тясно сътрудничество между различните дисциплини.

Избор на гъвкав подход за разработка

Подходите за разработване по метода на водопада с дълги цикли на пускане на пазара не позволяват бърза итерация в отговор на обратната връзка с пазара. Вместо това гъвкавите рамки като Scrum или Kanban насърчават междуфункционалното сътрудничество и постепенното изпълнение на сложни проекти с променящи се изисквания.

Провеждане на алфа и бета тестове

Тестването в реални условия с малка група потребители идентифицира проблеми и събира обратна информация преди публичното пускане.

Определяне на стратегия за включване в системата

Потокът за регистрация и включване изисква сериозна оптимизация, за да се обясни ясно стойността на приложението, да се насочи регистрацията, да се получат необходимите разрешения и да се свържат сигурно здравните акаунти. Наблюдавайте реални потребители по време на въвеждането, за да определите объркващите интерфейси.

Отстраняване на ключови проблеми от алфа тестването

Първо стартирайте частен алфа тест с малък контролиран набор от тестери. Идентифицирайте високоприоритетните грешки и проблеми, свързани с ползваемостта, от наблюдаваното алфа тестване, преди да преминете към по-широка бета версия.

Разширяване до публична бета версия

Провеждане на публична бета версия с по-широка тестова група след решаване на критичните проблеми. Продължавайте да събирате обратна връзка от потребителите чрез проучвания в приложението относно функциите, съдържанието и цялостното изживяване, за да направлявате финалните спринтове на разработката. Измерване на ключови показатели и определяне на базови стойности.

Подаване на документи за регулаторно одобрение

В зависимост от предвидените случаи на употреба мобилните приложения в здравеопазването може да изискват представяне пред регулаторните органи преди пускането им в действие.

Оценка на класификацията на мобилните ви медицински устройства

В САЩ приложенията за здравни грижи трябва да се класифицират като мобилни медицински приложения или мобилни медицински устройства въз основа на функционалността. Това обозначение определя кои регулаторни изисквания се прилагат, включително подаването на документи към FDA.

Изготвяне на регулаторното подаване

Вашето регулаторно подаване трябва ясно да описва характеристиките на медицинското изделие, предвидените случаи на употреба, анализа на риска и подкрепящите клинични доказателства. Комисиите за медицински преглед ще оценяват твърденията за безопасност и ефективност.

Отговаряне на допълнителни искания

Процесът на регулаторно одобрение често включва множество цикли на преглед с допълнителни въпроси и искания за допълнителни данни. Бъдете готови да отговорите изчерпателно и бързо на всяко искане, за да избегнете скъпоструващи забавяния в графика за излизане на пазара.

Освобождаване и итерация след стартиране

Пускането на приложение е само началото. Итерацията и оптимизацията след стартирането са ключови за дългосрочния успех.

Мониторинг на изпълнението спрямо ключовите показатели за ефективност

Непрекъснато проследяване на показателите за ефективност, определени в началото на процеса на разработване на продукта. Наблюдавайте рейтингите на магазините за приложения, коефициентите на преобразуване по функции, броя на ангажираните потребители и броя на задържаните потребители. Навлезте в анализите, за да идентифицирате областите за подобрение.

Събиране на обратна връзка от потребителите

Активно събирайте качествена обратна връзка от потребителите чрез анкети в приложението, бутони за обратна връзка, прегледи в магазина за приложения и интервюта с потребители. Проследявайте темите, свързани с объркващите интерфейси, желаните нови функции и цялостното настроение.

Определяне на приоритетите на продуктовата пътна карта

Комбинирайте количествени данни за производителността и качествена обратна връзка от потребителите, за да информирате текущата пътна карта. Удвояване на най-обичаните и най-ефективните функции, като същевременно се премахват неизползваните функционалности.

Планиране на големи и малки версии

Планирайте както големи издания със значителни нови функции, така и малки издания, насочени към усъвършенстване и технически подобрения. Честото пускане на нови версии увеличава видимостта и удоволствието на потребителите.

Заключение

Пускането на приложение за здравни грижи изисква координиране на проучването на потребителите, проектирането, разработването, обширното тестване и регулаторните дейности. Всеки етап от разработката на продукта надгражда предишния - от определянето на изискванията в началото до итерациите след пускането. Поддържането на гъвкав, ориентиран към потребителя и основан на данни подход позволява на цифровите здравни продукти да осигуряват стойност за пациентите дълго време в бъдещето.