Miten kuvailisit nykypäivän tyypillistä mobiilisovelluksen käyttäjää? Useimmiten hänellä on taipumus olla kuin hemmoteltu kakara: nirso, vaativa, hajamielinen, jopa äkkipikainen! Et voi syyttää heitä; loppujen lopuksi sovelluskehittäjät ovat niitä, jotka yliampuivat heitä ensinnäkin! Nyt he nauttivat ylenpalttisen valinnan ylellisyydestä.
mutta kaikkien näiden puutteiden joukossa on myös mahdollisuus; mitä enemmän käyttäjät odottavat, sitä enemmän ongelmia heillä on, joten sovelluskehittäjille avautuu enemmän mahdollisuuksia. Siksi voit löytää sovelluksia jopa kaikkein triviaali ongelmia tänään.
silti ihmisten kevytmielisyyden vuoksi on harvinaista saada toinen mahdollisuus, jos menee pieleen. Näin ollen sinulla ei ole varaa virheisiin ensimmäisellä yritykselläsi!
jos sinulla on idea, sinun on ensin varmistettava, että olet selvillä siitä, mitä ongelmaa se käsittelee ja miten se pyrkii auttamaan käyttäjää. Kuten mikä tahansa yritys, sinun täytyy Asettaa asiakkaiden tarpeet jalustalle. Älä anna unelmiesi epäonnistua joidenkin röyhkeän käyttäjän päähänpistojen takia!
kysymys 1: Miksi lukea lisää?
tämän blogin lukeminen varmistaa, että ensimmäinen yritys sujuu mahdollisimman hyvin. Sinun täytyy pystyä vastaamaan seuraaviin kysymyksiin luottavaisesti ja selvästi ennen kuin edes aloittaa sovelluskehityksen. Nämä kysymykset tuovat:
- selkeys
- Estä viiveet
- lisää Onnistumiskertoimia.
Jatka lukemista rakentaaksesi onnistuneita sovelluksia!
kysymys 2: Mikä on mobiilisovelluksesi tavoite?
tämä määrittää periaatteessa sovelluksesi, tiimisi, kehitysprosessisi sävyn ja voi yhtä hyvin määritellä persoonallisuutesi tulevina kuukausina.
samanlainen kuin mikä tahansa yritys, työn aloittaminen sovelluksen parissa ilman selkeää visiota tai päämäärää tulee olemaan tuhoisaa. Lisäksi tavoite auttaa määrittelemään, miten määrittelet menestyksen: käyttäjien, rahan, maksullisten liittymien, vierailujen jne. suhteen? Jos menestyksen mittaaminen ei suoraan liity tavoitteeseesi, se on hyödytöntä!
tärkeämpää on, että tavoitteesi avulla voit kehittää menestyksekkään liiketoimintamallin hakemuksesi ympärille; sehän on tavoitteesi, eikö niin? (Ellet aio suorittaa hyväntekeväisyyttä, tämä on todellakin erittäin tärkeää).
ilman tätä on helpompi langeta uudelleensuunnittelun ja uudelleen keskittymisen ansaan kerta toisensa jälkeen. Kun tutkimus lisää markkinoiden tarpeisiin ja saada palautetta ajan mittaan, on melko todennäköistä, että haluat siirtää keskittyä aina, kun näet negatiivista palautetta. Niin, saatat päätyä menee piireissä, ilman koskaan valmiiksi sovelluksen ajoissa.
näin tavoite mahdollistaa keskittymisen ja antaa jopa suunnan kriisiaikoina.
kysymys 3: Osaatko kertoa muutamalla sanalla, mitä mobiilisovelluksesi tekee?
tässäkin on tarkoitus keskittyä, mutta sen sijaan, että se käsittelisi sovelluksen ja uuden hankkeesi tavoitetta tai päämäärää, se keskittyy sovelluksesi ensisijaiseen tai tärkeimpään ominaisuuteen.
esimerkiksi Amazon-sovelluksen ensisijainen ominaisuus on käyttäjien mukavuus tuotteiden ostamisessa; seuraavaksi tulevat esimerkiksi tuotearviot.
voisi sanoa, että tämä perustuu tavoitteeseen; jossa ensisijaisen ominaisuuskokonaisuuden täytyy toteuttaa sovelluksesi tai liiketoimintasi tavoite.
kysymys 4: Miten voit suojata Mobiilisovellusideasi?
tämä kysymys on asia, joka häiritsee useita asiakkaitani; jokainen luova tai kekseliäs, on hieman varuillaan ihmisten palkkaamisessa ja konsultoinnissa, koska he pelkäävät jonkun varastavan sen.
tätä pelkoa pahentaa se, että ideoita ei voi patentoida.
näin ollen, olipa ideasi kuinka omaperäinen tahansa, jos joku muu voittaa sinut toteuttamaan sen, he voivat päätyä patentoimaan sen nimissään!
välttääksesi luovuutesi ja suojellaksesi immateriaalioikeuttasi sinun on ensin vain työskenneltävä ja keskusteltava ideastasi sellaisten ihmisten kanssa, joihin luotat, ja silloinkin vain niukasti. Jaa vain se, mitä heidän tarvitsee tietää!
jos sinun täytyy paljastaa ja jakaa se yksityiskohtaisesti sovelluskehittäjille (jotka palkkaat kehittämään sovelluksen sinulle; ja, jotka täytyy ymmärtää se täysin, jotta rakentaa sen tarkka tarpeisiin), sinun täytyy käyttää salassapitosopimuksia ennen paljastaa mitään yksityiskohtia.
kysymys 5: Kuka omistaa hankkeen?
tässä kysymyksessä käsitellään sitä, että joukkueessa pitää olla selkeät määritelmät ”Kuka kukin on”. Se koskee nimenomaan sitä, kuka on johdossa (eli kuka on toimitusjohtaja?)- se, jolla on lopullinen sananvalta tärkeässä päätöksenteossa?
sen lisäksi sen on tarkoitus käsitellä virallisesti osakekysymystä.
- miten aiot jakaa oman pääoman?
- jaatko sen tasan joukkueesi kesken?
- onko jollain enemmistö yli muiden?
- kuinka paljon omaa pääomaa olet myynyt (tai aiot myydä) ulkopuolisille tahoille?
- kuka on silloin suurin osakkeenomistaja?
edelleen,
- mikä on omistussuunnitelmasi, kun käynnistät?
- jatkaako tiimisi yhteistyötä kanssasi?
- liittyykö mukaan uusi, jolla on jonkin verran laukaisun jälkeistä kokemusta?
- aiotteko myydä lisää pääomaa lanseerauksen jälkeen?
konfliktit ovat väistämättömiä, mutta kuten useimmat tärkeät tekijät, niiden poistaminen alkutekijöistä vähentää niitä. Et halua pukuja jonottamaan ovellesi, kun alat saada rahaa!
kysymys 6: ketkä ovat mobiilisovelluksesi pääkäyttäjiä?
mikä tahansa onnistunut sovellus, joka on nykyään olemassa, aloitti tavoitteenaan ratkaista jonkinlainen ongelma käyttäjilleen. (Ajoittain käyttäjät eivät tienneet ongelmasta, kunnes he tajusivat, että on olemassa vaihtoehto!)
tavoitteesi esittää ratkaisun olemassa olevaan tai hypoteettiseen ongelmaan; käyttäjät ovat niitä, joille se ratkeaa.
tämä kysymys auttaa sinua ymmärtämään kohdeyleisöäsi, sen demografiaa, sen tavanomaisia kiinnostuksen kohteita ja tapoja. Sen kautta, voit tunnistaa, millaisia puhelimia tai tabletteja he todennäköisesti käyttävät.
kysymys 7: mikä alusta on paras näille käyttäjille?
tarkka vastaus edelliseen kysymykseen puolestaan auttaa selvittämään, millaiseen alustaan ja käyttöjärjestelmään sovelluskehitys kannattaa keskittää.
toisinaan haluat ehkä keskittyä yhteen laite – tai KÄYTTÖJÄRJESTELMÄTYYPPIIN saadaksesi hyödyn sen alkuperäisistä ominaisuuksista; toisinaan saatat haluta rakentaa sovelluksen, joka voidaan toteuttaa kaikkiin tärkeimpiin käyttöjärjestelmiin ja laitteisiin.
se sanelee tavoite projektin, tyyppi käyttäjä, kilpailuetu, ja muut markkinoiden ominaisuudet.
esimerkiksi, jos sovellustasi käyttävät ensisijaisesti iPhonen ja iPadin käyttäjät, voit keskittyä sen kehittämiseen iOS: ssä ja optimoida sen hyödyntämällä sen erilaisia oikkuja.
jos taas olisit rakentanut sovelluksen sekä Androidille että iOS: lle, olisit rajoittanut suunnittelusi yhteisiin ominaisuuksiin molemmissa.
Kysymys 8: Kuinka tärkeää Design tulee olemaan mobiilisovellukselle?
tämä kysymys noudattaa jälleen edellistä.
kun kohdekäyttäjäsi ovat hyvin määriteltyjä, voit piirtää suunnittelusi karkean ääriviivat heidän makuunsa sopivaksi. Näin vältytään konflikteilta ja viivästyksiltä myöhemmin. Voit myös määrittää suunnittelun prioriteettitason.
jos keskityt muotoiluun vasta aivan lopussa, kun sen pitäisi olla vaikkapa yksi sovelluksen keskeisistä ominaisuuksista, sinulla olisi mittava viive!
käyttökokemus on tässä avain; sen on oltava linjassa myös päätavoitteesi kanssa. On tärkeää, että sovelluksesi tekee juuri niin kuin haluat, että se simuloi käyttäjäkokemusta juuri sellaisena kuin olet kuvitellut sen.
jos esimerkiksi sovelluksesi käyttäjät ovat teini-ikäisiä, sovelluksesi tulisi todennäköisesti olla design-orientoitunut, jotta se herättäisi heidän lyhyen huomionsa. Toisaalta vanhemmat ihmiset saattavat suosia yksinkertaisuutta äänekkään muotoilun sijaan.
kysymys 9: mikä tekee mobiilisovelluksestasi erilaisen kuin kilpailijoidesi?
tämäkin liittyy tavoitteeseesi. Jos sanotaan, sinun tavoitteena on ratkaista ongelma, että tavoite käyttäjät kohtaavat tai voivat kohdata, niin luulisi, että olet tarjoaa jotain, että kukaan muu markkinoilla ei!
niin useimmat sovelluskehittäjät yleensä ajattelevat, että he ovat” ensimmäisiä”, jotka tekevät sen. Se ei valitettavasti yleensä ole totta!
todennäköisesti sinulla ei välttämättä ole suoria kilpailijoita, mutta sinulla on pakko olla ainakin jonkinlainen kilpailu. (Eläköön kapitalismi!)
joka tapauksessa ilman sovelluksesi olemassaoloa ihmiset ratkoisivat ongelmiaan eri tavoin, olivat ne kuinka epätäydellisiä tahansa. Käynnistämisen jälkeen, sovellus kilpailee näitä alkeellisia ratkaisuja. Yksi voi tarkastella tätä kysymystä muunnelma ’ Miten minun aiotut käyttäjät ratkaisemaan ongelmiaan tänään?’.
tämä auttaa sinua määrittelemään sovelluksesi mahdollisen arvon ja voi auttaa sinua hahmottamaan hinnoittelustrategiasi.
kysymys 10: paljonko mobiilisovelluksen rakentaminen maksaisi? kauanko siihen menisi?
tämä on rahoitustarve kaikissa hankkeissa. Rakentaminen tai luominen jotain vaatii aikaa, vaivaa ja resursseja, eikä vain oman!
voi kestää kuukausia, ellei vuosia ennen kuin sovelluksesi alkaa tehdä rahaa, mutta silti sinun pitäisi maksaa ihmisille heidän resursseistaan, ajastaan ja vaivannäöstään.
suurin piirtein, ja mikä tärkeintä, kustannukset pitäisi pystyä jakamaan:
- kiinteät kustannukset tai yleiskustannukset
- muuttuvat kustannukset
on järkevää eritellä tarkemmin, jotta kaikki kustannukset on laskettu mukaan. Ellei olet jo syvällä rahaa, tarvitset rahoitusta muista lähteistä (yleisimmin VC johtuu korkean riskin), ja ne yleensä arvostavat numeroita, jotka laittaa kaikki liittyvät kustannukset tarkasti. Tämä, he käyttävät nähdä, Jos sovellus on sen arvoinen, että rahaa, heidän mielestään.
edelleen, jakamalla kiinteisiin ja muuttuviin kustannuksiin, voit tunnistaa, kuinka monta tai kuinka paljon sinun on myytävä, jotta voit tehdä tasatuloksen. Nämä numerot parantavat selkeyttä sekä tiimillesi että sijoittajillesi.
vielä hyödyllisempää on määritellä sovelluksesi aikajanan eri vaiheet kustannusten ja odotettujen tulojen suhteen; tämä lisää tarkkuutta arvoanalyysiisi, erityisesti ulkopuoliselle.
VC: llesi tämä voisi auttaa heitä ymmärtämään takaisinmaksuajan, sen sisäisen tuottoasteen (IRR) ja nettonykyarvon (NPV). Nämä arvot auttavat heitä päättämään, haluavatko he rahoittaa, ja antavat heille mahdollisuuden asettaa tarjousehtonsa.
lisäksi aikajana auttaisi sinua rakentamaan Tuotekantaasi ja siihen liittyviä määräaikoja pysyäksesi raiteilla.
kysymys 11: Mikä on mobiilisovelluksen rahallistamisstrategia?
tämäkin liittyy sovelluksesi ja liiketoimintasi ensisijaiseen tavoitteeseen. Jos sovellus on yrityksesi, niin kaikki tulot tulisivat suoraan sovelluksesta ja sen käyttäjistä, joten sinun pitäisi selvittää sen hinnoittelumalli: kiinteä hinta, tilausmalli, sekoitus molempia, muut sovelluksen sisäiset ostokset jne.
jos se nojaa mainosten tuloihin, niin sinulla pitäisi olla käsitys siitä, millaisia mainoksia sinulla on, kuinka monta mainosta, miten ne näkyvät jne.
jos sovelluksen kuitenkin oletetaan täydentävän pääbisneksiäsi, niin rahantekostrategiasi keskittyy siihen, miten voit ohjata liikennettä rahantekobisnekseesi.
kun tämä on erikseen määritelty, voit keskittyä ja rakentaa sen ominaisuuksia sen mukaisesti.
kysymys 12: mikä voisi estää mobiilisovelluksesi menestyksen?
tässä pyritään tunnistamaan kaikki projektiin liittyvät ennakoidut ja mahdolliset riskit. Usein nämä voidaan jakaa ensisijaisesti kahteen tyyppiin:
- sisäiset riskit
- ulkoiset riskit
sen jälkeen neuvotellaan tiimisi muiden jäsenten kanssa ja laaditaan lista ehdotetuista ratkaisuista näihin riskeihin.
esimerkiksi paperin toiselle puolelle voisi kirjata kaikki ennakoidut riskit kuultuaan tiimiä, ja toiselle puolelle voi kirjoittaa ehdotetut ratkaisut näiden riskien torjumiseksi sitä mukaa kuin niitä ilmenee.
näihin riskeihin voi sisältyä ulkopuolisia riippuvuuksia, jotka voivat aiheuttaa viivästyksiä tai lisätä kustannuksia. Ja ehdotettu ratkaisu siihen voisi olla tämän erityisen riippuvuuden osoittaminen jollekulle varmistaa vastuun.
joskus jo pelkkä tieto tietystä riskistä varhaisessa vaiheessa voi estää sen kokonaan. Jos ei, niin ainakin, se antaa tiimillesi mahdollisuuden suunnitella ennakoimattomia vaikutuksia vaikutuksen vähentämiseksi.
Conclusion
toivon, että löysit tämän postauksen hyödylliseksi. Yritin olla ytimekäs ja annoin teille listan kysymyksistä, jotka olivat mielestäni olennaisia.
lopuksi toistan tärkeimmän asian, joka pitää ottaa pois tästä postauksesta: sinun pitäisi pystyä vastaamaan kaikkiin näihin kysymyksiin sovelluksessasi ennen kehitystyön aloittamista. Sinun ei tarvitse olla sitä paperilla (mutta se auttaa), mutta ne on oltava selkeä päässä.
ilman selkeyttä, uskoa ja luottamusta siihen, mitä yrität rakentaa, se varmasti epäonnistuu! (Kyllä, se on kauhea totuus!)
Miten aloitit sovelluksesi kehittämisen? Yrititkö vastata näihin kysymyksiin? Ole hyvä ja jaa!