Ghiduri

Cum se dezvoltă un software personalizat: etape, durată și ce primești

Formulare digitale cu liste de verificare, completate pe o tabletă

Pe scurt: Un software personalizat bun nu începe cu un caiet de sarcini de optzeci de pagini, ci cu o zi petrecută lângă oamenii care vor lucra în el. Urmează un prototip pe care îl poți încerca, apoi versiuni scurte, fiecare folosită și corectată de echipa ta. Mai jos găsești etapele, ce pregătești tu în fiecare și ce ar trebui să primești la final, indiferent cu cine lucrezi.

Când merită un software personalizat

Dacă un produs standard îți acoperă procesul cu câteva setări, alege produsul: e mai ieftin și îl poți folosi de mâine. Un soft personalizat începe să merite când apar semne ca acestea:

  • echipa lucrează în jurul programului, cu tabele Excel paralele și e-mailuri în care se pierd aprobările;
  • felul în care lucrezi e chiar avantajul tău față de concurență și nu vrei să-l schimbi ca să încapă într-un program;
  • ai două sau trei programe care nu comunică, iar cineva copiază zilnic date dintr-unul în altul;
  • ai cerințe de audit, trasabilitate sau semnătură pe care produsele generice le acoperă doar pe jumătate.

Comparația pe larg, cu avantajele și riscurile fiecărei variante, e în articolul Software la comandă sau produs standard?

Etapa 1: analiza

Analiza bună se face acolo unde se lucrează, nu doar în sala de ședințe. Echipa de dezvoltare vede procesul real, cu scurtăturile și excepțiile lui, nu doar pe cel din procedură. Urmărește un document de la intrare până la arhivare și notează cine îl atinge, ce verifică și unde așteaptă.

Ce pregătești tu: pașii procesului de azi, chiar și pe o foaie, documentele și rapoartele pe care le folosiți, programele cu care va trebui să comunice aplicația și doi-trei oameni care cunosc bine munca de zi cu zi. Nu ai nevoie de un caiet de sarcini complet; el iese, de fapt, din analiză.

Ce primești: descrierea procesului, lista a ce intră în prima versiune și ce rămâne pentru mai târziu, plus o estimare în scris a duratei și a costului pentru prima versiune.

Etapa 2: prototipul

Înainte de dezvoltarea propriu-zisă vezi ecranele principale și drumul unui document prin aplicație. Aici se corectează cel mai ieftin: un câmp lipsă, o aprobare pusă în locul greșit, un raport pe care nimeni nu l-ar citi. Când aplicația pornește de la o platformă existentă, prototipul nu e un desen, ci o aplicație care funcționează, cu date de test.

Etapa 3: dezvoltarea în iterații

Restul se construiește în pași scurți. Fiecare se încheie cu o versiune pe care o încearcă oamenii tăi și cu o listă de corecturi pentru pasul următor. Așa afli devreme dacă direcția e bună, nu după luni de lucru. Cere furnizorului să-ți spună cum testează: fiecare modificare ar trebui să treacă prin teste automate și prin verificarea codului de către un al doilea programator.

Etapa 4: datele și legăturile cu alte programe

Două lucruri se subestimează aproape mereu. Primul e migrarea datelor din sistemele vechi: nomenclatoare, clienți, documente deschise. Al doilea sunt legăturile cu programele pe care le păstrezi, de obicei programul de facturare sau ERP-ul. Acestea se fac prin API, direct din baza de date sau prin fișiere Excel/CSV. Merită lămurit de la început ce program este „sursa adevărului” pentru fiecare tip de dată.

Etapa 5: instruirea și pornirea

Pornirea merge mai bine cu un singur departament sau o singură locație, timp de câteva săptămâni, apoi cu extinderea la restul. Oamenii învață pe datele lor reale, cu ghiduri scrise și scurte filme, iar primele zile au nevoie de cineva de la furnizor disponibil rapid.

După lansare

Un software personalizat nu se termină la lansare. Procesul se schimbă, legislația se schimbă, apar idei noi de la oamenii care îl folosesc. Contează să ai un contract de suport clar: cine răspunde, în cât timp, cum se cer modificările și cum se stabilește costul lor.

