Ezen az oldalon
A bemutatóban gyönyörű a műszerfal. Ebben a képzeletbeli esetben egy havi export formázási hibáját találja meg. A hiba kijavítása két perc, és évente kétszer történik. Mindenkinek tetszik a bemutató; a próba után senki sem nyitja meg a műszerfalat.
A probléma elég valós a leíráshoz, de együtt élni vele talán olcsóbb, mint új eszközt bevezetni. Az elegancia önmagában nem teremt sürgősséget.
Egy feldolgozott termékbeszélgetés két tengelyt javasol: óvakodj attól a problémától, amely egyszerre kicsi és ritka. Nagy probléma ritka előfordulásnál is figyelmet érdemelhet; az ismétlődő apró gond napi szokássá halmozódhat. A lényeg a bemutató mögötti munka vizsgálata.
Az előfordulást és a következményt külön számold
„Hány embernek van ilyen problémája?” első kérdésnek túl tág. Kérdezz meg egy konkrét csapatot, mikor történt utoljára és mi következett. Valaki perceket töltött vele, elúszott egy eladás, késett egy rendelés, személyes adat került ki, vagy csak apró bosszúság volt? Ezek nem egyenértékű következmények.
Utána kérdezd meg, milyen gyakran fordul elő ugyanilyen esemény. A heti ötperces javítás nagy csapatban meglepően sok időt vihet el. Az évi egyszeri hiba is fontos lehet, ha kritikus átvitelt akadályoz. Az évente kétszer előforduló kétperces kellemetlenséget nehezebb önálló termékként eladni.
Nézz egy szemléltető döntést mindkét tengely alapján:
Mennyi figyelmet érdemel a probléma?
-
Ritka és kisebb
Funkció vagy kézi ellenőrzőlista
Egy új termék több figyelmet kérhet, mint maga a probléma.
-
Ritka, de költséges
Védőintézkedés vagy incidensfolyamat
Minden előfordulás indokolhat felkészülést.
-
Gyakori, de kicsi
Alapbeállítás vagy könnyű szokás
A költség az ismétlődő munkában halmozódik.
-
Gyakori és költséges
Önálló munkafolyamat
Az ismétlődő következmény tartós befektetést indokolhat.
A cellák vizsgálati kérdések, nem piaci ítéletek. A „nagy” attól függ, kinek a költségét számoljuk. Egy rendszergazdát alig érintő hiba a vásárlónak súlyos lehet. Egy rövid interjú alatt egyszer sem látott hiba a szezonális csúcs idején központi szerepet kaphat.
A bemutatóban kicsi probléma a rendszerben nagy lehet
Integrációnál a különbség kézzelfogható. Egy hibás mezőérték egy kapcsolat rekordján kicsinek látszik. Ha ugyanaz a leképezés több ezer kapcsolatra fut, rendszeres kézi javítás forrása lesz. Fordítva: egy egyszeri, pusztán látványbeli eltérésre épített kifinomult riasztás több adminisztrációt teremthet, mint amennyit megtakarít.
Az üzleti eszközök integrálásáról szóló útmutató munkafolyamattal és mértékadó forrással kezd, mert a tényleges költség a rekordok mozgásában és használatában él. A csapatnak, amely azt dönti el, váltson-e ingyenes eszközről fizetősre, ugyanígy a kerülőutakat és elmulasztott műveleteket kell számolnia, nem csak a funkciólistát összevetnie.
Kérdezd meg az utolsó három valódi előfordulást. Mindegyiknél jegyezd fel, ki vette észre, ki javította, melyik másik munka állt meg, és mi történt volna beavatkozás nélkül. Az utolsó kérdés különíti el a bosszúságot a láthatatlan kockázattól. Azt is megakadályozza, hogy egy alapító vagy vevő egy feltűnő feltételezett esetet mért mintának állítson be.
Ezután kérdezd meg, mibe kerül a mai kerülőút. Egy táblázat és ötperces ellenőrzés elég jó lehet. Az a kézi folyamat, amelyben szakértő minden reggel rekordokat egyeztet, már lehet, hogy nem. Az alternatíva a termék értékének része, nem figyelmen kívül hagyandó kellemetlenség.
A bevezetés költségét is vizsgáld
Még jelentős probléma sem feltétlenül indokol új alkalmazást. Valakinek csatlakoztatnia, megtanulnia, átnéznie a kimenetét és fenntartania a hozzáférést. Ha a termék több figyelmet kér, mint a feladat, a vevők ésszerűen maradhatnak a kerülőmegoldásnál.
A forrásbeszélgetés arra is figyelmeztet, hogy a sok személyes beállítás a korai érdeklődést nagyobbnak mutathatja. Úgy tűnhet, hogy a csapat szoftvert vesz, miközben valójában be nem árazott tanácsadást kap. A kicsi probléma drága bevezetéssel különösen nehezen szolgálható ki fenntarthatóan. Ez nem tiltja a szolgáltatást; azt jelenti, hogy számolni kell vele.
A két tengely alól vannak kivételek. Megfelelési kötelezettség akkor is cselekvést írhat elő, ha a megfigyelt incidens ritka. Új piacon kevés múltbeli adat lehet. Egy szűk csoport fájdalma elég nagy lehet akkor is, ha a népesség többi részét nem érinti. Ilyenkor a bizonyítékot kötelezettségek, hiteles hibautak vagy lekötött költségkeretek adhatják, nem pusztán a gyakoriság becslése.
A tengelyek abban is segítenek, hogy egy igény külön terméket érdemel-e, vagy kis funkció legyen egy már használt eszközben. A ritka, apró formázási gond értékes gomb lehet az exportálásnál, akkor is, ha senki nem fizetne elő külön szolgáltatásra. A gyakori kis problémát inkább alapbeállítás módosítása oldhatja meg, nem újabb műszerfal. A termék terjedelme kövesse a feladat által már most igényelt figyelmet. Nem az a kérdés, létezik-e a probléma, hanem mennyi új viselkedést kérhet ésszerűen a megoldása.
A termékeny feltárási kérdés nem az, hogy „Használnád ezt?” Hanem: „Mesélj a legutóbbi alkalomról, mennyibe került, és mit csináltál helyette.” Akkor érdemes terméket építeni, ha a válasz olyan munkára mutat, amelyet az emberek már most meg akarnak változtatni.
Gyakran Ismételt Kérdések
Ritka probléma is eltarthat egy terméket?
Igen, ha minden előfordulás olyan költséget, sürgősséget vagy kockázatot hordoz, amely indokolja a megoldás megvásárlását és fenntartását. A gyakoriság önmagában nem méri a fontosságot.
Hogyan vizsgáljam, túl kicsi-e a probléma?
Kérdezd meg, mikor fordult elő utoljára, mit tett a csapat, mennyi időt vagy pénzt vitt el, és változtatna-e valaki költségkereten vagy munkafolyamaton, hogy elkerülje.
A nagy elérhető piac kijavítja a gyenge keresletet?
Nem. A potenciális használók nagy száma nem mutatja, hogy bármelyikük eléggé érzi a problémát az elfogadáshoz vagy fizetéshez. Konkrét munkafolyamatban teszteld a következményt és a gyakoriságot.