Interni alat može da bude vredan i kada nije komercijalni proizvod.
Clockworks je dokumentovan kao interna evidencija radnih sati, projekata, aktivnosti i odsustava. To je stvarna operativna potreba projektnog tima. Ipak, ona sama po sebi ne potvrđuje da postoji tržište, odgovarajuća arhitektura proizvoda niti komercijalna ponuda.
Ta razlika je važna zato što interni softver često dobije spisak zahteva koji liči na razvojni plan proizvoda. Izveštaji, obaveštenja, tokovi odobravanja odsustava, udaljeni pristup i upravljački pregledi mogu da budu opravdana unapređenja. Ništa od toga ne dokazuje da bi druga organizacija platila isti alat.
Počnite internim dokazima
Pre razmatranja SaaS pravca, timu je potrebna pouzdana slika interne upotrebe.
Koji se procesi sada koriste? Ko unosi vreme, pregleda izveštaje i upravlja odsustvima? Koje greške ili zaobilazna rešenja još postoje? Koji delovi alata su dovoljno stabilni da mogu da se prikažu? Odgovori na ova pitanja pretvaraju internu pretpostavku u uočljive operativne dokaze.
Važna je i tehnička osnova. Komercijalna usluga zahteva dogovorenu arhitekturu, bezbednosni model, pristup prema ulozi, jasno vlasništvo i način pružanja podrške. Interni sistem može da radi sa drugačijim granicama. Izlazak iz tog okruženja menja sam proizvod.
Istraživanje proizvoda je posebna odluka
Ako interni proces dobro radi, sledeće pitanje nije da li može da se izgradi još funkcionalnosti. Pitanje je da li jasno određen spoljni kupac ima isti problem u dovoljno sličnom okruženju i da li bi izabrao da plati rešenje.
Za to su potrebni razgovori sa potencijalnim kupcima i uska tržišna hipoteza. Konsultantskom timu mogu da budu potrebni drugačiji izveštaji, pravila čuvanja podataka i odobravanja nego internom razvojnom timu. Tok odsustava može već da postoji u HR sistemu. Udaljeni pristup može da uvede bezbednosne i regulatorne zahteve kojih u prvobitnom okruženju nije bilo.
Odluka mora da ostane jasna
Clockworks može da ostane interna infrastruktura i da i dalje bude uspešan. Može da se unapređuje zato što smanjuje teškoće timu koji ga koristi.
Ako uđe u istraživanje proizvoda, prvi artefakt treba da bude formalna mapa funkcionalnosti i tehnički pregled, a zatim usmereni razgovori sa spoljnim korisnicima. Takav put omogućava zasnovanu odluku o proizvodu. Koristan interni alat neće prerano biti predstavljen kao usluga spremna za tržište.