A termékvízió annak a jövőnek a világos megfogalmazása, amelyet egy szoftverfejlesztő cég szeretne megteremteni, az útiterv pedig az a működő terv, amely összeköti ezt a jövőképet a következő döntésekkel. Egy professzionális stúdió számára az igazi próba nem az, hogy az útiterv mennyire hangzik ambiciózusnak, hanem az, hogy minden egyes kiadás megold-e egy olyan problémát, amelyet a felhasználók már most is éreznek.
Ez a különbség fontosabb, mint amit sok csapat hajlandó elismerni. Viszonylag könnyű közzétenni egy listát a közelgő funkciókról. Sokkal nehezebb elmagyarázni, miért tartoznak ezek a funkciók össze, kiknek szólnak, milyen kompromisszumokat igényelnek, és mikor a nemet mondás a felelősebb termékdöntés. Azoknál a cégeknél, amelyek több éven át építenek digitális termékeket, az útiterv minősége kevésbé a mennyiségen, sokkal inkább a fegyelmezettségen múlik.
Az InApp Studiónál, egy Isztambulban működő, professzionális szoftverfejlesztési szolgáltatásokat nyújtó vállalatnál, amely mobil-, webes, felhőalapú és tanácsadási területeken is aktív, a hosszú távú irány egy egyszerű alapelvből indul ki: a termékeknek csökkenteniük kell a súrlódást az ismétlődő, valós élethelyzetekben felmerülő feladatok során. Ez elsőre tág megközelítésnek tűnhet, de nagyon is kézzelfoghatóvá válik, ha megnézzük, hogyan születnek döntések olyan területeken, mint a produktivitás, az üzleti munkafolyamatok, a pénzügyi segédmegoldások vagy a dokumentumkezelés.
A vízió nem szlogen, hanem döntési szűrő
Amikor a termékcsapatok vízióról beszélnek, néha értékeket, törekvéseket vagy piaci ambíciókat írnak le. Ezeknek megvan a helyük, de önmagukban nem elegendők a mindennapi döntések irányításához. Egy használható vízió segít választ adni gyakorlati kérdésekre:
- Mely felhasználói problémák elég tartósak ahhoz, hogy hosszú távon is érdemes legyen beléjük fektetni?
- Milyen élménynek kell következetesnek maradnia a különböző termékek között?
- Mely kérések fontosak ugyan, de kívül esnek a termék valódi célján?
- Hova érdemes fordítani a fejlesztési időt, ha a kapacitások korlátozottak?
Egy szoftvercég számára az útiterv nem válhat nyilvános kívánságlistává, amelyet mindig a legutóbb beérkezett kérés alakít. Inkább vállalások sorozataként kell működnie, amelyek bizonyítékokra épülnek: felhasználói viselkedésre, ügyféltámogatási mintákra, technikai megvalósíthatóságra, piaci időzítésre és stratégiai illeszkedésre.
A gyakorlatban ez azt jelenti, hogy a termékvízió rendszerint magasabb szinten helyezkedik el, mint az egyes funkciók. Egy pénzügyi segédalkalmazás célja lehet az ismétlődő adminisztratív munka gyorsítása és a hibák csökkentése. Egy üzleti alkalmazás fókuszálhat a széttagolt munkafolyamatok könnyebb követésére és lezárására. Egy dokumentumkezelő eszköz elsődleges szempontja lehet az átláthatóság, a gyorsaság és a kis súrlódású szerkesztés. Különböző termékek, ugyanaz a mérce: a mindennapi digitális munkát könnyebbé tenni és helyesen elvégezhetővé.
Amire a felhasználóknak valóban szükségük van, nem mindig az, amit elsőre kérnek
Itt válik igazán összetetté az útitervkészítés. A felhasználók gyakran annak az eszköznek a nézőpontjából fogalmazzák meg a kívánt funkciót, amelyet már ismernek. Valaki, aki új export gombot kér, valójában lehet, hogy tisztább riportokra vágyik. A fejlett testreszabhatóság iránti igény gyenge alapbeállításokra utalhat. A több integráció követelése pedig gyakran inkább azt jelzi, hogy a fő munkafolyamat túl sok lépésből áll.
Ezért a jó terméktervezés három réteg szétválasztásával indul:
- Kimondott kérés: amit a felhasználó konkrétan kért
- Mögöttes feladat: amit valójában el szeretne érni
- Üzleti kontextus: miért fontos ez a feladat a mindennapi munkájában
Nézzünk egy gyakorlati helyzetet. Egy kisvállalkozó, aki olyan eszközöket hasonlít össze, mint a QuickBooks Online, egy könnyen használható CRM és különféle operatív segédalkalmazások, nem elszigetelt funkciókat keres. A célja az, hogy rendben tartsa a nyilvántartásokat, kevesebb oda-vissza egyeztetéssel ossza meg az információkat, és elkerülje az ismétlődő adminisztratív munkát. Ha az útitervet készítő csapat csak a felszíni kérésekre figyel, könnyen túlépítheti a terméket. Ha viszont megérti a kérések mögötti munkafolyamatot, kevesebb, de jobb döntéssel is jelentősen javíthatja a terméket.
Ugyanez igaz a lakossági célú segédalkalmazásokra is. Aki PDF-szerkesztőre keres, nem feltétlenül egy nagy, mindenre kiterjedő csomagot akar. Lehet, hogy egyszerűen csak át szeretne nézni, megjegyzésekkel ellátni, aláírni, tömöríteni vagy átrendezni egy fájlt felesleges bonyolultság nélkül. A jó útitervtervezés ezt elsősorban használhatósági problémának tekinti, és csak másodsorban a funkciók számának kérdésének.
Hogyan érdemes kijelölni a hosszú távú irányt
Az útiterveket gyakran negyedéves blokkokban mutatják be, de az irányt ennél hosszabb távra érdemes meghatározni. Nem azért, mert minden részlet előre jelezhető, hanem mert a termék következetességéhez stabil nézőpontra van szükség.
Egy ésszerű hosszú távú szemlélet általában négy területet fed le.
1. A problématér
A csapatoknak pontosan meg kell határozniuk, milyen típusú súrlódást hajlandók megoldani. Ez segít elkerülni a szétszórt terjeszkedést. Például a pénzügyi témájú eszközök szolgálhatnak megfelelőségi, benyújtási, nyomon követési és riportálási munkafolyamatokat. Ez azonban nem jelenti azt, hogy minden adózási vagy könyvelési funkciónak egyetlen termékben a helye. Inkább azt, hogy a kapcsolódó döntéseknek továbbra is ugyanazt az alapfeladatot kell támogatniuk.
2. Az elsődleges célcsoport
Nem minden terméknek kell mindenkinek szólnia. Vannak, amelyek független szakemberek és kis csapatok számára ideálisak. Mások inkább operatív vezetők, alapítók, ügyféltámogató munkatársak vagy földrajzilag szétszórt terepi csapatok számára relevánsak. A célcsoport egyértelmű meghatározása őszintén tartja az útitervet.
Ebben az összefüggésben az olyan eszközök, amelyek az ingyenes adóbevallás témájához vagy a munkavállalói megtartási adójóváírás kutatásához kapcsolódnak, gyakran sürgős, határidővezérelt igényekkel rendelkező felhasználókat vonzanak. Az ő elvárásaik általában eltérnek azokétól, akik egy kreatív vagy kommunikációs alkalmazást kezdenek használni. A gyorsaság, a bizalom, a hibák csökkentése és a vezetett folyamatok fontosabbak számukra, mint az újdonság ereje.
3. A termékminőség alapmércéje
Minden termékcsapatnak szüksége van egy alapvető minőségi definícióra. Ez magában foglalhatja a teljesítményt, a megbízhatóságot, az adatvédelmet, a bevezetés átláthatóságát, a lokalizációt, az akadálymentességet vagy az eszközök közötti következetességet. Enélkül az útitervek látványos funkciókkal telnek meg, miközben az alapminőség fokozatosan romlik.
4. A bővülés logikája
A növekedésnek kapcsolódó területekre kell épülnie, nem véletlenszerű lépésekre. Ha egy termék már jól old meg egy adott munkafolyamatot, akkor az útiterv következő lépése rendszerint egy közeli súrlódási pont megszüntetése kell legyen, nem pedig ugrás egy teljesen más piacra.
Egy jól használható útiterv egyensúlyt teremt a felhasználói érték, a megvalósíthatóság és az időzítés között
Az egyik leggyakoribb tervezési hiba, amikor a priorizálást népszerűségi versenyként kezelik. A legtöbbet kért tétel nem automatikusan a következő helyes lépés. Vannak kérések, amelyek sürgősek, de szűk körre vonatkoznak. Mások széles körben relevánsak, viszont technikailag drágák. Megint mások olyan karbantartási terhet hoznak létre, amely később az egész terméket lelassítja.
Egy megalapozottabb döntési keretrendszer így néz ki:
- Felhasználói hatás: Valóban javít egy gyakran végzett feladatot?
- Elérés: Hány felhasználó érzi majd az előnyét?
- Egyértelműség: A csapat világosan meg tudja határozni a kívánt eredményt?
- Összetettség: Mekkora a fejlesztési és karbantartási költség?
- Stratégiai illeszkedés: Erősíti a termék szerepét?
- Időzítés: Ezt most érdemes megépíteni, később, vagy egyáltalán nem?
Érdemes megfigyelni, mi hiányzik ebből: a trendek hajszolása. Egy érett professzionális szoftverfejlesztési folyamat nem hagyja figyelmen kívül a piacot, de azt sem engedi, hogy minden piaci elmozdulás diktálja az útitervet.
Hogyan néz ki mindez különböző terméktípusoknál
A hosszú távú terméktervezés példákon keresztül sokkal könnyebben megérthető.
Segédalkalmazások esetén: az útiterv középpontjában gyakran a gyorsaság, a bizalom és az ismétlődő erőfeszítések csökkentése áll. A funkcióknak az alapfeladatot kell egyszerűsíteniük, nem pedig túlterhelniük. Ez különösen igaz azokra a termékekre, amelyek személyes nyilvántartásokkal, számításokkal, dokumentumokkal vagy vezetett beküldési folyamatokkal foglalkoznak.
Munkafolyamat-kezelő eszközök esetén: az útiterv értéke gyakran a jobb átláthatóságból, az átadások kezeléséből, a jogosultságkezelésből és a meglévő üzleti folyamatokhoz való integrációból fakad. Egy csapat, amely könnyen használható CRM-et alkalmaz, nem felesleges bonyolultságra vágyik. Kevesebb elvesző feladatot és egyértelműbb felelősségi köröket szeretne.
Dokumentumkezelő termékeknél: az útiterv prioritásai gyakran a szerkesztési pontosságot, a megosztást, a kompatibilitást és a fájlok feletti kontrollt helyezik előtérbe. Egy PDF-szerkesztő akkor sikeres, ha csökkenti a zavart azok körül a feladatok körül, amelyeket a felhasználók egyébként is értenek.
Pénzügyi fókuszú megoldásoknál: a legerősebb döntések jellemzően a bizonytalanságot csökkentik. Ha a felhasználók nyilvántartásokat próbálnak rendszerezni, jogosultságot megérteni vagy benyújtási lépéseket végigvinni, a terméknek irányt kell mutatnia, nem pedig túlterhelnie őket. Az olyan témák iránti érdeklődés, mint az ingyenes adóbevallás vagy a munkavállalói megtartási adójóváírás, jól mutatja, hogy a felhasználók gyakran sürgős helyzetben és hiányos információkkal érkeznek. Az ebbe a kategóriába tartozó útiterveknek ezt az érzelmi kontextust is figyelembe kell venniük.
Kérdések, amelyeket a termékcsapatoknak újra és újra fel kell tenniük
Az útitervek gyorsan elavulnak, ha a csapatok nem vizsgálják felül a feltételezéseiket. Egy egészséges tervezési folyamat rendszeresen visszatér néhány alapvető kérdéshez.
Ismétlődő problémát oldunk meg, vagy elszigetelt visszajelzésre reagálunk?
Az ismétlődő problémák rendszerszintű figyelmet érdemelnek. Az egyedi visszajelzések is lehetnek fontosak, de nem feltétlenül új funkció formájában.
Azért kérnek a felhasználók több kontrollt, mert gyenge az alapélmény?
Az összetett beállítások néha rossz termékdöntéseket rejtenek el. A jobb alapbeállítások értékesebbek lehetnek, mint több opció hozzáadása.
Könnyebbé teszi ez a termék bevezetését hat hónap múlva?
Az útitervek nemcsak a jelenlegi felhasználókat kell hogy szolgálják. A jövőbeli termékilleszkedést is javítaniuk kell.
Mit nem vagyunk hajlandók megépíteni?
Egy kizárások nélküli útiterv valójában nem útiterv. Hanem lezáratlan terjedelem.
Hogyan illeszkedik ebbe a gondolkodásba az InApp Studio
Egy Isztambulban működő vállalat számára, amely széles szoftverszolgáltatási szemlélettel dolgozik, a lehetőség nem pusztán abban rejlik, hogy több digitális terméket szállítson le. Hanem abban, hogy olyan termékeket építsen és finomítson, amelyek következetesen oldanak meg visszatérő működési és személyes munkafolyamat-problémákat. Ehhez olyan útiterv-szemlélet szükséges, amely megfigyelésre épül, nem zajra.
Ebben a megközelítésben az InApp Studio szerepe kevésbé a funkciók mennyiségének hangsúlyozásáról szól, és inkább arról, hogy következetes irányt tartson fenn inapp és webes termékfejlesztési munkái között: azonosítani a súrlódást, tesztelni, hogy az tartós-e, megtervezni a legegyszerűbb hasznos választ, és csak akkor bővíteni, ha a következő lépés egyértelműen odaillik.
Ugyanez a tervezési fegyelem az ügyféloldali munkákban is megjelenik. Azoknak a csapatoknak, amelyek egyedi termékeket, belső eszközöket vagy modernizációs projekteket értékelnek, gyakran nemcsak arra van szükségük, hogy mit érdemes építeni, hanem arra is, hogy milyen sorrendben van ennek értelme. Itt találkozik a termékstratégia a mérnöki ítélőképességgel. Egy útitervnek legalább annyira védenie kell a fókuszt, mint amennyire kifejezi az ambíciót. Azok az olvasók, akik arra kíváncsiak, hogyan közelít egy technológiai partner a digitális tervezéshez, ezt a szemléletet visszakaphatják az InApp Studio szoftveres és tanácsadási megközelítésében.
Az útiterveknek előrehaladást kell mutatniuk, nem csak mozgást
Nagy különbség van egy elfoglalt és egy fókuszált termékcsapat között. Az elfoglalt csapatok folyamatosan adnak ki újdonságokat, mégis kényelmetlenül és hiányosan hagyják a legfontosabb feladatokat. A fókuszált csapatok azt az utat javítják, amelyen a felhasználók ténylegesen végighaladnak. Idővel ez a különbség alakítja a megtartást, a bizalmat és a termék egyértelműségét.
A legmegbízhatóbb útiterv nem az, amelyiken a legtöbb tétel szerepel. Hanem az, amelyben minden döntés visszavezethető egy felhasználói igényre, egy termékminőségi mércére és egy olyan hosszú távú irányra, amelyet a csapat kész megvédeni. Bármely professzionális szoftvercég számára ez az, ami a tervezést belső dokumentumból valóban hasznos működési fegyelemmé teszi.
Azoknak a csapatoknak, amelyek a saját következő szakaszukon gondolkodnak, a gyakorlati tanulság egyszerű: induljanak ki a felhasználó visszatérő feladatából, határozzák meg a jövőbeli állapotot, amelyet lehetővé szeretnének tenni, és hagyják, hogy az útiterv bizonyítsa, hogy a vízió valós. Ha azt vizsgálja, hogyan lehet mobil- és webes termékeket ezekre az elvekre építeni, akkor az InApp Studio által kínált átfogóbb szoftverfejlesztési szolgáltatások jó viszonyítási pontot adnak arra, hogyan kapcsolódik össze a stratégia és a megvalósítás.