Svi članci Gradite pravu stvar

Potpuni vodič za izgradnju proizvoda koje ljudi zaista žele

Tim FabricLoop  ·  Svibanj 2026  ·  10 min čitanja

CB Insights svake godine objavljuje pregled razloga propasti startupa. Godinama na prvom mjestu stoji isti razlog: „nedostatak tržišne potrebe". Ne loše izvođenje. Ne nedostatak financija. Ne slab tim. Proizvod jednostavno nije rješavao problem zbog kojeg bi ljudi promijenili svoje ponašanje.

Ta statistika je zapanjujuća, uzimajući u obzir koliko truda se ulaže u izgradnju proizvoda. Timovi provode mjesece — ponekad godine — dizajnirajući sustave, pišući kod, svađajući se oko arhitekture i usavršavajući procese. A najčešći razlog propasti jest to da nitko nije pitao rješava li se uopće pravi problem.

Izgradnja proizvoda koje ljudi zaista žele nije talent. To je disciplina. Ima svoju metodu i te se metode može naučiti.

Temeljna greška: rješenja prije problema

Najčešća greška u razvoju proizvoda jest zaljubljivanje u rješenje prije nego što se problem temeljito razumije. To je gotovo univerzalno kod prvih osnivača i iznenađujuće često čak i kod iskusnih. Obrazac je uvijek isti: netko ima ideju, smatra je uvjerljivom i počne graditi. Kupac je sekundarni — netko koga treba uvjeriti, a ne razumjeti.

Protuotrov je jednostavan, iako zahtijeva disciplinu: posvetite problemu više vremena nego što smatrate razumnim, prije nego što uopće počnete razmišljati o rješenjima. Razgovarajte s ljudima koji imaju taj problem. Promatrajte ih pri radu. Shvatite njihove današnje zaobilaznice i zašto su nedovoljne. Tek tada imate dovoljno konteksta za dizajniranje nečeg što zaista odgovara.

Znak upozorenja Ako vaš tim provodi više vremena raspravljajući o značajkama nego o konkretnim osobama s tim problemom i o tome zašto ga imaju, gradite na krivim temeljima. Vratite se korak unatrag.

Petlja otkrivanja proizvoda

Dobar razvoj proizvoda nije ravna linija — to je petlja. Svaka iteracija je prilika da se pretpostavke zamijene dokazima. Timovi koji grade proizvode koje ljudi žele su oni koji kroz ovu petlju prolaze brzo i često.

Petlja otkrivanja proizvoda
Problem
Istraživanje
Hipoteza
Gradi
Mjeri
Uči se
Ponovi
Otkrivaj
Problem + Istraživanje
„Tko ima ovaj problem i koliko ga zapravo košta?"
Definiraj
Hipoteza + Gradnja
„Što je najmanja stvar koju možemo izgraditi da testiramo je li naš odgovor točan?"
Uči se
Mjerenje + Učenje
„Što su korisnici zapravo učinili i što nam to govori?"

Petlja nije formalnost. Svaka faza ima konkretan izlaz koji postaje ulaz u sljedeću. Preskakanje faza — najčešće skok direktno od Problema do Gradnje — upravo je to što proizvodi proizvode koji promašuju.

Problem: pronađite pravi problem za rješavanje

Nije svaki problem vrijedan rješavanja. Dobar produktni problem ima tri karakteristike: čest je (pogađa ljude redovito, ne rijetko), intenzivan (ljudi ga osjećaju dovoljno jako da žele olakšanje) i postojeća rješenja su zaista nedostatna (ne radi se samo o tome da su malo drukčija od onoga što biste vi izgradili).

Greška leži u optimiziranju prema prvoj karakteristici i ignoriranju preostalih dviju. „Ljudi gube vrijeme na sastancima" čest je problem. Ali ako je bol niska — ako su si ljudi pronašli dovoljno dobre alternative — problem možda nije vrijedan komercijalnog rješenja. A ako na tržištu već postoji dvanaest alata koji rade ono što vi želite raditi, trebate vrlo konkretan razlog zašto bi netko odabrao vaš.

