Įvadas
Per pastarąjį dešimtmetį sveikatos priežiūros sektoriuje sparčiai daugėjo mobiliųjų programėlių. Sveikatos ir sveikatingumo programėlės suteikia naudotojams patogią prieigą prie medicininės informacijos, simptomų tikrinimo, susitikimų užsakymo, dėvimų prietaisų integracijos ir kt. Sveikatos priežiūros paslaugų teikėjams ir pradedančiosioms įmonėms, norinčioms kurti savo mobiliąsias programėles, labai svarbu suprasti pagrindinius produkto kūrimo proceso etapus, kad būtų galima pradėti sėkmingai kurti skaitmeninį sveikatos produktą.
Rinkos tyrimų atlikimas
Prieš pradedant kurti, labai svarbu suprasti tikslinę rinką ir esamus sprendimus. Pagrindinės tyrimų sritys:
Konkurentų analizė
- Kokių programų yra? Kas jas sukūrė?
- Kokias funkcijas jie siūlo? Kaip gerai jos įgyvendinamos?
- Kokius skaudulius ar apribojimus nurodo naudotojai?
Klientų tyrimai
- Kas yra tiksliniai naudotojai? Pacientai, gydytojai, ligoninės ir t. t.?
- Kokie jų poreikiai ir nusivylimas dabartiniais sprendimais?
- Ar jie naudosis sveikatos priežiūros programėle? Kas paskatintų ją priimti?
Rinkos tendencijos
- Kaip mobiliosios programėlės keičia sveikatos priežiūros sritis, pvz., įrašus, telemediciną, dėvimus prietaisus ir kt.?
- Kokie nauji naudojimo atvejai ar augimo sritys yra perspektyvūs?
Kruopštus užsakomųjų produktų kūrimo įmonės tyrimas leidžia nustatyti nepatenkintus poreikius, į kuriuos reikia atsižvelgti, ir nustatyti funkcijų bei patogumo kriterijus. Taip pat nustatomas konkurencinis kraštovaizdis, kad būtų galima nustatyti programėlės poziciją.
Reikalavimų kūrimas ir apimties apibrėžimas
Atlikus pradinį tyrimą, galima nustatyti produkto reikalavimus ir minimalaus gyvybingo produkto (MVP) apimtį.
Funkcijų prioritetų nustatymas
Išvardykite visas funkcijas, kurias norite įtraukti į galutinį produktą, ir nustatykite prioritetus pagal pagrindines funkcijas, o ne pagal tai, ką norite turėti. Nustatykite, kas būtinai turi būti įtraukta į MVP, o kas - į ilgalaikio plano funkcijas. Šis pratimas padės išvengti apimties didėjimo.
Naudotojo kelionės žemėlapio sudarymas
Apibūdinkite naudotojo kelionę žingsnis po žingsnio nuo registracijos iki tikslo pasiekimo per programėlę. Naudotojų srautų ir naudojimo atvejų diagramos padės nustatyti techninius ir dizaino reikalavimus. Išanalizuokite, kur vyksta pagrindiniai mikrokonversijos ir pageidaujami veiksmai.
Sėkmės rodiklių apibrėžimas
Nustatykite kiekybinius rodiklius, pagal kuriuos galima įvertinti sveikatos priežiūros programėlių kūrimo paslaugų sėkmę verslo ir naudotojų požiūriu. Pavyzdžiui, parsisiuntimų skaičius, naudotojų išlaikymas po 30/90 dienų, vidutinė sesijos trukmė, nukreipimo lygis ir kt. Šiais rodikliais bus vadovaujamasi nustatant kūrimo prioritetus ir funkcijų planus.
Vielos karkasų ir prototipų kūrimas
Apibrėžus reikalavimus, dizaino ir techninės komandos pradeda kurti maketus ir prototipus.
Ankstyvųjų vielinio karkaso koncepcijų eskizavimas
Pradėkite nuo lentoje nubraižytų pagrindinių brėžinių eskizų, kad įsivaizduotumėte išdėstymą ir informacijos architektūrą. Šiuose pirmuosiuose eskizuose sukuriama bendra struktūra be spalvų, šriftų ar grafikos. Ankstyvas darbo eigos patvirtinimas leidžia greičiau atlikti iteracijas.
Vielos karkasų ir naudotojų srautų tobulinimas
Kurkite didesnio tikslumo laidų modelius, galbūt naudodami tokius įrankius kaip "Figma" arba "Adobe XD". Užtikrinkite, kad naudotojų srautas intuityviai vestų naudotojus per kiekvieną užduotį ir konversijos piltuvėlį. Šiame etape išbandykite vielinius modelius su tiksliniais naudotojais, kad nustatytumėte tinkamumo naudoti problemas ir surinktumėte atsiliepimus.
Interaktyvių prototipų kūrimas
Patobulinus laidų modelius, galima kurti interaktyvius prototipus, kurie imituoja realią programėlės patirtį ir leidžia naudotojams spustelėti srautus. Kurdami prototipus, vidinėms ir išorinėms suinteresuotosioms šalims demonstruokite sąveikas ir dizaino ketinimus.
Technologijos pasirinkimas ir sistemos architektūra
Technologiniai sprendimai iš esmės lemia kūrimo darbo eigą, galimybes, mastelio keitimą ir sąnaudas.
Gimtoji vs. skirtingų platformų kūrimas
- Kuriant vietines programėles sukuriamos "iOS" ir "Android" programėlės, kurios yra maksimaliai optimizuotos.
- Tokietarpplatforminiai įrankiai kaip "React Native" leidžia pakartotinai naudoti kodą, tačiau gali pakenkti našumui.
Debesijos ir vietinės infrastruktūros santykis
- Debesijos platformos supaprastina diegimą, supaprastina mastelio keitimą ir sumažina išlaidas
- Vietinė infrastruktūra suteikia daugiau kontrolės, tačiau dėl jos patiriamos prieglobos išlaidos
Trečiųjų šalių API integracijos
- Integruokite nuotolinės sveikatos, mokėjimo, dėvimųjų ir kitų API, kad galėtumėte išplėsti galimybes.
- Kruopščiai įvertinkite partnerius pagal jų pasiūlymus, patikimumą ir kainas.
Analizės ir klaidų stebėjimo įrankiai
Tokios platformos kaip "Mixpanel" ir "Sentry" suteikia įžvalgų apie naudojimą ir problemų stebėseną kokybei palaikyti.
Architekt ūra turėtų užtikrinti patikimas funkcijas ir kartu optimizuoti efektyvumą, sąnaudas ir iteracijų greitį.
Sveikatos priežiūros saugumo taisyklių laikymasis
Sveikatos priežiūros programos, tvarkydamos saugomą sveikatos informaciją, turi atitikti HIPAA, HITECH ir kitas saugumo taisykles. Kurdami infrastruktūrą, duomenų saugyklą, šifravimą ir prieigos kontrolę, iš anksto bendradarbiaukite su sveikatos priežiūros atitikties ekspertais. Jei anksti nepaisoma atitikties reikalavimų, vėliau labai vėluojama.
Judrios kūrimo komandos kūrimas
Tinkama kūrimo komanda suteikia specializuotų žinių sveikatos priežiūros ir technologijų srityse.
Sveikatos priežiūros sektoriaus patirties panaudojimas
Ieškokite kūrėjų ir dizainerių, turinčių patirties kuriant klinikinio lygio taikomąsias programas, anksčiau pradėjusių naudoti medicinos prietaisus arba turinčių skaitmeninės sveikatos sertifikatus. Patirtis šioje srityje yra neįkainojama, kai reikia vadovautis sveikatos priežiūros taisyklėmis.
Daugiadisciplininės komandos subūrimas
Veiksminga produktų kūrimo komanda vienija UX dizainerius, programinės įrangos kūrėjus, "DevOps" inžinierius, kokybės užtikrinimo testuotojus ir kibernetinio saugumo specialistus. Kuriant integruotą mobilųjį sveikatos priežiūros produktą reikia glaudžiai bendradarbiauti tarp įvairių sričių.
Agile kūrimo metodo pasirinkimas
"Waterfall" kūrimo metodai su ilgais išleidimo ciklais nesuteikia galimybės sparčiai atlikti iteracijas reaguojant į rinkos atsiliepimus. Vietoj to, taikant "Agile" sistemas, tokias kaip "Scrum" ar "Kanban", skatinamas tarpfunkcinis bendradarbiavimas ir laipsniškas sudėtingų projektų su kintančiais reikalavimais įgyvendinimas.
Alfa ir beta bandymų atlikimas
Prieš pradedant viešai naudoti, atliekant bandymus realiomis sąlygomis su nedidele naudotojų grupe, nustatomos problemos ir surenkami atsiliepimai.
Įdarbinimo strategijos nustatymas
Registracijos ir prisijungimo srautą reikia labai optimizuoti, kad būtų aiškiai paaiškinta programėlės vertė, vadovaujama registracijai, gaunami reikiami leidimai ir saugiai susiejamos sveikatos paskyros. Stebėkite realius naudotojus, kai jie prisijungia, kad nustatytumėte painias sąsajas.
Pagrindinių "Alfa" testavimo problemų taisymas
Pirmiausia pradėkite privatų alfa testą su nedideliu kontroliuojamų bandytojų rinkiniu. Prieš pradėdami platų beta versijos leidimą, nustatykite svarbiausias klaidas ir tinkamumo naudoti problemas, gautas atlikus stebimąjį alfa testavimą.
Plėtojimas iki viešos beta versijos
Išsprendę svarbiausias problemas, atlikite viešą beta versiją su platesne bandymų grupe. Toliau rinkite naudotojų atsiliepimus apie funkcijas, turinį ir bendrą patirtį naudodami programėlėje atliekamas apklausas, kad galėtumėte vadovautis galutiniais kūrimo sprintais. Matuokite pagrindinius rodiklius ir nustatykite atskaitos taškus.
Pateikimas reguliavimo patvirtinimui gauti
Prieš pradedant naudoti sveikatos priežiūros mobiliąsias programėles, priklausomai nuo numatytų naudojimo atvejų, jas gali reikėti pateikti reguliavimo institucijoms.
Mobiliųjų medicinos prietaisų klasifikacijos vertinimas
JAV sveikatos priežiūros programėlės turi būti klasifikuojamos kaip mobiliosios medicinos programėlės arba mobilieji medicinos prietaisai, atsižvelgiant į jų funkcionalumą. Nuo šio priskyrimo priklauso, kokie reguliavimo reikalavimai taikomi, įskaitant FDA pateikimą.
Teisės aktais nustatytų dokumentų rinkinio rengimas
Jūsų pateiktame teisės aktais reglamentuojamame dokumente turi būti aiškiai aprašytos medicinos prietaiso gaminio savybės, numatomi naudojimo atvejai, rizikos analizė ir patvirtinamieji klinikiniai įrodymai. Medicininės peržiūros komisijos vertins saugos ir veiksmingumo teiginius.
Atsakymas į papildomus prašymus
Reguliavimo patvirtinimo procesas dažnai apima kelis peržiūros ciklus, kurių metu užduodami papildomi klausimai ir prašoma pateikti papildomų duomenų. Būkite pasirengę išsamiai ir greitai atsakyti į kiekvieną prašymą, kad išvengtumėte brangiai kainuojančio vėlavimo, susijusio su pateikimo rinkai grafiku.
Išleidimas ir tobulinimas po paleidimo
Programėlės paleidimas - tik pradžia. Ilgalaikei sėkmei užtikrinti svarbiausia yra iteracija ir optimizavimas po paleidimo.
Veiklos stebėsena pagal KPI
Nuolat stebėkite produkto kūrimo proceso pradžioje nustatytus veiklos rodiklius. Stebėkite programėlių parduotuvių reitingus, konversijų rodiklius pagal funkcijas, naudotojų įsitraukimo ir išlaikymo rodiklius. Gilinkitės į analizę, kad nustatytumėte tobulintinas sritis.
Naudotojų atsiliepimų rinkimas
Aktyviai rinkite kokybinius naudotojų atsiliepimus naudodami programėlėje esančias apklausas, atsiliepimų mygtukus, programėlių parduotuvių apžvalgas ir pokalbius su naudotojais. Stebėkite temas, susijusias su klaidinančiomis sąsajomis, pageidaujamomis naujomis funkcijomis ir bendru nusiteikimu.
Produkto plano prioritetų nustatymas
Derinkite kiekybinius veiklos duomenis ir kokybinius naudotojų atsiliepimus, kad gautumėte informaciją apie nuolatinį veiksmų planą. Dvigubai daugiau dėmesio skirkite labiausiai pamėgtoms ir geriausiai veikiančioms funkcijoms, o nenaudojamų funkcijų atsisakykite.
Didesnių ir mažesnių leidinių planavimas
Planuokite tiek pagrindinius leidinius su svarbiomis naujomis funkcijomis, tiek nedidelius leidinius, skirtus patobulinimams ir techniniams patobulinimams. Dažni išleidimai didina žinomumą ir naudotojų džiaugsmą.
Išvada
Norint pradėti naudoti sveikatos priežiūros programėlę, reikia koordinuoti naudotojų tyrimus, dizainą, kūrimą, išsamius bandymus ir reguliavimo veiklą. Kiekvienas produkto kūrimo etapas remiasi ankstesniuoju, pradedant reikalavimų apibrėžimu ir baigiant iteracijomis po paleidimo. Išlaikydami lankstų, į vartotoją orientuotą ir duomenimis pagrįstą požiūrį, skaitmeniniai sveikatos priežiūros produktai gali teikti pacientams naudą ilgą laiką ateityje.
