← Svi članci Gradite pravu stvar

Što učiniti kada se vaš roadmap i vaši klijenti ne slažu

Od tima FabricLoop  ·  Svibanj 2026  ·  4 min čitanja

Svaki tim proizvoda dobiva poziv. Klijent — često važan — želi nešto što nije na roadmapu. Trebaju mu to hitno. Čak mogu biti i nagovore da njihova obnova ovisi o tome. Vaš prodajni tim šalje poruku s dva uzminutca. Vaš roadmap, pažljivo konstruiran tijekom dva ciklusa planiranja, sjedi sa jedne strane. Klijent sjedi sa druge strane. Što učiniš?

Ovo nije rubni slučaj. Happening redovito u bilo kojem proizvodu s plaćajućim klijentima, i način na koji ga rukovaš otkriva puno o kako tvoj proces razvoja proizvoda doista radi. Cilj nije uvijek reći da, i nije uvijek reći ne — to je imati dosljedno metodo za održavanje poziva.

"Najgori ishod je put najmanje otpora: reći da izbjegnem neugodni razgovor, zatim tiho deprioritizirati sve ostale da ispunim obećanje koje nisam trebao dati."

Okvir odluke za sukobe klijenta i roadmapa

Dijagram odluke: zahtjev klijenta vs. roadmap
Dolazi li ovaj zahtjev od jednog klijenta, ili više njih?
Jedan klijent
Je li ovaj klijent strateški važan za vašu ciljnu segment?
Ne
Odbij ljubazno. Logira zahtjev. Ne gradi ga.
Da
Poklapa li se s planiranim ishodom na roadmapu?
Više klijenta
Poklapa li se sa strateškim ishodom na vašem roadmapu?
Ne
Signali jaz u strategiji. Raspravite s timom prije nego odlučete.
Da
Ubrzaj ga. Ovo je jaka validacija — pomakni ga naprijed.

Pitanje "jedan klijent ili mnogi" je prvi filter

Ako više klijenta traži istu stvar neovisno, to je signal vrijedan ozbiljnog razmatranja — posebno ako koriste sličan jezik za opisanje problema. Sugeri da je potreba stvarna i rasprostranjena, ne idiosinkratična.

Ako je jedan klijent, kalkulacija je drugačija. Potrebe jednog klijenta nisu reprezentativne za vaš tržište, čak i ako su vaš najveći račun. Izgradnja značajki za jednog klijenta je porez strategije proizvoda koji se pogoršava tijekom vremena: svaka jednokratna značajka dodaje složenost, stvara opterećenje održavanja, i suzuje privlačnost proizvoda na šire tržište.

Zamka poduzeće Klijenti poduzeće često imaju najosobitije zahtjeve i najveću polugu. Ali optimizacija proizvoda za radni tok najvećeg računa je kako proizvodi postaju nemoguće prodati bilo kome drugome. Tretira zahtjeve specifične za poduzeće kao prilagođeni rad — ne unos roadmapa.

Kako reći ne bez oštećenja odnosa

Ključ za odbijanje zahtjeva klijenta bez štete je priznavanje problema, ne samo zahtjeva. "Nećemo graditi to" pada loše. "Razumijemo da se borite da učinite X — evo kako razmišljamo o tom problemu, i evo što je na našem roadmapu koji rješava istu potrebu" pada mnogo bolje.

Klijenti rijetko trebaju točnu značajku za koju su pitali. Trebaju njihov osnovni problem riješen. Ako im možete pokazati put do toga — čak i ako nije značajka koju su predložili — većina klijenta će ga prihvatiti. Ako ne mogu prihvatiti bilo koji put osim njihove točne specifikacije, to vam kaže nešto važno o hoće li ovaj klijent biti dobar fit za vaš proizvod.

Formula odgovora Prizni problem → objasni zašto ga sada ne gradiš → pokažu što gradiš koji rješava istu potrebu → pozovi ih da ostanu u razgovoru dok ga razvijas. Ovo traje pet minuta duže nego "ne" i čuva daleko više dobronamjernosti.

Kada je klijent u pravu i roadmap trebao biti ažuriran

Ponekad konflikt klijenta otkriva pravi jaz u vašem razmišljanju. Više klijenta traži nešto što niste planirali je znak da je vaš roadmap propustio nešto. Pravilan odgovor nije reaktivno graditi što su pitali — to je istraživanje hoće li osnovni problem pripadati roadmapu, i ako je tako, gdje.

Ova razlika je važna. Klijent je često u pravu o problemu; rijetko je u pravu o rješenju. Koristite njihovu povratnu informaciju kako bi ažurirali razumijevanje problema, ne kako bi kopirali zahtjev značajke u backlog.

Kako FabricLoop pomaže praciti signale klijenta Kada isti zahtjev dolazi od više klijenta tijekom nekoliko mjeseci, uzorak je lako propustiti ako povratna informacija živi u odvojenim nitima e-pošte i napomenama CRM-a. FabricLoop prikazuje ponavljajuće teme na jednom mjestu kako bi mogli vidjeti je li "zahtjev jednog klijenta" zapravo trend prije nego što ste već pet puta rekli ne.

10 stvari za preuzimanje iz ovog članka

  1. Sukoba klijenta-roadmapa su rutina, ne izuzetak. Imanje dosljedno metode za rukovanje njima je važnije od bilo koje pojedine odluke.
  2. Najgori odgovor je reći da bi se izbjegao razgovor, zatim tiho deprioritizirati sve ostale da bi se kompenziram.
  3. Prvi filter: je li ovo jedan klijent ili mnogi? Višestruki neovisni zahtjevi koristeći sličan jezik su signal vrijedan istraživanja.
  4. Izgradnja značajki za jednog klijenta — čak i veliki — je porez strategije proizvoda koji se pogoršava tijekom vremena.
  5. Klijenti poduzeća s specifičnim zahtjevima trebali bi biti tretirani kao prilagođeni rad, ne unos roadmapa.
  6. Odbijanje zahtjeva ide bolje kada priznate osnovni problem, ne samo značajku.
  7. Većina klijenta trebaju riješiti svoj problem, ne svoju točnu specifikaciju. Pokažite im put, ne samo ne.
  8. Ako klijent može samo prihvatiti njihovu točnu specifikaciju, to vam nešto važno kaže o fit između njih i vašeg proizvoda.
  9. Kada više klijenta otkrije pravi jaz, istražite osnovni problem — nemojte samo kopirati zahtjev značajke u backlog.
  10. Klijenti su obično u pravu o problemu. Rijetko su u pravu o rješenju.