De ce depind durata și costul

Două procese nu seamănă, de aceea o estimare serioasă vine după analiză, nu înainte. Efortul crește cu:

  • numărul de roluri și de fluxuri de aprobare diferite;
  • integrările cu programe care nu au API;
  • cerințele de conformitate: audit, semnături electronice, validare;
  • migrarea datelor din sisteme vechi;
  • aplicațiile mobile care trebuie să lucreze și fără semnal.

Efortul scade când prima versiune se limitează la procesul principal, când oamenii care vor folosi aplicația dau feedback după fiecare pas și când pornești de la componente care există deja: formulare, aprobări, documente, roluri.

Ce ar trebui să primești la final

  • aplicația instalată acolo unde ați convenit, în cloud sau pe serverul tău, cu acces pe roluri;
  • jurnal de audit: cine a modificat ce și când;
  • backup automat, verificat periodic prin restaurare;
  • posibilitatea de a exporta datele tale;
  • ghiduri de utilizare și instruire pentru fiecare rol;
  • un contract de suport și de dezvoltare ulterioară, cu termene clare.

Ce schimbă pornirea de la o platformă

O mare parte din orice aplicație de business se repetă de la un proiect la altul: utilizatori și roluri, formulare, fluxuri de aprobare, documente generate din șabloane, jurnal de audit, autentificare în doi pași, API. Dacă furnizorul le are deja, testate în producție, timpul și bugetul tău merg pe ce e specific procesului tău. Așa lucrăm și noi: software personalizat dezvoltat pe platforma DataFlows.

Întrebări frecvente

Cât durează un proiect de software personalizat?

Depinde de proces, dar o primă versiune utilizabilă ar trebui să apară după câteva iterații, nu după luni de specificații. Estimarea în scris vine după analiză.

Cât costă un software personalizat?

Nu există un preț de listă. Costul depinde de numărul de fluxuri și roluri, de integrări, de cerințele de conformitate și de cât din aplicație se poate construi din componente existente. Cere o estimare pentru prima versiune, nu pentru tot ce ți-ai dori vreodată.

Trebuie să am un caiet de sarcini înainte?

Nu. Ajută o descriere a procesului de azi și lista documentelor și a programelor folosite. Caietul de sarcini se scrie împreună, în timpul analizei.

Ce se întâmplă dacă vrem modificări după lansare?

Se cer prin canalul de suport, se estimează și se livrează în versiunile următoare. Modificările sunt normale: arată că aplicația e folosită.

Dacă ai un proces care nu încape într-un program standard, scrie-ne. Venim să-l vedem și îți spunem sincer dacă merită o aplicație personalizată sau dacă îți ajunge un produs existent.

Mihai Postelnicu
Autor
Mihai Postelnicu

Mihai Postelnicu coordonează implementările DataFlows. Are 20 de ani de experiență în implementarea de soluții software personalizate, 10 ani în analiza fluxurilor de lucru din depozite, producție și instituții și a condus echipe mari de implementare în proiecte de software la comandă.

Articolul anterior
Deviații, CAPA și controlul modificărilor: sistemul de calitate în format digital

Alte articole

Lucrător de depozit cu laptop, între rafturi cu marfă

Ce este un WMS și când ai nevoie de unul

Ce face un sistem de gestiune a depozitului (WMS), prin ce se deosebește de modulul de gestiune din programul de facturare, semnele că ai nevoie de unul, cât durează implementarea și din ce e format costul.

Îți place ce citești?

Vezi cum ar arăta pe datele tale

Îți arătăm soluția potrivită, pe un scenariu apropiat de al tău.

Solicită demoSună-ne: +40 712 344 092
Luni–Vineri, 9:00–18:00

Citește și

Alte ghiduri și studii de caz din blogul DataFlows.

Hai să vorbim despre procesul tău

Alege din nenumărate soluții gata de implementare sau explica-ne scenariul tău unic

keyboard_arrow_up