Gdje tražiti prave probleme

Istraživanje: razumijte prije nego što počnete dizajnirati

Istraživanje ima lošu reputaciju u produktnim krugovima — asocira se s sporim konzaltingom, debelim izvješćima i rezultatima koje nitko ne čita. To je neuspjeh izvođenja, ne same prakse. Dobro produktno istraživanje je brzo, konkretno i mijenja ono što gradite.

Cilj istraživanja nije potvrditi da je problem stvaran. U to biste trebali vjerovati prije nego što ozbiljno investirate u istraživanje. Cilj je razumjeti problem dovoljno duboko da znate kako izgleda dobro rješenje: tko konkretno ima ovaj problem, u kakvom kontekstu, što je već isprobao, koje riječi koristi za opis problema i kako za njega izgleda „riješeno".

„Najčešća istraživačka greška je pitanje ljudi što žele. Ljudi su stručnjaci za svoje probleme; nisu stručnjaci za rješenja. Pitajte o problemu."

Tri istraživačke metode koje zaista funkcioniraju

Hipoteza: zapišite je prije nego što počnete graditi

Hipoteza je konkretna, falsificibilna prognoza o tome u što vjerujete. Nameće jasnoću. Ako ne možete napisati jasnu hipotezu, još uvijek ne razumijete problem dovoljno dobro da gradite rješenje.

Korisna produktna hipoteza ima tri dijela:

  1. Uvjerenje: „Vjerujemo da [konkretni korisnik] doživljava [konkretni problem] zbog [konkretnog razloga]."
  2. Oklada: „Vjerujemo da će [konkretna promjena] uzrokovati [konkretan ishod]."
  3. Signal: „Znat ćemo da je to istina ako se [mjerljivo ponašanje] dogodi u [vremenskom okviru]."

Signal je najvažniji dio — i najčešće izostavljen. Bez unaprijed postavljenog signala svaki eksperiment je „nekako uspio". Timovi pronalaze načine interpretiranja nejasnih podataka u svoju korist. Hipoteza bez uvjeta falsifikabilnosti samo je želja.

Praktični savjet Zapišite svoju hipotezu u dijeljeni dokument prije nego što počnete graditi. Vratite se na nju kad stignu rezultati. Ako primijetite da reinterpretirate signal kako bi eksperiment izgledao kao uspjeh, i to su vrijedni podaci: znači da ste vezani za ishod.

Gradnja: minimum koji testira hipotezu

Faza gradnje je ona u kojoj većina timova provodi previše vremena. Cilj nije izgraditi proizvod — već izgraditi minimalnu stvar koja će dati signal za hipotezu. To su različiti ciljevi i proizvode vrlo različite rezultate.

Kod većine ranih hipoteza minimum je puno manji nego što timovi misle. Možete li ručno raditi ono što bi radio softver, za deset osoba, da testirate cijene li rezultat? Možete li spojiti postojeće alate i testirati tijek rada prije izgradnje nove infrastrukture? Možete li nacrtati prototip i pokazati ga petorici korisnika prije pisanja ikakvog koda?

Disciplina ovdje leži u postavljanju pitanja prije nego što išta izgradite: „Što se pokušavam naučiti?" i „Što je minimalna stvar koja će mi to omogućiti otkriti?" Odgovor je gotovo uvijek manji od onoga što tim želi izgraditi.

Mjerenje: pratite ponašanje, ne raspoloženje

Nakon postavljanja — bilo protipa, ručnog pilota ili objavljene značajke — faza mjerenja je ona u kojoj se timovi najčešće varaju. Pitaju korisnike je li im se svidjelo. Korisnici kažu da. Tim označi eksperiment kao validiran.

Raspoloženje nije signal. Jedini pouzdani signal je ponašanje: jesu li to ljudi učinili? Jesu li se vratili? Jesu li platili? Jesu li rekli nekome drugome?

Za kvantitativno mjerenje instrumentirajte prije postavljanja. Znajte koje konkretne akcije pratite. Postavite prag unaprijed — „smatrat ćemo to validiranim ako X% korisnika dovrši Y unutar Z dana". Za kvalitativno mjerenje provedite strukturirane intervjue za praćenje, ne otvorene ankete zadovoljstva.

