hoe zou u de huidige typische gebruiker van mobiele apps beschrijven? Vaker wel dan niet, hij heeft de neiging om als een verwend nest: kieskeurig, veeleisend, afgeleid, zelfs humeurig! Je kunt het ze niet kwalijk nemen; immers, App-ontwikkelaars zijn degenen die hen te veel verwend in de eerste plaats! Nu genieten ze van de luxe van overmatige keuze.
maar onder al deze gebreken ligt ook een kans; hoe meer gebruikers verwachten,hoe meer problemen ze hebben, dus meer mogelijkheden voor app-ontwikkelaars. Dat is de reden waarom je apps kunt vinden, zelfs voor de meest triviale problemen van vandaag.
maar vanwege de frivole aard van mensen, is het zeldzaam om een tweede kans te krijgen als je fout gaat. Vandaar, kunt u zich geen fouten in uw eerste poging veroorloven!
het eerste wat je moet doen als je een idee hebt, is ervoor zorgen dat je duidelijk bent over welk probleem het aanpakt en hoe het de gebruiker wil helpen. Net als elk bedrijf, moet u de behoeften van uw klanten op een voetstuk te plaatsen. Je moet je dromen niet laten mislukken door de grillen van een brutale gebruiker!
Vraag 1: Waarom meer lezen?
het lezen van deze blog zal ervoor zorgen dat uw eerste poging zo goed mogelijk zal gaan. Je moet in staat zijn om de volgende vragen vol vertrouwen en duidelijk te beantwoorden voordat je zelfs maar begint met de ontwikkeling van je App. Deze vragen brengen:
- duidelijkheid
- voorkom vertragingen
- verhoog de kans op succes.
Lees verder om succesvolle apps te bouwen!
vraag 2: Wat is het doel van uw mobiele App?
dit zet in principe de toon van uw App, uw team, uw ontwikkelingsproces, en kan net zo goed uw persoonlijkheid voor de komende maanden.
net als elke onderneming zal het desastreus zijn om een App te beginnen zonder een duidelijke visie of een doel. Bovendien zal het doel helpen om te bepalen hoe je succes definieert: in termen van gebruikers, geld, betaalde abonnementen, bezoeken, enz.? Als hoe je succes meet niet direct betrekking hebben op uw doel, dan is het nutteloos!
belangrijker is dat uw doel u in staat moet stellen om een succesvol bedrijfsmodel rond uw toepassing te ontwikkelen; dat is tenslotte uw doel, toch? (Tenzij je van plan bent om een goed doel te runnen, dit is inderdaad zeer belangrijk).
zonder dit, is het makkelijker om te vallen in een val van het opnieuw ontwerpen en opnieuw focussen keer op keer. Als u meer onderzoek over uw marktbehoeften en feedback te krijgen na verloop van tijd, is het zeer waarschijnlijk dat je zou willen verschuiven uw focus elke keer dat u een negatieve feedback. Zo, je kan uiteindelijk gaan in cirkels, zonder ooit het voltooien van uw app in de tijd.
zo maakt een doel concentratie mogelijk en geeft het zelfs richting in tijden van crisis.
vraag 3: kunt u in een paar woorden aangeven wat uw mobiele App zal doen?
dit is er weer om focus te bieden, maar in plaats van het doel of doel van de app en uw nieuwe onderneming aan te pakken, concentreert het zich op de primaire of de belangrijkste functie van uw app.
bijvoorbeeld, Amazon App ‘ s primaire functie is Gebruikers gemak voor het kopen van producten; product reviews, bijvoorbeeld, komen volgende.
je zou kunnen zeggen dat dit voortkomt uit de aim; waar de primaire feature set het doel van uw App of bedrijf moet uitvoeren.
vraag 4: Hoe kunt u uw mobiele App-idee beschermen?
deze vraag is iets dat een aantal van mijn klanten stoort; iedereen die creatief of inventief is, is een beetje op zijn hoede om mensen in te huren en te raadplegen vanwege hun angst dat iemand het steelt.
wat deze angst nog erger maakt, is dat ideeën niet geoctrooieerd kunnen worden.
vandaar dat, hoe origineel uw idee ook is, als iemand anders u verslaat om het uit te voeren, zij het in hun naam kunnen patenteren!
om schade aan uw creativiteit te voorkomen en om uw intellectuele eigendom te beschermen, moet u in de eerste plaats alleen werken en uw idee bespreken met mensen die u vertrouwt, en zelfs dan slechts met mate. Deel alleen wat ze moeten weten!
als u het in detail moet onthullen en delen met app-ontwikkelaars (die u inhuurt om de app voor u te ontwikkelen); en, die nodig hebben om het volledig te begrijpen om het op te bouwen aan uw precieze behoeften), dan moet je Non-Disclosure overeenkomsten te gebruiken voordat u alle details bekend te maken.Vraag 5: Wie is eigenaar van het project?
deze vraag richt zich op de noodzaak om duidelijke definities te hebben van “wie is wie” in uw team. Het gaat er specifiek om wie de leiding heeft (dat wil zeggen wie de CEO is?)- degene die het laatste woord heeft in belangrijke besluitvorming?
afgezien daarvan, wordt verondersteld het probleem van het eigen vermogen formeel aan te pakken.
- hoe bent u van plan het eigen vermogen te splitsen?
- wilt u het gelijkmatig over uw team verdelen?
- heeft iemand een meerderheid over anderen?
- hoeveel eigen vermogen hebt u verkocht (of van plan bent te verkopen) aan externe bronnen?
- wie zal dan de grootste aandeelhouder zijn?
verder,
- Wat is je plan voor eigendom bij de lancering?
- blijft uw team met u samenwerken?
- wordt er een nieuwe toegevoegd die na de lancering enige ervaring heeft?
- bent u van plan meer aandelen te verkopen na de lancering?
conflicten zijn onvermijdelijk, maar net als de meeste belangrijke factoren, zal het verwijderen van dit uit de get-go verminderen. Je wilt niet dat pakken in de rij staan als je geld krijgt.
Vraag 6: Wie zijn de belangrijkste gebruikers van uw mobiele App?
elke succesvolle app die vandaag bestaat, begon met het doel om een probleem voor zijn gebruikers op te lossen. (Soms wisten de gebruikers niet van het probleem totdat ze zich realiseerden dat er een alternatief was!)
uw doel biedt een oplossing voor een bestaand of hypothetisch probleem; de gebruikers zijn degenen voor wie het zal worden opgelost.
deze vraag zal u helpen uw doelgroep te begrijpen, zijn demografische, zijn gebruikelijke Interesses en gewoonten. Door dat, je zou kunnen identificeren welke soorten telefoons of tablets ze waarschijnlijk te gebruiken.
vraag 7: welk Platform is het beste voor deze gebruikers?
een nauwkeurig antwoord op de vorige vraag zal u op zijn beurt helpen om aan te geven op welk type platform en OS u uw App-ontwikkeling moet richten.
soms wilt u zich richten op één type apparaat of besturingssysteem om het voordeel te krijgen van de functies die er bij horen; andere keren wilt u misschien een App bouwen die kan worden geïmplementeerd in alle belangrijke besturingssystemen en apparaten.
dat wordt bepaald door het doel van uw project, het type gebruiker, uw concurrentievoordeel en andere marktkenmerken.
bijvoorbeeld, als uw app voornamelijk zal worden gebruikt door iPhone-en iPad-gebruikers, kunt u zich richten op het ontwikkelen van het in iOS en optimaliseren door gebruik te maken van de verschillende eigenaardigheden.
Als u daarentegen de app voor zowel Android als iOS had gebouwd, zou u uw ontwerp hebben beperkt tot de gemeenschappelijke functies in beide.Vraag 8: Hoe belangrijk zal het ontwerp zijn voor de mobiele App?
deze vraag volgt opnieuw de vorige.
als uw doelgebruikers goed gedefinieerd zijn, kunt u een ruwe omtrek van uw ontwerp laten opstellen die bij hun smaak past. Dit zal conflicten en vertragingen later voorkomen. U kunt ook het prioriteitsniveau van het ontwerp toewijzen.
als je je alleen richt op design aan het einde wanneer het, laten we zeggen, een van de centrale functies van de App moet zijn, dan heb je een uitgebreide vertraging!
gebruikerservaring is hier de sleutel; het moet ook in lijn zijn met uw belangrijkste doel. Het is van cruciaal belang dat uw App precies doet wat u wilt, dat het simuleert een gebruikerservaring precies zoals u het had voorgesteld.
als bijvoorbeeld de gebruikers van uw app tieners zullen zijn, dan moet uw App waarschijnlijk ontworpen zijn om hun korte aandacht te trekken. Aan de andere kant, oudere mensen kunnen de voorkeur aan eenvoud boven een luid ontwerp.Vraag 9: Wat onderscheidt uw mobiele App van die van uw concurrenten?
dit houdt ook verband met uw doel. Als Laten we zeggen, uw doel is om een probleem dat uw doelgroep gebruikers gezicht of kan worden geconfronteerd op te lossen, dan zou je denken dat je het aanbieden van iets dat niemand anders op de markt doet!
dat is wat de meeste app-ontwikkelaars denken, dat zij de “eersten” zijn om het te doen. Dat is helaas meestal niet waar!
hoogstwaarschijnlijk heeft u geen directe concurrenten, maar u zult wel op zijn minst een soort concurrentie hebben. (Lang leve het kapitalisme!)
zonder het bestaan van uw App zouden mensen hun problemen op verschillende manieren oplossen, hoe onvolmaakt ze ook mogen zijn. Na de lancering, uw App zal concurreren met deze primitieve oplossingen. Men kan deze vraag zien als een variant van ‘hoe lossen mijn beoogde gebruikers hun problemen vandaag op?’.
dit zal u helpen de potentiële waarde van uw App vast te stellen en kan u helpen uw prijsstrategie te bepalen.Vraag 10: hoeveel kost het om een mobiele App te bouwen? en hoe lang zou het duren?
dit is een financiële vereiste voor elk type project. Het bouwen of creëren van iets zal tijd, moeite en middelen vereisen, en niet alleen je eigen!
het kan maanden, zo niet jaren duren voordat uw App geld begint te verdienen, maar u moet nog steeds mensen betalen voor hun middelen, tijd en moeite.
in grote lijnen, en het belangrijkste is, moet u in staat zijn om de kosten te splitsen in:
- vaste kosten of algemene kosten
- variabele kosten
het is verstandig deze verder op te splitsen om er zeker van te zijn dat u alle kosten hebt opgenomen. Tenzij je al diep in geld, moet u financiering uit andere bronnen (meestal VC ‘ s als gevolg van het hoge niveau van risico), en ze hebben de neiging om cijfers die alle bijbehorende kosten precies te waarderen. Dit, ze gebruiken om te zien of uw App is dat geld waard, naar hun mening.
verder zal het opsplitsen in vaste en variabele kosten u in staat stellen om te herkennen hoeveel of hoeveel u moet verkopen om het Even te breken. Deze cijfers verbeteren de duidelijkheid voor zowel uw team als uw investeerders.
nog nuttiger is het afbakenen van de verschillende fasen van de tijdlijn van uw app met betrekking tot kosten en verwachte inkomsten; dit voegt precisie toe aan uw waardeanalyse, vooral voor een buitenstaander.
voor uw VC kan dit hen helpen uw terugverdientijd, zijn interne rendement (IRR) en netto contante waarde (NPV) te begrijpen. Deze waarden zullen hen helpen te beslissen of ze willen financieren, en hen in staat stellen hun voorwaarden te stellen.
verder zou de tijdlijn u helpen uw product achterstand en bijbehorende deadlines op te bouwen om op schema te blijven.
Vraag 11: Wat is de monetarisatiestrategie voor de mobiele App?
dit heeft weer betrekking op het primaire doel van uw App en bedrijf. Als uw App is uw bedrijf, dan al uw inkomsten zou rechtstreeks afkomstig zijn van de App en de gebruikers, dus je zou hebben om erachter te komen de prijsstelling model: een vaste prijs, een abonnementsmodel, een mix van beide, andere in-app aankopen, enz.
als het gaat om te vertrouwen op advertenties voor inkomsten, dan moet je een idee over wat voor soort advertenties te hebben, hoeveel advertenties, hoe ze verschijnen, enz.
als de App, echter, wordt verondersteld om uw belangrijkste bedrijf aan te vullen, dan is uw monetizing strategie zal zich richten op hoe het verkeer naar uw geld-making business.
als u dit expliciet hebt uitgelegd, kunt u de focus niet verliezen en de functies ervan dienovereenkomstig bouwen.
Vraag 12: wat kan het succes van uw mobiele App belemmeren?
hier probeert u alle verwachte en mogelijke risico ‘ s van uw project te identificeren. Vaak kunnen deze hoofdzakelijk in twee types worden opgesplitst:
- interne risico ‘s
- externe risico’ s
vervolgens raadpleegt u andere leden van uw team om met een lijst van voorgestelde oplossingen voor deze risico ‘ s te komen.
bijvoorbeeld, aan de ene kant van een papier kunt u alle verwachte risico ’s opschrijven na overleg met uw team, en aan de andere kant kunt u de voorgestelde oplossingen schrijven om deze risico’ s aan te pakken wanneer en wanneer ze zich voordoen.
deze risico ‘ s kunnen ook externe afhankelijkheden omvatten die vertragingen kunnen veroorzaken of de kosten kunnen verhogen. En een voorgestelde oplossing voor dat zou kunnen zijn het toewijzen van deze specifieke afhankelijkheid aan iemand zal zorgen voor verantwoordelijkheid.
soms kan het voorkomen dat een bepaald risico al in een vroeg stadium wordt waargenomen. Zo niet, dan op zijn minst, het zal uw team in staat stellen om te plannen voor onvoorziene gebeurtenissen om de impact te verminderen.
conclusie
ik hoop dat u dit bericht nuttig vond. Ik probeerde beknopt te zijn en gaf u een lijst van de vragen die ik essentieel vond.
tot slot, Ik zal herhalen het belangrijkste ding om weg te nemen van deze post: je moet in staat zijn om al deze vragen te beantwoorden voor uw App voordat u begint met de ontwikkeling. Je hoeft het niet op een stuk papier te hebben (maar dat helpt), maar ze moeten helder in je hoofd zijn.
zonder duidelijkheid, geloof en vertrouwen in wat je probeert op te bouwen, is het gedoemd te mislukken! (Ja, dat is de vreselijke waarheid!)
hoe bent u begonnen met het ontwikkelen van uw App? Heb je geprobeerd deze vragen te beantwoorden? Gelieve te delen!