Zgjidhni sipas punës që kërkon kontroll
Merrni parasysh një aplikacion web të personalizuar kur një proces i përsëritur kërkon të dhëna të përbashkëta, leje të përcaktuara ose rregulla që tabelat nuk i mbështesin me besueshmëri. Vetëm numri i rreshtave nuk është arsye e mirë për rindërtim. Nisni nga gabimet, kalimet e punës dhe vendimet që krijojnë problem biznesi.
Puna ime në Medaur HIMS, iMeet dhe Digitrack mbulon kartela pacientësh, koordinim takimesh dhe ndjekje financiare. Secila ka të dhëna dhe përgjegjësi të ndryshme. Këto dallime përcaktojnë kërkesat e aplikacionit më mirë sesa nisja me një panel ose teknologji të preferuar.
Dalloni nëse problemi është mjeti apo procesi
Shkruani si hyn një regjistrim në tabelë, kush e ndryshon dhe ku shkon informacioni më pas. Shënoni futjen e dyfishtë, përgjegjësitë e paqarta, formulat e mbishkruara dhe versionet kundërthënëse. Ndani problemet e rregullta nga bezditë e rastit që nuk justifikojnë sistem të ri.
Kontrolloni nëse ndihmon një ndryshim më i thjeshtë: një skedar burimor i pranuar nga të gjithë, fusha të mbrojtura, përkufizime më të qarta kolonash ose një produkt i njohur për atë detyrë. Përmirësimi i procesit me tabela mund të jetë rezultati i duhur kur puna është e vogël dhe kërkesat ende ndryshojnë.
Softueri i personalizuar bëhet më i përshtatshëm kur disa role kërkojnë pamje ose veprime të ndryshme, kur regjistrimet kanë historikë të lidhur ose kur biznesi kërkon verifikim të përsëritshëm. Dokumentoni një shembull real për çdo kërkesë. “Na duhet një panel” është më pak e dobishme sesa të shpjegoni kush duhet të vendosë çfarë nga të dhënat.
Krahasoni produktet ekzistuese me një projekt të kufizuar të personalizuar
Listoni detyrat thelbësore dhe vlerësoni softuerët ekzistues sipas tyre. Përfshini konfigurimin, migrimin e të dhënave, integrimet, administrimin dhe punën për përshtatjen e procesit të biznesit. Një produkt që mbulon procesin kryesor mund të jetë zgjedhje më e mirë edhe nëse ndërfaqja nuk është aq specifike për biznesin tuaj.
Shembull për një biznes të trilluar shërbimesh që ndjek punët: përmirësoni tabelën nëse një koordinator menaxhon përditësimet dhe fushat e mbrojtura zgjidhin gabimet e përsëritura. Konsideroni një produkt ekzistues planifikimi nëse regjistrimet, lejet dhe eksportet plotësojnë detyrat kryesore. Konsideroni aplikacion të personalizuar nëse caktimet, miratimet dhe historikët e lidhur kërkojnë rregulla që produktet e disponueshme nuk i mbështesin pa zgjidhje të vazhdueshme anësore. Testoni të tri mundësitë me të njëjtat detyra para se të krahasoni kostot e konfigurimit dhe mirëmbajtjes.
Krahasoni përgjegjësitë krahas funksioneve. Vendosni kush e mirëmban aplikacionin, reagon ndaj dështimeve, menaxhon qasjen dhe shqyrton ndryshimet e ardhshme. Aplikacioni i personalizuar krijon përgjegjësi të vazhdueshme. Llogariteni këtë kur krahasoni mundësitë, pa e trajtuar lansimin si fundin e kostos.
Përcaktoni regjistrimet, rolet dhe vendimet
Përshkruani me gjuhë të zakonshme njësitë e rëndësishme: klient, takim, projekt, pagesë ose regjistrim tjetër biznesi. Përcaktoni çfarë e bën secilin unik dhe me cilat regjistrime lidhet. Bini dakord si trajtohen dublikatat, korrigjimet dhe anulimet para se të dizajnoni ekranet.
Shkruani rolet dhe veprimet që lejohet të kryejë secili. Leximi, ndryshimi, miratimi dhe eksportimi janë leje të ndryshme. Për informacion të ndjeshëm, përcaktoni çfarë autorizohet të ruajë biznesi dhe kush shqyrton kërkesat e trajtimit.
Një aplikacion hipotetik planifikimi mund t'i lejojë stafit të propozojë takime, ndërsa koordinatori i cakton ato. Ky dallim ndikon te të dhënat, ndërfaqja dhe historiku i miratimit. Zgjidhja e hershme është më e lehtë sesa t'i shtoni një kuptim të dytë “të konfirmuarës” pasi ka nisur zhvillimi.
Trajtojeni migrimin si punë më vete
Kontrolloni skedarët ekzistues për persona të dyfishtë, data të paqëndrueshme, njësi të përziera dhe kolona që kanë ndryshuar kuptim me kohën. Ruani një kopje origjinale para shndërrimit. Bini dakord cilat regjistrime janë aktive, cilat duhen shqyrtuar dhe cilat duhen arkivuar në vend që të hyjnë në aplikacionin e ri.
Lidhni çdo kolonë burimore me destinacionin dhe dokumentoni çdo shndërrim. Kontrolloni mostra të regjistrimeve të migruara me dikë që njeh historinë e biznesit. Një komandë importi e suksesshme nuk vërteton që informacioni përfundimtar është i saktë ose i plotë.
Planifikoni kalimin. Vendosni kur ndalon redaktimi i skedarëve të vjetër, kush kontrollon importin përfundimtar dhe çfarë ndodh nëse del problem. Shmangni periudhën pa fund ku të dy sistemet duken burime zyrtare. Nëse përdorimi paralel i përkohshëm është i nevojshëm, përcaktoni saktë cili sistem kontrollon çdo veprim.
Shkruani detyrat e pranimit para zhvillimit
Krijoni detyra reale me rezultate të pritshme. Për shembull, një përdorues krijon regjistrimin, një tjetër e përditëson, një përdorues i kufizuar nuk mund ta miratojë dhe një shqyrtues i autorizuar mund të shohë historikun. Përfshini informacion që mungon, dërgime të dyfishta, dështime lidhjeje dhe tentativa pa leje.
Kërkojuni njerëzve që e kryejnë punën të provojnë një prototip përfaqësues para se të ndërtohet i gjithë aplikacioni. Kërkoni keqkuptime rreth etiketave, lidhjeve mes regjistrimeve dhe ndryshimeve të statusit. Përshtatja e procesit në këtë fazë mund të shmangë korrigjime të kushtueshme më vonë.
Sillni në diskutimin e projektit skedarët aktualë, përshkrimin e procesit, rolet, raportet kryesore dhe detyrat e pranimit. Caktoni një përgjegjës biznesi që zgjidh kërkesat kundërthënëse. Kjo mjafton për të krahasuar mundësitë para angazhimit në zhvillim.