Učenje: ažurirajte uvjerenja, ne samo backlog

Faza učenja leži u ažuriranju mentalnog modela korisnika i problema, a ne samo u odlučivanju što graditi dalje. Timovi koji preskaču ovaj korak skupljaju podatke, ali ne akumuliraju razumijevanje. Rade brzo, ali im se prosudba s vremenom ne poboljšava.

Dobra sesija učenja pita: što smo predvidjeli? Što se zapravo dogodilo? Što nam jaz govori o našim pretpostavkama? Što je sada najvažnija stvar koju ne znamo?

Izlaz faze učenja je oštrija definicija problema, poboljšana hipoteza ili — ako je eksperiment jasno propao — odluka da se krene potpuno drugim smjerom. Svi ti izlazi imaju vrijednost. Najgori izlaz je nejasnoća: „nešto smo naučili, ali ne znamo što dalje". To je znak da eksperiment nije bio dovoljno konkretan.

Zamka potopljenih troškova Najskuplja stvar u razvoju proizvoda je nastavak ulaganja u smjer kad dokazi govore da je pogrešan. Saznati da je hipoteza bila lažna jest uspjeh — samo ne izgleda tako. Disciplina leži u djelovanju prema onome što ste naučili, a ne u zaštiti onoga što ste izgradili.

Ponavljajte: petlja i jest taj posao

Razvoj proizvoda nikad ne dostiže fazu u kojoj prestajete pokretati tu petlju. Pitanja se mijenjaju — na početku validiraju je li problem stvaran; kasnije validiraju funkcionira li konkretni dio rješenja — ali struktura je uvijek ista. Promatrajte, formulirajte hipoteze, testirajte, učite se.

Timovi koji grade proizvode koje ljudi žele nisu oni s najpametnijom početnom idejom. To su oni koji kroz petlju prolaze najbrže i najpošteno. Brzina učenja, ne brzina isporuke, je konkurentska prednost.

Kako FabricLoop podržava petlju otkrivanja Svaka faza petlje otkrivanja generira izlaze — bilješke iz razgovora, hipoteze, rezultate eksperimenata, sinteze. FabricLoop ih čuva u jednoj niti, tako da cijeli tim može vidjeti lanac razmišljanja iza svake produktne odluke. Kad netko pita „zašto smo ovo izgradili?" šest mjeseci kasnije, odgovor je već tamo.

10 stvari za zapamtiti iz ovog članka

  1. Najčešći razlog propasti proizvoda je „nedostatak tržišne potrebe" — ne loše izvođenje. Rješavanje pravog problema važnije je od dobrog rješavanja problema.
  2. Zaljubljivanje u rješenje prije dubokog razumijevanja problema najčešća je produktna greška. Može se ispraviti, ali samo ako je uhvatite rano.
  3. Dobar problem je čest, intenzivno osjetit i nedovoljno riješen postojećim opcijama. Sva tri uvjeta moraju biti ispunjena.
  4. Promatranje nekoga pri radu sat vremena reći će vam više nego pitanje što bi htio da bude drukčije.
  5. Pitajte o prošlom ponašanju, ne budućim namjerama. „Recite mi o posljednji put..." pobjeđuje „biste li koristili proizvod koji..."
  6. Hipoteza mora biti falsificibilna. Ako ne možete unaprijed definirati kako izgleda „ne", nemate hipotezu — imate plan.
  7. Faza gradnje treba proizvesti minimum stvari koje generiraju signal za hipotezu, ne sam proizvod.
  8. Raspoloženje nije signal. Ponašanje — povratci, plaćanja, preporuke — jedino je pouzdano mjerilo.
  9. Faza učenja treba ažurirati vaš mentalni model korisnika, ne samo backlog. Razumijevanje se akumulira; popis zadataka ne.
  10. Brzina učenja, ne brzina isporuke, prava je konkurentska prednost u ranom razvoju proizvoda.