Hoztunk egy WEMASY-szabályt: addig nem adjuk ki, amíg minket ki nem bír
Már az út legelején hoztunk egy szabályt, ami azóta minden WEMASY termék építését irányítja. Úgy hívjuk: „Előbb minket bírjon ki”. Egyszerű: ha egy funkció nem segíti zökkenőmentesen a saját napi munkánkat, akkor senki másnak sem áll készen.
Ez a szabály a földön tart minket. Nem engedi, hogy prezentációkra építsünk, és arra késztet, hogy a valódi használatra építsünk. Emlékeztet arra, hogy egy termék nem attól sikeres, hogy elindult. Attól sikeres, hogy az emberek minden egyes nap kényelmesen tudják használni, anélkül hogy elveszettnek, zavarodottnak vagy fáradtnak éreznék magukat.
Miért bukik el a legtöbb termékbevezetési stratégia
Megnéztük a sikeres és a csendben elhaló bevezetéseket is, köztük néhány saját korai munkánkat. A különbség ritkán az ötletben volt. Hanem abban, hogyan állta meg a helyét a termék a valódi, kaotikus, hétköznapi használatban. A bemutatón remekül kinéző funkciók a zsúfolt napokon szétestek. Az apró súrlódások összeadódtak, és az emberek visszacsúsztak a régi szokásaikba.
Ezeket figyeltük meg:
A csapatok a bevezetés napjára készítik a terméket, nem a hétköznapokra. A funkció ragyog a prezentáción, de nem mutatja meg a következő lépést, amikor valaki siet.
Az apró súrlódások addig halmozódnak, amíg a felhasználó fel nem adja. Itt egy plusz kattintás, ott egy elrejtett opció, és az eszköz lassan fárasztóvá válik.
A termék azt várja, hogy a felhasználó alkalmazkodjon hozzá. Ahelyett, hogy illeszkedne ahhoz, ahogy az emberek már most dolgoznak, új utat erőltet, több lépéssel és több gondolkodással.
A valódi kontextus az eszközön kívül él. A fájlok, a visszajelzések és a döntések a csetekben és az e-mailekben maradnak, így a termék soha nem válik az egyetlen hiteles forrássá.
Nem világos, ki miért felel és mi az eredmény. Senki sem tudja, ki lép következőnek, vagy mit jelent az, hogy „kész”, így a feladatok pattognak, a határidők csúsznak.
A bevezetés előtt nincs belső, napi használat. Ha a csapat nem él együtt a termékkel, nem veszi észre azokat a mindennapi bosszúságokat, amelyek csak napokig tartó valódi munka után jönnek elő.
Mi is tanultunk a hibáinkból
A legjobb leckéket a hibáinkból tanuljuk. Rájöttünk, hogy mi sem vagyunk védettek ezekkel a hibákkal szemben. A WEMASY építésének korai szakaszában mi is készítettünk olyan funkciókat, amelyek a tervezési megbeszéléseken tökéletesen logikusnak tűntek. Mindenki egyetértett, hogy az ötlet jó. De abban a pillanatban, amikor ezeket a funkciókat a napi munkánkban kezdtük használni, ugyanazt a súrlódást éreztük, amit más termékeknél is láttunk.
Ami a képernyőn egyszerűnek tűnt, az lassúnak érződött, amikor ténylegesen be akartunk fejezni egy feladatot.
Egy folyamat, ami a megbeszélésen világosnak hangzott, zavarossá vált, amikor kontextus nélkül próbáltuk ki.
Azok a lépések, amelyekről azt hittük, „semmiség”, fárasztóvá váltak, amikor naponta többször kellett megismételni őket.
Azon kaptuk magunkat, hogy az eszközön kívüli kerülőutakat használunk, ami egyértelmű jele volt annak, hogy a funkció nem támogatja a valódi munkát.
Ez volt a fordulópont. Megértettük, hogy ha mi, akik tudjuk, hogyan épült egy funkció, nem tudjuk gördülékenyen használni, akkor az átlagos felhasználóknak még nehezebb lesz. Egyetlen termékbevezetési marketingterv sem tudja megmenteni azt a terméket, ami a napi használatban nem működik. Ekkor döntöttük el, hogy megváltoztatjuk, hogyan építjük és vezetjük be a termékeinket, és ehhez belső szabályt is hoztunk.
A termékbevezetés lépései a WEMASY-nél
A tapasztalataink után a termékbevezetési folyamatunk egyszerűvé vált. Ha azt akarjuk, hogy a felhasználók úgy érezzék, a WEMASY termékei nekik dolgoznak, akkor a WEMASY-nek először nekünk kell erőfeszítés nélkül működnie. Így a feltételezéseken alapuló építés helyett a tapasztalatokon alapuló építésre váltottunk. Ma minden termék három szakaszon megy át, mielőtt hozzád ér.
A három fontos lépés:
1. lépés: Építünk egy működő verziót, és először mi magunk használjuk
Amint egy funkció működik, átköltöztetjük bele a saját napi munkánkat. Itt derül ki az igazság. Azonnal látjuk, mi szakítja meg a munkát, mi érződik nehézkesnek, és minek kell természetesebbnek lennie. Ha valami lelassít minket, kijavítjuk. Ha túl sokat kell gondolkodnunk, vagy nehéz használni, egyszerűsítjük. Addig csiszoljuk, amíg már nem is vesszük észre az eszközt, csak azt, hogy a munka elkészül.
2. lépés: Megosztjuk néhány meglévő WEMASY-felhasználóval
Amikor már mi kényelmesen használjuk, megnyitjuk néhány jelenlegi felhasználónak, akik szeretnek őszinte visszajelzést adni. Ők megmutatják, hogyan viselkedik a funkció különböző munkastílusokban, szakmákban és csapatméretekben. A visszajelzésük segít lecsiszolni azokat a részleteket, amelyek fölött mi elsiklottunk, hiszen nem csak úgy lehet használni egy terméket, ahogy mi használjuk.
3. lépés: Csak akkor tesszük nyilvánossá, ha mindkét fél gördülékenyen tudja használni
Csak akkor tesszük mindenki számára elérhetővé a funkciót, ha nekünk és ennek az első csoportnak is jól működik. Mire minden felhasználóhoz eljut, stabil, átlátható, és használható betanító hívások vagy bonyolult bevezetés nélkül.
Azért építettük így a WEMASY-t, mert mi is éreztük már azoknak az eszközöknek a fájdalmát, amelyek jól néznek ki, de egy zsúfolt napon nem segítenek. Ha először mi használjuk a saját termékeinket, hitelesek, megbízhatók és őszinték maradunk. Ha úgy gondolod, hogy a termékbevezetési stratégiánk neked is segíthet, próbáld ki, és mondd el, hogyan működött a márkádnál. Ha többet szeretnél tudni az online indulásról, olvasd el a blogcikkünket arról, hogyan kezdj bele a weboldaladba. Érdemes megnézned a weboldalindítási ellenőrzőlistánkat is. A teljes képért olvasd el átfogó útmutatónkat arról, mi az a weboldal, és miért van rá szükséged.
Gyakran ismételt kérdések
Mitől jó egy termékbevezetési stratégia?
A WEMASY-nél megtanultuk, hogy az a legjobb termékbevezetési stratégia, amelyben a csapat naponta használja a terméket, mielőtt bárki más látná. Ha te magad érzed a súrlódást, a valódi problémákat javítod ki, nem azokat, amelyeket a tervezéskor elképzeltél. A korai visszajelzés 10-30 valódi felhasználótól olyan külső nézőpontot ad, amire a csapatod nem képes. Mire nyilvános leszel, a termék már a kaotikus, valódi körülmények között is működik.
Meddig tartson a belső tesztelés a termékbevezetés előtt?
Legalább két-négy hét valódi, napi használat. Egy hétvégi gyors teszt nem mutatja meg azt a súrlódást, ami csak ismételt használat után jön elő. A cél az, hogy megtaláld azokat az apró gondokat, amelyek napok alatt halmozódnak, például a plusz kattintásokat, a zavaros folyamatokat vagy a hiányzó kontextust. A felhasználók ezeket azonnal érzik, a csapatok viszont gyakran nem veszik észre.
Elkészítsem a termékbevezetési marketingtervet, mielőtt a termék kész?
Kezdd el korán a tervezést, de az üzeneteket csak akkor véglegesítsd, ha a terméket már tesztelték. A termékbevezetési marketingtervedet valódi felhasználói visszajelzésekre építsd, ne feltételezésekre. Ha a tesztelésből kiderül, hogy a felhasználók más előnyt értékelnek, mint amire számítottál, a marketinges szemléletednek is változnia kell. Készítsd a tervet párhuzamosan, de maradj rugalmas.
Mi a csapatok legnagyobb hibája a termékbevezetéskor?
Hogy a bevezetés napjára készülnek, nem a hétköznapokra. Sok csapat rohan, hogy tartsa a határidőt, és kihagyja a valódi tesztelést. A termék remekül néz ki a prezentáción, de a harmadik napon már bosszantja a felhasználókat. Ha rászánsz még egy hetet az alapos tesztelésre, hónapnyi bevezetés utáni javítást és negatív visszajelzést spórolsz meg.
Hány korai felhasználóval teszteljek a nyilvános bevezetés előtt?
Kezdd 10-30 felhasználóval, akik a valódi célközönségedet képviselik. Olyanok legyenek, akik rendszeresen használni fogják a terméket, ne csak barátok, akik egyszer körülkattintgatnak. Az ő visszajelzésük többet ér több száz kérdőívválasznál, mert ők érzik azt a valódi súrlódást, ami fölött az alkalmi tesztelők elsiklanak.
Hogyan teszteli a WEMASY a saját termékeit a bevezetés előtt?
Minden WEMASY funkció három szakaszon megy át: először a csapat használja naponta, aztán néhány meglévő felhasználóval teszteljük, és csak ezután jön a nyilvános kiadás. Ha egy funkció nem működik gördülékenyen a csapatnak és a korai felhasználóknak, nem adjuk ki. Így minden eszköz az első naptól stabil, átlátható és kész a valódi munkára.
