hogyan írná le a mai tipikus mobilalkalmazás-felhasználót? Gyakran előfordul, hogy olyan, mint egy elkényeztetett kölyök: nyűgös, igényes, zavart, sőt rövid temperamentumú! Nem hibáztathatja őket; végül is az alkalmazásfejlesztők azok, akik elsősorban túlzottan elkényeztették őket! Most élvezik a túlzott választás luxusát.
de mindezen hibák között van egy lehetőség is; minél több felhasználó vár, annál több problémájuk van, ezért több lehetőség nyílik az alkalmazásfejlesztők számára. Ezért találhat alkalmazásokat a mai legtriviálisabb problémákra is.
mégis, az emberek komolytalan jellege miatt ritkán kap egy második esélyt, ha rosszul megy. Ezért nem engedhet meg magának hibákat az első kísérlet során!
az első dolog, ha van egy ötleted, győződjön meg róla, hogy tisztában van azzal, hogy melyik problémát kezeli, és hogyan kívánja segíteni a felhasználót. Mint minden vállalkozás, az ügyfelek igényeit egy talapzaton kell elhelyeznie. Ne hagyja, hogy álmai kudarcot valljanak néhány szemtelen felhasználó szeszélye miatt!
1. kérdés: Miért érdemes többet olvasni?
a blog olvasása biztosítja, hogy az első kísérleted olyan jól megy, amennyire csak lehet. Az alkalmazásfejlesztés megkezdése előtt képesnek kell lennie arra, hogy magabiztosan és egyértelműen válaszoljon a következő kérdésekre. Ezek a kérdések:
- Clarity
- késések megelőzése
- növelje a siker esélyeit.
Olvass tovább építeni sikeres alkalmazások!
2. kérdés: Mi a célja a mobilalkalmazásnak?
ez alapvetően meghatározza az alkalmazás, a csapat, a fejlesztési folyamat hangját, és meghatározhatja a személyiségét az elkövetkező néhány hónapban.
minden üzleti vállalkozáshoz hasonlóan katasztrofális lesz egy alkalmazáson belüli munka megkezdése világos jövőkép vagy cél nélkül. Sőt, a cél segít meghatározni, hogyan határozza meg a sikert: a felhasználók, a pénz, a fizetett előfizetések, a látogatások stb? Ha a siker mérésének módja nem kapcsolódik közvetlenül a céljához, akkor haszontalan!
ennél is fontosabb, hogy a célnak lehetővé kell tennie, hogy sikeres üzleti modellt dolgozzon ki az alkalmazás körül; végül is ez a cél, igaz? (Hacsak nem tervezi, hogy fut egy jótékonysági, ez valóban nagyon fontos).
enélkül könnyebb beleesni az újratervezés és az újrafókuszálás csapdájába újra és újra. Ahogy többet keres a piaci igényeiről, és idővel visszajelzést kap, nagyon valószínű, hogy minden alkalommal negatív visszajelzést lát. Így, akkor a végén megy körbe, anélkül, hogy valaha befejezése az alkalmazás időben.
így a cél lehetővé teszi az összpontosítást, sőt válság idején irányt is ad.
3. kérdés: Meg tudja határozni, hogy a mobilalkalmazás mit fog tenni néhány szóban?
ez ismét azért van, hogy összpontosítson, de az alkalmazás és az új vállalkozás céljának vagy céljának kezelése helyett az alkalmazás elsődleges vagy legfontosabb jellemzőjére összpontosít.
például az Amazon App elsődleges jellemzője a felhasználók kényelme a termékek vásárlásakor; például a termékértékelések következnek.
mondhatjuk, hogy ez a célból származik; ahol az elsődleges funkciókészletnek végre kell hajtania az alkalmazás vagy vállalkozás célját.
4. kérdés: hogyan védheti meg mobilalkalmazás-ötletét?
ez a kérdés sok ügyfelemet zavarja; mindenki kreatív vagy találékony, kissé óvatos az emberek felvételével és konzultációjával, mert attól tartanak, hogy valaki ellopja.
ami még rosszabbá teszi ezt a félelmet, hogy az ötleteket nem lehet szabadalmaztatni.
ezért nem számít, mennyire eredeti az ötleted, ha valaki más megver, hogy végrehajtsa, végül szabadalmaztathatja a nevében!
a kreativitás károsodásának elkerülése és a szellemi tulajdon védelme érdekében először csak olyan emberekkel kell dolgoznia és megvitatnia ötletét, akikben megbízik, és akkor is csak takarékosan. Csak azt ossza meg, amit tudnia kell!
ha nyilvánosságra kell hoznia és részletesen meg kell osztania az alkalmazásfejlesztőkkel (akiket felvesz, hogy fejlesszék az alkalmazást az Ön számára; és, akiknek meg kell érteniük, hogy teljesen annak érdekében, hogy építeni, hogy a pontos igények), akkor kell használni a titoktartási megállapodások, mielőtt nyilvánosságra semmilyen részletet.
5. kérdés: ki a projekt tulajdonosa?
ez a kérdés annak szükségességével foglalkozik, hogy világos meghatározásokkal rendelkezzen a “Ki kicsoda” a csapatban. Konkrétan azzal foglalkozik, hogy ki a felelős (azaz ki a vezérigazgató?)- az, akinek a végső szava van a fontos döntéshozatalban?
ettől eltekintve hivatalosan foglalkoznia kell a méltányosság kérdésével.
- hogyan tervezi megosztani a saját tőkét?
- egyenletesen osztod meg a csapatod között?
- van valaki többségben másokkal szemben?
- mennyi saját tőkét adott el (vagy szándékozik eladni) külső forrásoknak?
- akkor ki lesz a legnagyobb részvényes?
további,
- mi a terved a tulajdonjogra, amikor elindulsz?
- a csapata továbbra is veled dolgozik?
- csatlakozik egy új, amelynek van némi indítás utáni tapasztalata?
- szándékában áll több részvényt eladni a bevezetés után?
a konfliktusok elkerülhetetlenek, de mint a legfontosabb tényezők, ha ezt a get-go-ból töröljük, csökkenteni fogja őket. Nem akarja, hogy öltönyök sorakozzanak a küszöbön,amikor pénzbe kezd!
6. kérdés: kik lesznek a mobilalkalmazás fő felhasználói?
minden sikeres alkalmazás, amely ma létezik, azzal a céllal indult, hogy valamilyen problémát megoldjon a felhasználók számára. (Időnként a felhasználók nem tudtak a problémáról, amíg rájöttek, hogy van alternatíva!)
az Ön célja egy létező vagy hipotetikus probléma megoldását mutatja be; a felhasználók azok, akiknek meg kell oldani.
tehát ez a kérdés segít megérteni a célközönséget, annak demográfiai adatait, szokásos érdekeit és szokásait. Ezen keresztül azonosíthatja, hogy milyen típusú telefonokat vagy táblagépeket fognak használni.
7. kérdés: melyik Platform lesz a legjobb ezeknek a felhasználóknak?
az előző kérdésre adott pontos válasz viszont segít megválaszolni, hogy milyen típusú platformra és operációs rendszerre kell összpontosítania az alkalmazásfejlesztést.
időnként érdemes egy típusú eszközre vagy operációs rendszerre összpontosítani, hogy kihasználhassa a natív funkciók előnyeit; máskor inkább olyan alkalmazást építhet, amely az összes főbb operációs rendszerbe és eszközbe beépíthető.
ezt a projekt célja, a felhasználó típusa, a versenyelőny és más piaci jellemzők határozzák meg.
például, ha az alkalmazást elsősorban az iPhone és az iPad felhasználók használják, akkor az iOS-ben fejlesztheti és optimalizálhatja a különböző furcsaságainak kihasználásával.
ha viszont mind az Android, mind az iOS számára elkészítette volna az alkalmazást, akkor a tervezést mindkettőben a közös jellemzőkre korlátozta volna.
8. kérdés: Mennyire fontos a tervezés a mobilalkalmazás számára?
ez a kérdés ismét az előzőt követi.
a célfelhasználók jól definiált, akkor van egy durva vázlatot a tervezési húzott ki, amely megfelel az ízlésüknek. Ez megakadályozza a későbbi konfliktusokat és késedelmeket. A tervezés prioritási szintjét is hozzárendelheti.
ha csak a tervezésre koncentrál a legvégén, amikor állítólag az alkalmazás egyik központi funkciója, akkor nagy késéssel jár!
a felhasználói élmény itt a kulcs; ennek összhangban kell lennie a fő céljával is. Fontos, hogy az alkalmazás pontosan azt tegye, amit akar, hogy pontosan úgy szimulálja a felhasználói élményt, ahogy elképzelte.
ha például az alkalmazás felhasználói tizenévesek lesznek, akkor az alkalmazásnak valószínűleg tervezésorientáltnak kell lennie, hogy vonzza a rövid figyelmet. Másrészt az idősebb emberek előnyben részesíthetik az egyszerűséget a hangos kialakítással szemben.
9. kérdés: miben különbözik a mobilalkalmazása a versenytársaitól?
ez is kapcsolódik a cél. Ha mondjuk, a cél egy olyan probléma megoldása, amellyel a célfelhasználók szembesülnek vagy szembesülhetnek, akkor azt gondolná, hogy olyasmit kínál, amit a piacon senki más nem tesz!
ez az, amit a legtöbb App fejlesztők hajlamosak azt gondolni, hogy ők az “elsők” csinálni. Ez sajnos általában nem igaz!
valószínűleg nincs közvetlen versenytársa, de legalább valamilyen versenyre van szükség. (Éljen a kapitalizmus!)
mindenesetre az alkalmazás létezése nélkül az emberek különféle módokon oldanák meg problémáikat, bármennyire is tökéletlenek. Az Indítás után az alkalmazás versenyezni fog ezekkel a primitív megoldásokkal. Lehet nézni ezt a kérdést, mint egy változata ‘hogyan én tervezett felhasználók megoldani a problémákat ma?’.
ez segít meghatározni az alkalmazás potenciális értékét, és segíthet kitalálni az árképzési stratégiát.
10. kérdés: mennyibe kerülne a mobilalkalmazás felépítése? és mennyi ideig tartana?
ez bármilyen típusú projekt pénzügyi követelménye. Valami építése vagy létrehozása időt, erőfeszítést és erőforrásokat igényel, és nem csak a sajátját!
hónapokba, ha nem évekbe telhet, mire az alkalmazás elkezd pénzt keresni, de akkor is fizetnie kell az embereknek erőforrásaikért, idejükért és erőfeszítéseikért.
nagyjából, és ami a legfontosabb, képesnek kell lennie a költségek felosztására:
- fix költségek vagy általános költségek
- változó költségek
intelligens ezeket tovább bontani, hogy megbizonyosodjon arról, hogy az összes költséget tartalmazza. Hacsak nem vagy már mélyen a pénzben, más forrásokból kell finanszíroznod (leggyakrabban a kockázat magas szintje miatt), és hajlamosak értékelni azokat a számokat, amelyek pontosan meghatározzák az összes kapcsolódó költséget. Ezt arra használják, hogy meggyőződjenek arról, hogy az alkalmazás megéri-e ezt a pénzt, véleményük szerint.
továbbá a fix és változó költségekre való felosztás lehetővé teszi, hogy felismerje, mennyit vagy mennyit kell eladnia ahhoz, hogy nullszaldós legyen. Ezek a számok javítják az egyértelműséget mind a csapat, mind a befektetők számára.
még hasznosabb az alkalmazás idővonalának különböző fázisainak felvázolása a költségek és a várható bevételek tekintetében; ez pontosabbá teszi az értékelemzést, különösen egy kívülálló számára.
a VC, ez segíthet nekik megérteni a megtérülési idő, a belső megtérülési ráta (IRR) és a nettó jelenérték (NPV). Ezek az értékek segítenek nekik eldönteni, hogy finanszírozni akarnak-e, és lehetővé teszik számukra, hogy meghatározzák ajánlati feltételeiket.
ezenkívül az idővonal segít a Termékhátralék és a kapcsolódó határidők felépítésében, hogy a pályán maradjon.
11. kérdés: Mi a mobilalkalmazás bevételszerzési stratégiája?
ez ismét az alkalmazás és az üzlet elsődleges céljához kapcsolódik. Ha az alkalmazás az Ön vállalkozása, akkor az összes bevétele közvetlenül az alkalmazásból és annak felhasználóiból származna, ezért ki kell találnia az árazási modelljét: fix ár, előfizetési modell, mindkettő keveréke, egyéb alkalmazáson belüli vásárlások stb.
ha a hirdetésekre fog támaszkodni a bevétel szempontjából, akkor legyen ötlete arról, hogy milyen hirdetések legyenek, hány hirdetés, hogyan jelennek meg stb.
ha azonban az alkalmazásnak ki kell egészítenie a fő üzleti tevékenységét, akkor a bevételszerzési stratégiája arra összpontosít, hogy miként irányíthatja a forgalmat a pénzkereseti vállalkozásához.
ha ezt kifejezetten lefekteti, lehetővé teszi, hogy ne veszítse el a fókuszt, és ennek megfelelően építse fel a funkcióit.
12. kérdés: mi akadályozhatja a mobilalkalmazás sikerét?
itt megpróbálja azonosítani a projekttel kapcsolatos bármely vagy minden várható és lehetséges kockázatot. Gyakran, ezeket elsősorban két típusra lehet osztani:
- belső kockázatok
- külső kockázatok
ezután konzultál a csapat többi tagjával, hogy dolgozzon ki egy listát a javasolt megoldásokról ezekre a kockázatokra.
például a dolgozat egyik oldalára leírhatja az összes várható kockázatot, miután konzultált a csapatával, a másikra pedig megírhatja a javasolt megoldásokat ezeknek a kockázatoknak a kezelésére, amikor és amikor előfordulnak.
ezek a kockázatok magukban foglalhatnak minden olyan külső függőséget, amely késedelmet okozhat vagy növelheti a költségeket. Erre pedig egy javasolt megoldás lehet, ha ezt a konkrét függőséget valakihez rendeljük, ez biztosítja a felelősséget.
néha csak egy bizonyos kockázat korai felismerése megakadályozhatja annak teljes bekövetkezését. Ha nem, akkor legalább lehetővé teszi a csapat számára, hogy megtervezze az esetleges eseményeket a hatás csökkentése érdekében.
következtetés
remélem hasznosnak találta ezt a bejegyzést. Próbáltam tömör lenni, és adtam egy listát azokról a kérdésekről, amelyeket elengedhetetlennek találtam.
befejezésül megismételem a legfontosabb dolgot, amelyet el kell távolítani ebből a bejegyzésből: a fejlesztés megkezdése előtt képesnek kell lennie arra, hogy válaszoljon ezekre a kérdésekre az alkalmazás számára. Nem kell, hogy egy darab papíron legyen (de ez segít), de ezeknek világosnak kell lenniük a fejedben.
egyértelműség, hit és bizalom nélkül, amit építeni próbálsz, kudarcra van ítélve! (Igen, ez a szörnyű igazság!)
hogyan kezdte el fejleszteni az alkalmazást? Megpróbálta megválaszolni ezeket a kérdéseket? Kérjük, ossza meg!