V tem članku bomo govorili o fazah razvoja mobilnih aplikacij v SBS Soft.

Če na kratko opišemo razvojni proces, dobimo naslednji seznam:

1. Zbirka prijavnih zahtev.
2. Predhodna ocena stroškov razvoja.
3. Oblikovanje prototipa.
4. Priprava tehničnih specifikacij.
5. Razvoj prve izdaje izdelka.
6. Testiranje.
7. Objava.
8. Tehnična podpora.

Da boste ob stiku z nami vedeli, kako bo potekalo delo, se bomo podrobneje posvetili vsaki stopnji.

1. Zbirka prijavnih zahtev.

   Pokličete nas ali pustite zahtevo na spletnem mestu. Vodja prodaje zbira informacije v obliki telefonskega razgovora: kakšno mobilno aplikacijo želite izdelati, čemu je namenjena, kdo jo bo uporabljal, kakšne funkcije bo imela, ali imate spletno stran, ali potrebujete strežnik, ali bodo integracije s programskimi izdelki, na primer z 1C. Po zbranih informacijah vodja izpolnjen brief posreduje v oceno razvojnemu oddelku. Če ste zaskrbljeni glede varnosti in ekskluzivnosti ideje, bomo pred razpravo o projektu podpisali pogodbo o nerazkritju podatkov.

2. Predhodna ocena stroškov razvoja.

   Razvojni oddelek oceni, koliko časa bo trajala izdelava aplikacije, kateri strokovnjaki bodo vključeni. Odgovor o predhodnih stroških prijave boste prejeli v 1-3 dneh.

   Pomembno! Predhodna cena mobilne aplikacije se lahko razlikuje od končne cene tako navzgor kot navzdol. Točno višino stroškov razvoja aplikacije lahko izračunamo šele po pripravi projektne naloge.

   Po podpisu pogodbe je projekt dodeljen osebnemu vodji, ki bo nadzoroval potek dela, komuniciral z vami in odgovoril na vsa vprašanja. Naša ekipa uporablja JIRA - sistem za spremljanje izvajanja nalog, sledenje napak in porabljenega časa.

3. Oblikovanje prototipa.

   Da vam pokažemo, kako bo aplikacija delovala, potrebujete prototip – postavitev bodoče aplikacije. Prototip je lahko statičen ali interaktiven – z akcijskimi gumbi in prehodi. Analitik prevzame. Razmišlja o logiki aplikacije in uporabnikovi poti v njej – uporabniški zgodbi. Na tej stopnji vam lahko marketinški oddelek predlaga, da prilagodite idejo, se osredotočite na ciljno publiko in naloge, ki jih želite rešiti z mobilno aplikacijo.

   Ko je vse pripravljeno, analitik z vami uskladi prototipe, po potrebi naredi spremembe in jih posreduje oblikovalcu. Oblikovalec določi slog aplikacije in glavno usmeritev z uporabo koncepta smernic za oblikovanje materiala in smernic za človeški vmesnik iOS s priporočili za velikosti, oblazinjenje, vizualne učinke, animacijo. Programerji se zanašajo tudi na vodnike za razvoj mobilnih aplikacij Apple in Google.

4. Priprava tehničnih specifikacij.

   Projektne naloge pripravi analitik na podlagi odobrenih prototipov. V projektni nalogi so podrobno opisani: funkcionalnost mobilne aplikacije, prehodi, poslovni procesi, osnovni scenariji, načini sprejema in prenosa podatkov. Ko je TOR pripravljen, lahko natančno ocenite stroške projekta.

5. Razvoj prve izdaje izdelka.

   Na podlagi TOR programerji izdajo prvo izdajo mobilne aplikacije. Pri zapletenih projektih priporočamo izdelavo MVP - minimalno izvedljive različice izdelka, da preizkusite reakcijo uporabnika na aplikacijo. Naš analitik vam je vedno pripravljen pomagati določiti funkcionalnost, ki je potrebna za MVP. Po potrebi razvijemo strežnik za upravljanje mobilne aplikacije in API - storitev za prenos podatkov med strežnikom in aplikacijo.

6. Testiranje.

   Programi se preverjajo za hrošče s preizkusom dima, ročnim funkcionalnim testiranjem, avtomatiziranim funkcionalnim testiranjem in Monkey za Android. Če pride do napak, jih popravimo in vam prenesemo končano aplikacijo. Za statistiko prenosov in analizo vedenja uporabnikov v aplikaciji namestimo Firebase Analytics.

7. Objava.

   Ždanova Ksenija Denisovna

   Fakulteta za matematiko, ekonomijo, statistiko in informatiko, PRUE G.V. Plehanov Moskva, Rusija

   Opomba: »Ste se kdaj soočili s takšno težavo: vaši starši uporabljajo Viber, vaši prijatelji WhatsApp in Telegramm, vaši sodelavci pa izključno Facebook? Če je vaš odgovor pritrdilen, potem je naša aplikacija &WVTF prav za vas! Vrednost te ideje je v tem, da bo oseba, ki uporablja več programskih izdelkov hkrati, kot so Viber, WhatsApp, Telegramm in Facebook, lahko komunicirala z vsemi kontakti iz ene aplikacije, ne da bi morala preklapljati med več programi.

   Ključne besede: poslovni načrt, poslovni model A. Osterwalderja, mobilna aplikacija, naložba, inovacijski model

   Izdelava poslovnega načrta mobilnih aplikacij &WVTF

   Ždanova Ksenija Denisovna

   Fakulteta za matematično ekonomijo, statistiko in informatiko Plehanova Ruska ekonomska univerza Moskva, Rusija

   Povzetek: Namen projekta je ustvariti edinstveno mobilno aplikacijo za združevanje sporočil iz različnih messengerjev. "Ste se kdaj soočili s takšno težavo: vaši starši uporabljajo Viber, WhatsApp in prijatelji Telegramm, sodelavci pa so izjemno Facebook? Če je vaš odgovor "da", potem je naša aplikacija "& WVTF" posebej za vas!" Vrednost te ideje je, da bo oseba, ki uporablja več programskih izdelkov, kot so Viber, WhatsApp, Telegramm in Facebook, lahko klepetala z vsemi vašimi stiki iz ene same aplikacije, ne da bi bilo treba preklapljati med več programi.

   Ključne besede: poslovni načrt, poslovni model A.Ostervalderja, mobilna aplikacija, naložba, inovacijski model

   1. POVZETEK PROJEKTA

   Poslovna ideja je ustvariti aplikacijo, ki združuje najbolj priljubljene hitre sporočile.

   Naše podjetje se bo ukvarjalo s proizvodnjo, implementacijo in vzdrževanjem mobilne aplikacije &WVTF, ki bo združevala več priljubljenih messengerjev hkrati, kot so:

   1) WHATSAPP,

   2) VIBER,

   3) facebook,

   4) TELEGRAM

   Cilj tega projekta je ustvariti edinstveno mobilno aplikacijo za združevanje sporočil iz različnih messengerjev.

   Naše stranke bodo ljudje, ki uporabljajo več hitrih sporočil hkrati, saj sogovorniki uporabljajo različne programe (zaradi posebnosti operacijskega sistema telefona in preferenc). Tako bodo ljudje lahko komunicirali brez preklapljanja med različnimi programi in okni. Kupci bodo tako uporabniki iOS-a kot Androida. Starostni segment kupcev je od 7 do 99 let.

   Strankam bomo podatke sporočali preko interneta, in sicer preko aplikacij AppStore in GooglePlay. Oglaševanje prek skupine Vkontakte in Yandex.Direct

   Naši konkurenti sta aplikaciji Nimbuzz in Snowball. Glavna razlika so glasniki, vključeni v našo aplikacijo. To so najbolj priljubljeni messengerji.

   Dolgoročne perspektive so:

   • Povečanje števila strank
   • Dodajanje najbolj priljubljenih in zahtevanih sporočil v našo aplikacijo, tj. razvoj mobilnih aplikacij.

   Začetne potrebe po financiranju in prihodki po izvedbi projekta:

   Začetni kapital = 300.000 rubljev

   Za prvi MESEC dela je predvidena prodaja 5000 plačljivih različic aplikacije po ceni 1$/verzijo. Tako bo prihodek od prodaje za prvi mesec znašal 300.000 rubljev.

   Pri prodaji brezplačnih različic, v katerih se pojavljajo pojavni oglasi, je načrtovan dohodek za prvi mesec v višini 100.000 rubljev.

   Recimo, da je od 2. meseca od začetka prodaje načrtovana prodaja 2500 aplikacij na mesec, dohodek bo enak 150.000 rubljev + prihodek od prodaje 100.000 rubljev = 250.000 rubljev na mesec. SKUPAJ \u003d 400.000 + 11 * 250.000 \u003d 400.000 + 2.750.000 \u003d 3.150.000 rubljev

   Organizacijska in pravna oblika podjetja - samostojni podjetnik posameznik

   Za izvedbo projekta je načrtovano privabiti 5 zaposlenih:

   1. Glavni programer,

   2. Programer,

   3. Strokovnjak za tehnično podporo (2 zaposlena),

   4. Vodja.

   2. OPIS PROJEKTA

   Vrsta našega investicijskega projekta je izdelava projekta iz nič, saj projekt je inovativen in nima prejšnjih različic.

   Trenutno je projekt v fazi "Zbiranje ekipe" in "Ustvarjanje koncepta".

   Ob zagonu je načrtovano izvajanje projekta po vsej Ruski federaciji, po uspešnem zagonu pa nameravamo razširiti obseg in omogočiti uporabo naše aplikacije po vsem svetu.

   Cilj tega projekta je ustvariti edinstveno mobilno aplikacijo za združevanje sporočil iz različnih messengerjev.

   Kako se je rodila naša poslovna ideja: »Ste se kdaj srečali s takšnim problemom: vaši starši uporabljajo Viber, vaši prijatelji WhatsApp in Telegramm, vaši sodelavci pa samo Facebook? Če je vaš odgovor "da", potem naša aplikacija "& WVTF" posebej za vas!"

   Vrednost te ideje je v tem, da bo oseba, ki uporablja več programskih izdelkov hkrati, kot so Viber, WhatsApp, Telegramm in Facebook, lahko komunicirala z vsemi kontakti iz ene aplikacije, ne da bi morala preklapljati med več programi.

   Za dosego cilja našega projekta je potrebno podpisati pogodbe za zagotavljanje strežnikov za Viber, WhatsApp, Telegramm in Facebook. To bo storjeno prek API-ja (Application Programming Interface). API definira funkcionalnost, ki jo ponuja program (modul, knjižnica), medtem ko vam API omogoča, da abstrahirate, kako natančno je ta funkcionalnost implementirana.

   Rok za dosego cilja projekta - od začetka izdelave aplikacije do objave aplikacij v AppStore in GooglePlay ne bo presegel 2 meseca.

   3. PODATKI O GLAVNIH UDELEŽENCIH PROJEKTA

   Zgodba:

   Zgodovine posojilojemalca ni, saj to je prvi zagon.

   Glavni udeleženci projekta:

   • Glavni programer
   • Programer

   Vrstni red interakcije v projektu- ustanovitelj podjetja (je tudi poslovodja) z navedenimi strokovnjaki sklene pogodbo, v kateri določi njihove delovne obveznosti.

   Upravitelj je dolžan napisati TOR v skladu z GOST št. 34 in ga prenesti glavnemu programerju ter skleniti pogodbe za dostop do strežnikov WhatsApp, Viber, Telegram, FaceBook. Glavni programer nato posodobi programerja, da začne ustvarjati aplikacijo. Po dodeljenem času morajo programerji predhodno različico pokazati upravitelju za odobritev in nadaljnje delo.

   Organizacijski načrt:

   Potreben je začetni kapital v višini 300.000 rubljev, ki ga bo financiral ustanovitelj podjetja.

   Prva 2 meseca bosta izguba zagonskega kapitala, nato začne startup ustvarjati dobiček.

   Tabela 1. Izračun potrebnih investicij

   Stroški osebja
   	Naziv delovnega mesta	Znesek plače na mesec, rub
   	Glavni programer
   	Programer
   	Strokovnjak za tehnično podporo (2 osebi)
   	Vodja prodaje/pogodbe
   Skupni stroški osebja
   Stroški opreme (niso vključeni)
   Stroški najema (niso vključeni)
   Pogodbeni stroški (dostop do strežnika)
   	WhatsApp
   	Telegram
   	Facebook
   Skupni stroški

   
   

   4. OPIS IZDELKA

   Program izdelkov:

   Ponujamo vam nov &WVTF messenger:

   1) Priročen intuitiven vmesnik

   2) Možnost nakupa brezplačne različice

   3) Prihranite baterijo in pomnilnik v pametnem telefonu z uporabo enega messengerja namesto 4!

   4) Naša aplikacija je na voljo za pametne telefone Android in IOS

   5) Možnost uporabe ene aplikacije namesto 4 brez izgube funkcionalnosti vseh programov

   Zagotovili bomo 2 ogled naše aplikacije:

   a. Spletno mesto iphones.ru je brezplačen(v testiranju)

   b. Spletno mesto appleinsider.ru/obzory-prilozhenij - za plačilo

   c. Appstudio.org/ios-apps - za plačilo (7000 rubljev)

   2) Za uporabnike Android:

   a. Spletno mesto androidinsider.ru - za plačilo

   b. Spletno mesto ferra.ru/ru/apps/ - za plačilo

   c. Spletno mesto android4all.ru/soft - je brezplačen

   1. Zbiranje ekipe

   2. Plačilo programerskih storitev

   3. Pisanje aplikacij za operacijska sistema IOS in Android

   4. Pridobitev patenta za aplikacijo

   6. Implementacija aplikacij v Google Play in AppStore

   7. Razvoj marketinške strategije za privabljanje novih strank

   8. Tehnična podpora uporabnikom

   9. FINANČNI NAČRT (POROČANJE O OBETIH, KAZALNIKI)

   Kazalniki uspešnosti projekta:

   1) DPBP (DISKONTIRANO OBDOBJE VRAČILA). To je čas, ki je potreben, da trenutni (diskontirani) neto denarni tok projekta preseže začetno naložbo. Ta kazalnik odraža obdobje, ob koncu katerega se povrne ves denar, vložen v projekt, pod pogojem, da je diskontna stopnja pravilno izbrana. Indikator ne sme preseči trajanja projekta, sicer se bo projekt štel za nedobičkonosnega.

   2) NPV (ČISTI SEDANJI DOHODEK). Eden ključnih kazalnikov projekta, ki je trenutni (diskontirani) znesek neto denarnih tokov iz izvedbe projekta (razlika med vsemi denarnimi prilivi in ​​odlivi), izračunan ob upoštevanju pričakovane spremembe vrednosti denarja. Prikazuje absolutni znesek denarja (dohodka), ki ga bo banka ali investitor prejela z vlaganjem denarja v vaš projekt. Omogoča primerjavo projektov enakega trajanja in upošteva njihov obseg. Da se projekt šteje za dobičkonosnega, mora biti ta kazalnik vsaj večji od nič.

   3) IRR (INTERNA STOPNJA DONOSNOSTI). Skupaj z NPV je eden ključnih kazalnikov projekta in označuje stopnjo donosa vloženega denarja ob upoštevanju časovnega dejavnika in ob popolnem kritju vseh stroškov projekta iz prihodkov. Izračuna se kot mejna stopnja - diskontna stopnja, pri kateri je NPV projekta enaka 0. IRR vam omogoča primerjavo učinkovitosti naložb v projekt z alternativnimi možnostmi finančnih naložb (na primer v druge, bolj donosne projekte) in prikazuje relativno donosnost projekta na enoto vloženih sredstev. Ta številka mora presegati diskontno stopnjo.

   4) PI (INDEKS DOBIČKOVNOSTI PROJEKTA). Je tudi eden ključnih kazalnikov projekta in se izračuna kot razmerje med NPV in začetno investicijo. Prikazuje relativno donosnost projekta v primerjavi z drugimi projekti s primerljivo višino začetne naložbe. Če je vrednost indeksa enaka ena ali manj, izgubi v primerjavi z drugimi projekti in naložbami in dejansko naredi projekt malo zanimiv za banko ali investitorja.

   Velikost naložbe:

   * Pri izračunih so uporabljeni povprečni podatki za Rusijo

   Ko smo iskali investitorja, smo v Sankt Peterburgu iz nič ustvarili podjetje za razvoj mobilnih aplikacij in ... napake, ki smo jih storili ...

   Rad bi povedal čim bolj pošteno in odkrito o naših izkušnjah z ustanovitvijo podjetja v Sankt Peterburgu za razvoj mobilnih aplikacij iz nič, katere napake smo storili, kaj delamo še naprej (no, kam brez tega) in o tem, kako poskušamo zgraditi nekaj zares obsežnega in »spremeniti ta svet« - namreč naš projekt mobilnega agregatorja blaga tapki (ime je seveda smešno, rojeno je kot izpeljanka angleške besede »tap«). Ko se ozrem nazaj na članek, potem ko sem ga napisal, vidim, da se je izkazalo za kar nekaj besedila (približno 18 strani v wordu), vendar upam, da bo povedano koristno. Kolegi so svetovali, naj dokument razdelimo na dele, vendar se mi zdi, da bo celotna pripoved, ki zajema nekaj več kot leto dni, omogočila popolnejšo sliko razvoja podjetja. Bralec bo v prispevku našel ekonomijo (menadžersko bilanco), ki se »vleče« že od vsega začetka, razčlenjeno po stroškovnih postavkah. Ničesar nismo dodajali ali odvzemali, vse številke so podane "kot so".

   Povedal vam bom o ustanavljanju podjetja od samega začetka: o iskanju prostorov, iskanju naložb, o glavni (začetni) ideji podjetja in o tem, kako se je skozi leto spreminjala, o uspehih in neuspehih. Ker smo junija 2013 (oziroma 29. maja) registrirali pravno osebo, lahko sklepamo, da smo stari 1 leto in se nekaterih odtenkov ne moremo več spomniti, vendar so glavni mejniki s fotografijami ohranjeni. Pomembno je - če kje v besedilu sklepam zase (in bralce) ali svetujem (neposredno ali posredno) - vas prosim, da to upoštevate izključno kot moje osebno mnenje, ki je s 50% verjetnostjo lahko temeljno narobe. In še nekaj - nekaterih točk se ne morem podrobno spomniti, zato lahko pride do majhnih netočnosti pri razlagi določenih številk - to ni poskus zadrževanja informacij, ampak preprosto elementarna pozabljivost, tk. Dnevnika nisem vodil (žal - popravljam se) in pišem po spominu.

   Poudarjam, da to nikakor ni vodnik iz serije "10 napak poslovnežev začetnikov" ali na primer "Kako uspeti v poslu iz nič". Uspeh je fleksibilen pojem in absolutno nimamo pravice pisati o njem, saj. ga še nismo dosegli, čeprav se trudimo na vse možne načine, kar pomeni za nas »uspeh« doseganje stabilnega dobička pri poslovanju. Kljub temu, da smo investicijski projekt, si naši investitorji (in mi sami) ne postavljajo za cilj dokapitalizacijo podjetja (stranke, pogodbe, izplačila), temveč mesečno politiko dividend (oz. dobiček).

   Takoj je treba opozoriti, da smo (zaenkrat) izgubarski projekt. Srečal sem IT podjetja, ki so se dobesedno v 3-4 mesecih povrnila in začela vračati naložbe (če sploh) v obliki dividend. Prijetno je brati o takih projektih, čutiti v sebi rahlo zavist do bolj nadarjenih fantov (brez ironije), ki so lahko "skočili" na trg. Nismo zmogli, poleg tega se je naš prvotni koncept mobilnih aplikacij, v okviru katerega smo pritegnili investicije, izkazal za popolnoma neuspešnega. Užival sem v branju zgodovine lansiranja Amperke na Habréju, a poskusil sem izkušnje fantov na lastni koži in ugotovil, da sta maloprodaja in razvoj programske opreme bistveno različna projekta, v našem primeru pa dobiček iz poslovanja dosegamo dolgo časa in boleče, saj. poslovne transakcije so časovno zelo različne (razen, če imate zelo veliko stranko, za katero zbirate ekipo - a to ni bil naš primer).

   Zamisel o podjetju in skladih tveganega kapitala kot viru naložb - kaj pričakovati?

   Torej, naša zgodba. Jeseni 2013 se je v ekipi, ki je mimogrede precej stara – mislim, da je povprečna starost 35-37 let, pojavil občutek, da bi lahko vstopili na trg z idejo »Mobilna aplikacija«. Graditelj za spletne trgovine". Veste, to je takrat, ko se mobilne aplikacije gradijo iz že pripravljenih html(5) predlog. Mimogrede, na trgu obstajajo takšni projekti - myapps.com, ibuildapp.com - od tistih, ki so "na posluhu". Ob predpostavki, da je naša konkurenčna razlika v pokritosti vseh mobilnih platform (ios, android, windows 8 in winphone) in native developmentu (natančneje uporabljamo produkte Hamarina), smo začeli razvijati poslovni načrt za iskanje investitorja. In čeprav sem imel od samega začetka nejasen občutek, da nas recimo naši skladi tveganega kapitala niso ravno veseli in se osredotočajo na projekte v bolj zrelem stanju, je bila ideja ravno v tem, da glavnim skladom pošljemo lepo predstavitev .

   Naši skladi tveganega kapitala ... Čudna panoga, verjetno zato, ker osebno nisem delal v njej, vendar je nemogoče razumeti z umom in razpoložljivimi informacijami. Predstavitev nam je vzela približno mesec dni. Aprila 2013 sem sestavil seznam skladov, ki delujejo v Rusiji, in jih začel pošiljati s spremnim pismom. Če pogledam nazaj, razumem, da predstavitev ni bila, milo rečeno, slaba. bilo je malo lepih grafov (eksponentno navzgor!) in tabel, več pa besedila s podrobnim opisom projekta. Izhajali pa smo iz tega, da bi morali ljudje za odločitev o naložbah že v prvi fazi dobro preučiti napisano in jih šele nato, če jim je všeč, povabiti na sestanek. Skupno je bilo na najbolj znane sklade poslanih okoli 15 pisem. Oglasil se je le eden - napisal je, da se bo oglasil čez 2 tedna. Ampak očitno zavrtel in pozabil. Torej, če imate podjetje na zelo ničelni stopnji, ko imate ekipo, nekaj razvoja in dobro (kot se zdi) idejo - ne pričakujte veliko pozornosti od sredstev. Jih je mogoče razumeti, saj. največja tveganja so ravno na ničelni stopnji ustanovitve podjetja, čeprav lahko tu pričakujete največji donos.

   In še ena opomba - če vaše podjetje vključuje sklad, potem je najpogosteje njegova naloga izstopiti z dobičkom v 3-5 letih in prodati svoj delež za več, kot je bila opravljena naložba. Skladno s tem lahko poslovni dobički zbledijo v ozadje, saj. vse to bo zahtevano, da se uporabi za povečanje velikosti samega podjetja - za povečanje kapitalizacije. Če govorimo o zasebnem vlagatelju, ga najverjetneje ne bo zanimala kapitalizacija podjetja, temveč dobiček, razdeljen v obliki dividend.

   Pošteno je reči, da se zdaj situacija s podporo zgodnjih fazah spreminja in pojavil se je prodržavni sklad IIDF (Fundacija za razvoj internetnih pobud). Na internetu ga je enostavno najti in zelo mladim ekipam svetujem, naj ga vzamejo resno. Če pogledam naprej, bom omenil, da smo bili nominirani za prvo zaposlitev IIDF leta 2013 (jeseni) in prišli med TOP 30 projektov, med, kot kaže, 750 prijavami. Govoril bom o naših izkušnjah z IIDF in razlogih, zakaj nismo prejeli (ali nismo sprejeli - kako gledati) naložb, na splošno pa so vtisi o tej organizaciji pozitivni in, odkrito povedano, zaradi mojega trenutnega znanja tvegane industrije ne vidim alternativ za ekipe na najzgodnejši stopnji razvoja v Ruski federaciji.

   Če se vrnem k vprašanju naložb. Naš partner je imel dostop do investitorjev v Sankt Peterburgu, ki so verjeli vame in se začeli zanimati za samo idejo in po vrsti sestankov z njimi je prišlo do odločitve, da nam odprejo investicijo. Obenem je investitor v novem poslu prejel 51-odstotni delež. Ta proces nam je vzel nekaj več kot mesec dni (3-4 srečanja, običajno v eni od kavarn) in prve dni maja 2013 smo lahko praznovali tako dan zmage v veliki domovinski vojni kot rojstvo našega podjetja. Ugotavljam, da smo investicije zahtevali po prvotnem poslovnem načrtu, ki je poleg opisa poslovnega procesa vseboval tudi finančne izračune pričakovanih prihodkov in odhodkov. Seveda se je ob začetku dela izkazalo, da zastavljene zamisli in s tem stroški nimajo nobene zveze z realnostjo, zato vam v zvezi s tem svetujem, da naredite razumno rezervo, razen če vam to dopuščajo vaše življenjske in vodstvene izkušnje. podati podrobno napoved. V zvezi z nami smo obljubili znesek 10.000.000 rubljev, vendar bo presežek tega zneska po naših previdnih napovedih približno 6-7.000.000 rubljev.

   Kolikor mi je znano, skladi tveganega kapitala redko zahtevajo 51-odstotni delež v podjetju, vendar domnevam, da je to bolj primerno za situacijo, ko že obstaja nekakšen vhodni finančni tok, zanimiva in potrjena poslovna ideja in solidna ekipa. Pod to definicijo vsekakor nismo spadali, saj. obstajala je ideja, nekaj razvoja razvijalcev iz starih krajev dela in poslovni načrt. Vse. Zdi se mi, da je to povsem normalna "cena" za visoko tveganje vlaganja od nič, ker. sicer (manjši delež v osnovnem kapitalu vlagatelja) lahko ponudijo paritetno naložbo.

   Iz svojih izkušenj si bom dovolil svetovati še nekaj točk pri komuniciranju z vlagatelji. Ni potrebe po zagotavljanju uspeha, ne glede na to, kako paradoksalno se sliši. Vlagatelji so resni ljudje in seveda pričakujejo večkratno povračilo naložbe, razumejo, da razmere na trgu niso rastlinjak za gojenje kumar z gnojili, ne pa zelo prijazno okolje za začetnike. Zato pri ocenjevanju svojih možnosti poskusite biti zelo pošteni do sebe in do ljudi, ki so pripravljeni vlagati. Dvomi so povsem normalni, domnevam, da lahko neumorni optimizem preprosto škodi.

   Nato zapišite pogoje dividendne politike. Vsaj napiši jih. Jasno je, da si vsi želimo »spremeniti svet«, vendar je cilj poslovanja na koncu dohodek in dobro je slišati vlagateljevo stališče o njegovi viziji delitve bodočih dividend. Zastavite vprašanje o bodočem soinvestitorju in o tem, ali bo vaš vlagatelj pripravljen razredčiti svoj delež. Trenutno smo na primer v seriji pogajanj o soinvestitorstvu, as kot že omenjeno, se naša pričakovanja niso ujemala z realnostjo, novi soinvestitor pa lahko omogoči nadaljnji razvoj posla, ob tem pa morda vrne vložena sredstva vašega prvega vlagatelja, da odkupi del njegovega deleža (delno ali v celoti).

   Kako to izgleda v praksi? V našem primeru je vlagatelj pripravljen (teoretično) prodati 25% od svojih 51% odobrenega kapitala, ne le pod pogojem odkupa, temveč tudi z odpiranjem dodatne naložbe v znesku, o katerem sta se stranki dogovorili. In, mimogrede, tak model je precej priročen, saj soinvestitor pride v že delujoče podjetje, ki prikazuje nekatere finančne kazalnike, ima nakopičeno bazo strank itd. Pri tem velja poudariti, da je po izkušnjah komuniciranja s skladi tveganega kapitala zelo redko mišljeno preprosto odkupiti delež ustanoviteljev (samo če ne gre za donosen, hitro rastoči posel), temveč prejeti delež v zameno za prihodnje naložbe. Na primer, pred kratkim sem imel dialog z nemškim skladom, ki je predstavil svoje stališče - 25% delnic za odpiranje naložbenega obzorja 40-50.000.000 rubljev. za 3 leta (in sicer odprtje financiranja v zameno za delnice).

   Vlagatelj si seveda najprej želi vrniti vložek, ostati pri določenem paketu delnic (po možnosti blokiranju), ne pa vlagati naprej in pričakovati dividende. Hkrati lahko novi soinvestitor, če gre za podjetje z negativno poslovno bilanco, nasprotuje odkupu deleža, pri čemer je možno predlagati shemo, v kateri do odkupa deleža ne pride, novi soinvestitor vlagatelj nadaljuje z vlaganjem v podjetje, vendar ko doseže samooskrbo in prejme prve dobičke, prvi vlagatelj prejema dividende glede na svoj začetni delež, dokler ne povrne svoje naložbe.

   Ločeno ugotavljam, da smo imeli izjemno srečo z vlagatelji, ker. svobodni smo pri sprejemanju kakršnih koli upravljavskih odločitev, ki so seveda usmerjene v povečanje prihodkov. Nekateri lahko oporekajo takšni izjavi in ​​smiselno poudarjajo, da lahko investitor, ki sodeluje pri strateškem upravljanju, nekje »odpre oči« za vrsto pomembnih vprašanj. Toda med občutljivo udeležbo in situacijo, ko se investitor resnično vmešava v operativno vodenje, je tanka meja, ki ustvarja preprosto živčno situacijo v ekipi.

   Organizacijska vprašanja ustanovitve podjetja - kako je bilo

   Vračamo se k ustanovitvi našega podjetja. Celoten maj 2013 je bil porabljen za organizacijska vprašanja - registracija pravne osebe, odprtje bančnega računa (izbrali smo precej konzervativno banko Nordea - skandinavskih korenin, ker so bili znani voditelji, "rodovnik" banke pa je vlival zaupanje) in iskanje prostorov. Mislim, da ni vredno razmišljati o tem, ker. procesi so precej preprosti in večkrat opisani, tudi na Habréju. Od odtenkov - močno odsvetujem ločevanje pravnega naslova od dejanskega, ker. naše fiskalne oblasti zdaj to precej striktno spremljajo in ... no, zakaj rabiš te težave ob lansiranju? Z registracijo lahko uporabite storitve posrednika ali to storite sami.

   Odločili smo se, da podjetje poimenujemo po imenu domene. In slednjo smo začeli iskati, pri čemer smo imeli v mislih domeno v coni .com, ker. navsezadnje smo naredili konstruktor, kar pomeni, da nam mora biti podrejen ves svet! Ni nam vse šlo, razen nakupa domene - notissimus.com; besedo notissimus lahko iz latinščine prevedemo kot "dobro znan", "prepoznaven". Glavno, da je bila domena prosta in tudi iskanje po blagovnih znamkah v ZDA ni dalo zadetkov (jaz sem iskal na www.uspto.gov/trademarks, čeprav logika kaže, da pri registraciji blagovne znamke običajno registriram domeno ime takoj). Izgovarja se kot notissimo s poudarkom, včasih nas imenujejo smešni. Pri odprtju bančnega računa (imamo pravno osebo z istim imenom kot domena - LLC NOTISSIMUS) smo dobili smešno zgodbo. Bančna uslužbenka je ponovno vprašala ime pravne osebe in nato vprašala: "kaj to pomeni?", Ko je slišala prevod iz latinščine: kaj pravijo "je dobro znano", se je opravičila in rekla, da je ne vem, čeprav se zdi, da je izraz splošno znan :) .

   Imeli smo srečo, da smo našli sobo v središču mesta, poleg katedrale sv. Izaka, z več kot razumno ceno 1.100 rubljev. na m2. Kako ste iskali? Uporabili smo vse razpoložljive brezplačne vire (brez agentov), ​​poleg tega sem se osebno vozil po središču mesta in iskal zanimiv napis "rent" - to je dokaj učinkovita metoda. Za nas in za investitorja je bilo pomembno, da najdemo pisarno v centru, blizu metroja (to je priročno tako za zaposlene kot za stranke, ki jih vabimo na obisk, mlademu podjetju pa doda malo pomembnosti, če rečeš, da pisarna je poleg Izakove katedrale). Še vedno delamo v tej sobi, ki se postopoma širi zaradi sosednjih prostorov - poslovnega centra razreda "C", ki se namerava spremeniti v razred "A" (z vsemi posledičnimi posledicami, vključno z "puščanjem" nas). Sobo (45 m2) so preuredili, da bi bila prijetna za oko, in zanjo porabili približno 45.000 rubljev. skupaj z materiali (delali so gostje iz južnih republik). Omogočili smo si najem dveh parkirnih mest. v središču Sankt Peterburga blizu Isaaca ni možnosti, da bi našli parkirišče in razumeli so, da bo to stalni moteč dejavnik na začetku delovnega dne (5.000 rubljev za eno mesto - če pogledam nazaj, jasno razumem da je bilo vsekakor vredno).

   V poslovnem načrtu smo imeli sredstva za enkratni nakup osnovnih sredstev (OS) za zagon podjetja. Kaj je vključeno? Računalniška oprema, periferne naprave, mize, stoli itd. Vsi nakupi so bili opravljeni na spletnem mestu ulmart.ru, na poti pa so prejeli kar nekaj bonus točk na račun - priročno je, ker. boste zagotovo kaj pozabili od malenkosti, kakšen kabel ali podaljšek je. Vse je bilo kupljeno razumno - preprosto - potrebno (včasih zelo preprosto, potem sem moral izboljšati računalnik - kupiti več pomnilnika, zato vam svetujem, da popolnoma ne zmanjšate stroškov opreme za vsakodnevno delo). Spodaj je delček našega managerskega p/l (prihodki - odhodki) za maj 2013. Nihče iz ekipe še ni prejel plače, le strošek najemnine (delno, ne spomnim se, zakaj tak znesek), nakupa osnovnih sredstev, odprtje računa, registracija pravne osebe itd. Brez prihodkov, samo stroški v višini 517.000 rubljev. (Ustanoviteljski vložek na račun družbe kot investicijsko posojilo).

   

   Delček poslovnega poročila za maj 2013 - operativna aktivnost se še ne izvaja

   
   

   Finančni rezultati dela nekaj mesecev po lansiranju

   

   Bilanca upravljanja maj-september 2013 in postopoma porabljamo denar vlagateljev

   
   

   Če pogledate p/l do septembra 2013, vidite povečanje stroškov plače in nabave osnovnih sredstev (administrativni stroški - popravila, notarski stroški, pisarniški material, nekateri ne-IT OS, dobrote za pisarno). , vodo itd.). A na naši spletni strani je bil tudi portfelj (seveda skromen). Pravni stroški – angažirali smo tretjo osebo, da pregleda našo pogodbo o razvoju aplikacije na enkratni osnovi. Glavni poudarek je bil na izključnih pravicah do rezultata dela. Naš model dela ne pomeni prenosa izključnih pravic do izvorne kode. Razlogov za to je več, najpomembnejši pa je ta, da imamo osrednji strežniški del, ki je skupen vsem projektom, plus - zelo “radodarno” posnemamo dosežke ene stranke za druge. S prenosom izključnih pravic se izpostavljamo previsokemu tveganju morebitnih sporov s strankami. Zato prenašamo neizključne pravice, naročnik pa lahko po pogodbi z aplikacijami počne, kar hoče. Za ves čas našega dela še ni bilo posebnih sporov s pravnimi službami strank, saj rešitev postavljamo kot platformo, na katero se lahko povežete. Pogodba določa klavzulo, po kateri se v primeru, da naše podjetje ne more izpolniti svojih obveznosti (stečaj), zavežemo, da bomo prenesli vse izvorne kode in usposobili strankine strokovnjake. Opaziti je, da se majhne spletne trgovine najbolj bojijo, da ne bi pridobile ekskluzivnih pravic, velika podjetja pa so glede tega zelo mirna. Pojavile so se zahteve za prenos izvornih kod in sami smo prišli do vmesne rešitve, da se lahko zanesemo na izkušnje 1c-bitrixa: izvorne kode se prodajajo. Toda v letu dni dela ga še nihče ni kupil, kar nam omogoča sklepati, da večina podjetij potrebuje samo izvorne kode in ekskluzivne razvojne pravice na besedah, v resnici pa le delujočo rešitev, hitro in poceni. Po pravici povedano je treba opozoriti, da za številne velike projekte z znanimi blagovnimi znamkami za nekatere dele razvoja predpisujemo ekskluzivne pravice do rezultata. Za leto dni dela smo sestavili dokaj lojalno pogodbo, ki je pravzaprav pogodba za vzdrževanje osnovne funkcionalnosti. Zanj obstaja dodatna pogodba za izboljšave, ki je sestavljena z naročilnicami. Ta pristop je precej priročen in razumljiv strankam.

   V začetku jeseni 2013 se je jasno izkristaliziral koncept našega poslovanja. Prevzemamo samo projekte za podjetja iz maloprodajnega segmenta, ki prodajajo preko interneta in/ali imajo asortiman, ki je na voljo za samodostavo (s tem seveda preveč nazorno slikam portret kupca, naročniki so različni). , osnova pa je asortiman, ki se že gradi po nadaljnji logiki - zvestoba, plačila, push itd.). Brezplačno smo razvijali aplikacije, vključno z dizajnom (seveda, poskušali smo se čim bolj zanesti na naše delo) in v bistvu ponudili 3 platforme: Apple iPhone, Apple iPad, Google Android. Precej nenavadno, a tudi ob upoštevanju brezplačnega razvoja za Windows 8 in Windows Phone so stranke le redko prosile, da jim naredijo te aplikacije. Podpora je znašala 15.000 rubljev. na mesec (brez DDV, ker smo na poenostavljenem sistemu) za vse platforme.

   Postopoma smo celo prenehali aktivno ponujati ti dve platformi (Windows 8 in Windows Phone), ker. takrat bi bilo to za nas povsem prehibo breme za razvijalce, ker so v pogodbi predpisani roki (40 delovnih dni, to je naravno z rezervo). Mimogrede, če pogledam naprej, bom rekel, da se v času pisanja teh vrstic držimo istega pristopa k razvoju, naredili smo le manjše spremembe, ker. portfelj in razvoj nam že omogočata, da nekoliko izboljšamo pogoje za nas: zdaj je podpora 18.000 rubljev. na mesec za vse platforme, razvoj je še vedno brezplačen, oblikovanje pa, če to storimo sami - 18.000 rubljev. za vsako platformo enkrat. Hkrati naročniki res ne želijo sami oblikovati, čeprav se zdi, da lahko prihranijo denar. Zaključek je precej preprost - cena izdaje ni tako kritična, da bi podjetje v to delo preusmerilo notranje vire. Iskreno povedano, te številke niso rezultat neke premišljene matematike in tržne analize, ampak empirična ocena udobja za stranko. Toda ta pristop deluje le, če ste vključeni v ozek tržni segment in imate izkušnje tako s programsko kodo kot s splošnim razumevanjem strankinih procesov.

   Vredno je povedati nekaj o dejstvu, da obstaja taka "osnovna funkcionalnost", ki jo ponujamo brezplačno. Pravzaprav je to vse, kar je potrebno za lansiranje prve različice aplikacij za maloprodajno podjetje z dostavo ali prevzemom. Poleg tega postopoma širimo osnovno funkcionalnost, dodajamo na primer prikaz povezanih izdelkov, ocene, ocene izdelkov, upravljanje pasic, potisna obvestila (z osebnim računom) itd. Seveda nobena funkcionalnost ne bo pokrila vseh potreb stranke in najpogosteje zahtevamo enkratno plačilo za integracijo z zaledno pisarno (registracija, avtorizacija, osebni račun in drugi "čari"). Koliko zahtevamo? Tukaj preprosto na podlagi izkušenj je številka v območju 70 - 90.000 rubljev. Če je nekaj znanega (na primer 1C-Bitrix) - ceneje. V bližnji prihodnosti bomo osnovni funkcionalnosti dodali zanimive stvari, na primer: geofencing - pošiljanje potisnega obvestila ob vstopu v dani radij iz poslovalnice, plačevanje s karticami takoj iz aplikacije (mimo Apple Store z njihovo provizijo), itd.

   Prednosti in slabosti izbrane poslovne poti

   Želim malo razkriti naš poslovni model, pokazati njegove prednosti in slabosti. Najprej o slabostih. Obstajata dva vira monetizacije: izboljšave obstoječih strank in plačilo za tehnično podporo (18.000 rubljev na mesec). Zato moramo nenehno širiti bazo strank, hkrati pa čim bolj poskušati prepričati stranko, da postopoma izdeluje aplikacije z uporabo našega razvoja, ne da bi takoj "padli" v nekatere zapletene, večnamenske projekte. To na splošno deluje, vendar obstajajo izjeme. Vsaka izjema upočasni naše delo in tvegamo, da se premaknemo v ravnino povsem prilagojenega razvoja. Delo po meri vam bo omogočilo večje enkratno plačilo, vendar bo močno odvrnilo razvijalce, kar pomeni, da bodo drugi projekti "upadli". Ampak! Presenetljivo je tudi za stranko progresivno delo velik plus! Zmanjšajo se tveganja, skrajšajo se roki za izdajo aplikacij z zadostno osnovno funkcionalnostjo, začne se zaposlovati baza strank, prejemajo se povratne informacije itd. Slaba stran je seveda ta, da moramo opraviti delo, pogosto ne da bi dobili denar, kar zahteva naložbe za krmo poslovanja. Zato tega modela dela ne priporočam ekipi, ki se razvija na lastne stroške.

   Prednosti? Osredotočenost na en segment poslovanja (prodaja na drobno) vam omogoča, da se v pogajanjih počutite precej samozavestne, saj v procesu dela pridobite resnično kompetenco, kako lahko aplikacije pomagajo (ali ne morejo, če je podjetje preleno, da bi jih promoviralo). Brezplačen razvoj v okviru osnovne funkcionalnosti je vsekakor plus in precej pomemben. Pogosto je stranka, ki ne pozna vrednosti aplikacij, pripravljena poskusiti, potem mu je lažje v proračun vložiti 18.000 rubljev. na mesec sredstev za trženje, kot da bi "izločili" enkratno plačilo v višini sto tisoč rubljev od vodstva, zavedajoč se, da bodo zavrnili, če z nami ne bo šlo. Pri tem ne ustvarjamo nobenih ovir, naša pogodba pa je več kot lojalna. In mislim, da je najpomembnejši plus ta, da imajo podjetja v maloprodajnem segmentu podobne procese in vse izboljšave (in so redno na voljo) lahko v prihodnosti postanejo del osnovne funkcionalnosti, v sedanjosti pa so na voljo za malo denarja. drugim strankam (v bistvu prilagajanje). Na primer, eno podjetje je zaprosilo za funkcionalnost geofencinga. V čem je smisel? Prek osebnega računa na naši spletni strani dajemo možnost nastavitve potisnega obvestila na različne platforme, če je oseba vstopila v dani radij iz izbranih trgovin (recimo 500 m.). Kaj poslati s potiskom? Na primer opomnik na promocijo ali mobilni kupon ... vendar nikoli ne veste, kaj bo podjetje prineslo. Podjetje je za revizijo plačalo enkratno naročilo v višini 45.000 rubljev, kar ni tako veliko, ker. razumeli smo vrednost funkcionalnosti za druge stranke. In ja, res, marsikomu je bil všeč in ljudje prosijo za izvedbo (temu pravimo prilagajanje). Ne morem reči, da so izboljšave za eno podjetje vedno uporabne za druga, a grobo rečeno v polovici primerov deluje.

   Omeniti velja eno lastnost mobilnih aplikacij, za katero sem prepričan, da bralci Habra poznajo - aplikacije je treba promovirati. Če govorimo o maloprodajnih podjetjih, potem s promocijskimi kanali praviloma ni vse slabo. Običajno obstaja obiskano spletno mesto, kjer lahko postavite vse vrste pasic s pozivi za namestitev aplikacij, in kar je najpomembneje, obstaja maloprodajna mreža z obiskovalci. Celo preproste nalepke s kodo QR in kratkimi informacijami, nameščene na blagajni, lahko prinesejo dober donos pri namestitvah. Paradoksalno se pogosto srečujemo z dejstvom, da je podjetje, ki je prejelo mobilne aplikacije, preprosto preleno, da bi se vključilo v aktivno (in za to brezplačno) promocijo, nato pa se nam pritožuje zaradi majhnega števila naročil (čeprav celo pišemo navodila z nasveti kaj in kako narediti). Na splošno je analitika vedenja maloprodajnih kupcev v mobilnih aplikacijah tema ločene in dolge objave, zdaj pa bom omenil, da gredo naročila za različne kategorije blaga (najboljše segment horeca, nato moda in na konec B&E), njihov znesek pa se giblje od 20.000 rubljev na dan (moda, nizek povprečni ček, vendar visoka marginalnost) do 600.000 rubljev. in več za podjetja, ki dostavljajo živila (suši, pica) na vaš dom. Zdaj z vsemi našimi izdanimi mobilnimi aplikacijami vidimo promet v višini več kot 30.000.000 rubljev na mesec, kar ni toliko za dobro, močno spletno trgovino, ni pa slabo za mlado, na splošno industrijo, imenovano »mobilne aplikacije maloprodajnih podjetij«. .

   Najpomembneje je najti kupce, verjemite - to je preprosto najpomembnejše!

   Kako najdemo stranke? Nenavaden razvoj za 0 rubljev nam omogoča dobro delo pri hladnih klicih. Prvih 6 mesecev svojega poslovnega življenja sem to počel (izkazalo se je grozno, ker ne vem, kako in sram me je), zdaj imamo čudovito Julio, ki dela na privabljanju strank po telefonu, in Hodim na sestanke (Sankt Peterburg, Moskva). Lahko slišite, kako razkriva zadnji adut - "torej imamo razvoj 0 rubljev, in obstajajo stranke iz vašega poslovnega področja, ki so to storile in lahko dajo priporočila." Stopnja zanimanja strank se takoj rahlo dvigne. Seveda tudi takšen model ne pripelje vedno do sklenitve dogovora in ne gre za nezaupanje do nas (ponujamo portfelj in priporočila), temveč za nepripravljenost podjetja na prijave. Seveda obstajajo napredna podjetja, ki se jasno zavedajo vrednosti aplikacij zase, vendar je pogosteje potrebno opraviti pojasnjevalno delo. Zdaj imamo v povprečju 1-2 pogodbi na mesec, stranke so predvsem iz Sankt Peterburga in Moskve, čeprav so se začeli pojavljati interesenti iz regij. Povprečni čas od prvega razpisa do sklenitve pogodbe je približno 1,5 meseca, za razvoj aplikacij pa še približno 2 meseca. Ni presenetljivo, da dobro deluje prodajna shema, pri kateri se sklicujemo na izkušnje (primer) podobnega podjetja, v idealnem primeru pa na konkurenta. Ker ne moremo razkriti vseh podatkov, preprosto nudimo nekaj splošnih analitik, pogosto anonimiziranih.

   Rad bi dal nasvet, ki bi ga tudi sam želel dobiti na samem začetku našega poslovanja - takoj morate imeti zaposlenega v osebju, ki se bo sistematično ukvarjal s hladno prodajo, če je vaš posel podoben našemu. Tega ne morete početi od časa do časa, ko vas motijo ​​različne druge naloge - napisali blog, se pogovarjali s strankami, se pogovarjali z razvijalci, pohiteli s plačilom, šli na sestanek in spet začeli klicati. Zdaj imamo v CRM bazi nekaj manj kot 1000 podjetij, s katerimi je bil vsaj en hladen stik. In ni mogoče reči, da obstaja vrsta ljudi, ki nam želijo dati denar. Klic, pismo, pismo, klic itd. Delajte v ciklu s postopnim povečevanjem baze strank in to naj opravi ločen zaposleni. V pisarni. Zelo mi je žal, da do tega nismo prišli takoj in smo šele po 5-6 mesecih dela spoznali potrebo po zaposlovanju, sprva usmerjeno v proizvodnjo (razvojniki, oblikovalci), ne pa v prodajo. Razumem, da je ta spor večen, kaj je prej - kokoš ali jajce, vendar sem osebno ugotovil zase - v segmentu b2b je primarna prodaja in šele nato razvoj (proizvodnja). Tudi če pride do »izpada« proizvodnih zmogljivosti, ne pozabite, da cikel prodajne organizacije ni hipen (seveda v našem primeru) in je bolj pomembno imeti naročnika in pogodbo z vgrajenimi rezervami glede pogojev. kot močna proizvodnja brez stalnega pretoka strank. Za CRM uporabljamo brezplačno različico bitrix24 (brezplačna je za do 12 zaposlenih) in to je več kot dovolj. Če pogledate statistiko, potem Yulia v povprečju opravi približno 50-60 klicev na delovni dan (to so novi in ​​ponavljajoči se klici). Poleg klica morate vnesti podatke v CRM.

   Priznam, da nismo ravno vešči pri prodaji naših storitev preko telefona, vendar lahko ocenite pretvorbo hladnih klicev v pogodbe. Nekaj ​​okoli 0,5-0,8% v zelo dobrem primeru. Ne pozabite na sezonski dejavnik - poleti je določeno obdobje zatišja, odločevalci gredo na dopust ali pa se preprosto nočejo resno pogovarjati o novih projektih, ki so pred njim. Nasploh, čeprav se zdi čudno, če dobro pomislite, v Rusiji ni veliko časa, ko je poslovna aktivnost visoka, ljudje so na tleh in pripravljeni na nove preboje :). Poleg tega opažamo, da je fluktuacija zaposlenih v zadnjem času visoka. Pogosto slišim, kako Julia poskuša razumeti, kdo v marketinškem oddelku lahko zdaj govori, ker. prejšnja oseba se je upokojila. In vse je treba začeti znova.

   Vse to je vsekakor super, ampak ali je kakšna korist od mobilnih aplikacij?

   Malo o donosu mobilnih aplikacij za podjetja oziroma maloprodajo. Skoraj vsaka stranka zahteva oceno pričakovanega rezultata, tudi ob upoštevanju minimalne investicije. Tukaj je vredno razdeliti različne segmente trgovskega poslovanja, ker. primerjanje prodaje prek aplikacij za potrošniško elektroniko s hrano, pripravljeno za uživanje, preprosto ni praktično. Na podlagi naših izkušenj lahko podamo naslednje povprečne številke. Modni segment - možno je prejeti naročila do 1.500.000 rubljev. na mesec po 4-6 mesecih delovanja aplikacije. Če imate podjetje, ki prodaja suši, pico, voke z dostavo na dom, potem lahko s skrbnostjo promocije zberete naročila do 300.000 rubljev na dan (število naših strank se giblje od 100.000 do 300.000 na dan). Gospodinjski aparati in elektronika - do 1.000.000 rubljev. na mesec, točno tako kot kategorija "Otroško blago". Te številke veljajo za podjetja, ki imajo spletno trgovino (lahko maloprodajno mrežo). Poudarjam, da so seveda rezultati, ki so veliko boljši, in veliko slabši. Zelo jasna je odvisnost števila naročil od števila namestitev aplikacij, te pa od želje po govorjenju o njih.

   

   Primer števila dnevnih namestitev aplikacije za podjetje v modnem segmentu

   
   

   

   Primer števila dnevnih inštalacij aplikacij podjetja v segmentu OB&E

   
   

   Izguba strank ... ja, ja, tudi to se dogaja

   Ločeno se želim osredotočiti na podjetja, ki zavračajo nadaljnje sodelovanje. Sprva nas je to neprijetno presenetilo - inštalacije so, naročila prihajajo in ... kako zavrniti? Čez nekaj časa je prišlo do razumevanja glavnih motivov. Naš model monetizacije (minimalni začetni prispevek) ima še eno pomembno pomanjkljivost – podjetja, ki v resnici ne želijo aplikacije, jo preprosto preizkusijo. Ni naložb, zakaj ne bi poskusili? Ker takoj pričakujejo fantastičen donos, se soočijo z realnostjo, da zapravljajo svoj čas, da bi nekako promovirali, kar je bilo narejeno na njihovih virih. Pride do popolnega absurda, ki verjetno delno zaznamuje tudi razmišljanje nekaterih menedžerjev. Mreža trgovin, izdelane aplikacije - vsi so zadovoljni. Po 4-5 mesecih pišejo, pravijo, da želimo zavrniti, ker. povratka ne čutimo. No, to je pravica stranke, vendar se trudimo obdržati in pošiljati analitiko - fantje, dobivate namestitve, ogledi zaslonov rastejo, naročila prihajajo! Da, morda ni toliko naročil, da bi mobilne aplikacije obravnavali kot stabilen prodajni kanal, a žal - proces je še v povojih! Moramo počakati, nabrati občinstvo. Tukaj je nekaj primerov podobnih podjetij. Ne gre, so odločeni. No, predlagamo - pustimo aplikacije - naj delajo, ne podpiramo jih, bodo pa delovale. Vse je brezplačno. Veseli smo, pustili smo ga, a čez nekaj časa spet pišejo - odstranimo aplikacije na splošno, tk. Iz aplikacije so spet začela prihajati naročila za blago, vendar pozabijo posodobiti razklad (xml) (!!! robot je bil očitno izklopljen), zato kupci naročajo blago z napačno ceno. Presenečeni smo nad mogočno pametjo menedžerjev, ampak – aplikacije brišemo. Mi vzdihnemo in pozabimo na stranko, ona pa ne pozabi na nas. Piše - stranke, ki so prej uspele namestiti aplikacije, še naprej (to so barabe) naročajo blago po stari ceni. Naredite nekaj, nismo zadovoljni s takimi naročili in strankami in ne želimo posodobiti xml, ker na splošno naredimo mobilno stran in za vas ni časa. Hmm ... čudno - ampak kako doseči, da tisti, ki so ga namestili, odstranijo aplikacije? Naročnik v skrbeh in veselju, da je našel način, da dokonča to, kar je naredil, ponudi - in pošljimo strankam push, da je to to, ne bomo delali z vami! Ja, ideja je dobra, vendar podpora za potisna obvestila še ni narejena, zato smo, smeječ se na ves glas, naročniku poslali ponudbo - plačajmo ti implementacijo podpore za potisna obvestila, mi bomo storite, stranke, ki so ga namestile, bodo posodobile aplikacije, nato pa vam bomo sporočili, da ne želimo sodelovati z vami. Na splošno se je celotna zgodba končala.

   

   
   

   Na žalost se le približno 10% vseh dohodnih klicev nanaša na maloprodajni segment. Včasih ne razumem, na kaj ljudje računajo, ko prosijo za klepet z izmenjavo fotografij, klonom Yandex.Taxi ali drugimi, dvomljivo je, da bodo uspešne aplikacije v prihodnosti. Takšne projekte dajemo različnim podjetjem, vendar za ves čas našega dela (leto) še nisem slišal, da bi se projekt sploh začel, cene pa se začnejo pri 700.000 rubljev. za razvoj. V povprečju zdaj prejmemo približno 3-4 "dohodne" klice s spletnega mesta na mesec (pogosteje pišejo kot kličejo) s prometom našega spletnega mesta. Vsakič, ko oddam projekt v izvedbo (tudi brez “auspuha”), sem boleče užaljen, a realno ocenil situacijo, enostavno ni mogoče dokončati kompleksnih projektov izven sfere b2c / b2b v trenutnem času. obremenitev. Da bi odrezal tiste, ki so preprosto radovedni, je začel postavljati vprašanje - »ali ste pripravljeni razmisliti o projektu, če je cena znotraj 300.000 rubljev. za eno platformo ali ne?

   Na trgu obstaja neformalna nagrada v višini 10% od vsake prenesene stranke (če bo projekt seveda stekel), vendar nismo prejeli ničesar in mislim, da tudi ne bomo. Toda z analizo situacije začnete povsem jasno razumeti, zakaj mobilne aplikacije za vsako platformo stanejo svoj denar z razvojem po meri in da specializacija samo na določenem področju dejavnosti omogoča ohranjanje visoke hitrosti razvoja. Več kot enkrat, ko sem v ekipi razpravljal o kakšni drugi pritožbi za, na primer, zavarovalnico ali prevoznika, sem previdno izpostavil vprašanje, "se lahko nekako poskusimo prilegati stransko ...?" vedno pa so se fantje, ki so bili zadolženi za produkcijo, modro posvetili trenutnim nalogam in sem prijavo posredoval tretjemu studiu. Kajti pravijo, da "leteča puščica ne maha z repom" :) in čeprav se sliši lepo v situaciji nenehnega polnjenja z naložbenim denarjem ...

   IIDF in drugi viri financiranja

   Če se vrnem k naši zgodbi, kot sem že omenil, jeseni 2013 smo oddali svojo prijavo pospeševalniku IIDF in se čudežno najprej uvrstili med TOP 100 projektov, nato pa na seznam tistih, ki so bili povabljeni na pospeševanje v Moskvi. Sklad IIDF je nato imel dve vrsti sodelovanja - spletno pospeševanje (polni delovni čas) in brez povezave (dopisovanje). Ponudili so nam točno program za polni delovni čas in zanj je sklad zahteval 7% posla in dal denar (nekaj okoli 1.000.000 rubljev, del pa gre takoj za usposabljanje). Zanimivo, da smo bili nekam sploh izbrani, saj pravzaprav nismo bili zelo drugačni od običajnega studia, le da smo razvili svojo platformo in se osredotočili na maloprodajo. Mislim, da je razlog v tem, da je skladu kategorično manjkalo bolj ali manj "razumljivih" projektov, ki bi pokazali vsaj nekaj rezultatov. Takoj moram reči, da nikakor ne kritiziram sklada, nasprotno, mislim, da v Rusiji opravljajo odlično delo, saj v zgodnjih fazah mlado podjetje nima veliko možnosti, kam se usmeriti. In IIDF je dobra alternativa. Še več, njihova prva zaposlitev je bila pravzaprav tudi startup z vsemi posledičnimi posledicami. Zdaj se zdi, da so že četrti ali peti nabor, a še vedno imam občutek, da ni problem v razpoložljivosti denarja, ampak v močnih ekipah z dobrimi idejami, ki jih je potem res mogoče unovčiti.

   Na splošno, če dobro pomislite, so zahteve, ki jih postavlja dfunds, videti kot past. Presodite sami - projekt mora biti razširljiv, jasno monetiziran, obstajati mora ekipa (po možnosti 2-3 ustanovitelji). Ni si lahko predstavljati, da se 3 odrasli, ki morajo prehranjevati sebe in svoje družine, zberejo in za nekaj časa naredijo prototip, tako da imajo kasneje malo možnosti za investicijo. Kaj jedo vmes? Poleg tega, če pogledate isti IIDF, je nekaj ekip iz vseh sklopov na splošno prejelo bolj ali manj resne naložbe.

   Shemo iz oči v oči smo opustili, saj niso mogli kar zapustiti posla in študirati v Moskvi za 3 mesece in nato komunicirati z mentorjem v odsotnosti (videokonference prek Skypa enkrat na teden). Seveda so nam bila vsa gradiva na voljo po elektronski pošti. glede na redni program, vendar odkrito povedano, osebno nisem videl njihove vrednosti zase. Posledično smo bili povabljeni na demo dan - dan predstavitve investitorjem, oziroma na vajo tega dne. Glede na to, da je bilo preveč luksuzno iti v Moskvo na 10 minut vaje, so prosili, da takoj pridejo na demo dan in ... nismo bili povabljeni nikamor drugam :). To je vsekakor naša krivda, saj. Že od samega začetka takrat nismo čutili neke ekstremne potrebe po dodatnem. investicije in bili nasploh presenečeni, da smo bili izbrani v ožji krog udeležencev. Vsekakor pa fantom želim veliko sreče, v medijih so bili pogosto deležni kritik, posmeha podprtim podjetjem, ampak panoga je mlada, izkušenj še ni, oni pa so nekje pionirji.

   So pa v Rusiji programi, v katere bi radi vstopili, a nas ne sprejmejo več. To je Microsoftova tehnološka štipendija, ki se poteguje dvakrat letno. Tukaj bom naredil majhno digresijo. Pri svojem delu uporabljamo vse Microsoftove produkte, še posebej pa storitve v oblaku Azure. Odjemalski del je razvit z uporabo Xamarina (prej Mono) (pred kratkim je prejel status partnerja tega podjetja) v C #. Maja 2013 smo se prijavili za program Microsoft BizPark in resnično se želim iskreno zahvaliti Microsoftu, da lahko zakonito uporabljamo vso programsko opremo, ki jo potrebujemo, vključno s plačanimi viri oblaka Azure (obstaja omejitev, vendar imamo še ni dosegel - optimiziramo strežniško računalništvo, kolikor je to mogoče).

   V začetku leta 2014 smo prejeli status Microsoft Startup Accelerator, ki zagotavlja več tehnološke podpore in znatno širi vire v oblaku, ki jih plačuje Microsoft (60.000 USD na leto). Imamo kustosa in moram priznati, da je zelo udobno delati. Glede na to, da smo se osredotočili na Microsoftove izdelke, smo se res veselili prejema nepovratnih sredstev. Ne bom se poglabljal v samo donacijo, vse je mogoče prebrati na spletni strani ms-start.ru. Povem lahko le, da smo se leta 2013 dvakrat prijavili in obakrat so nas zavrnili. Razlogi za zavrnitev niso predpisani, a so dejansko na površini - imamo nekakšen hibridni poslovni model: ne dela po meri ne oblikovalca aplikacije. Polavtomatski Ta model ni razširljiv, ima precejšnje pomanjkljivosti in ravno te so nas prisilile, da smo poskušali nove projekte.

   Maja 2014 smo ponovno zaprosili za nepovratna sredstva, a tokrat za podporo našemu projektu tapki, ki je veliko bolj razširljiv posel. Kaj se je zgodilo na koncu - vam bom povedal v 2. delu, ki ga že pripravljam za objavo na Habréju.

   Kaj imamo danes?

   Če se vrnem k zgodbi - kaj imamo zdaj v aktivu, za malo več kot leto dni dela? Ekipa 15 ljudi (večinoma razvijalci), ~32 podpisanih pogodb (nekateri deli so še v razvoju in ni plačil) in nekoliko manj strank v fazi sklepanja (mislim). Zdi se - super (razen dobička) in vse, kar je povedano o prednostih našega poslovanja, je seveda super, vendar smo linearni. Poskušati delati v "trikotniku": kakovost aplikacij, cena, pogoji - dobijo se čiste mobilne aplikacije, vendar obstaja še ena dimenzija - viri! Več kot imamo strank, več razvijalcev potrebujemo, dlje se premika točka preloma. To je še en minus, ki nas je dejansko prisilil, da vzporedno začnemo z novim projektom - tapki (spet povišamo stroške, saj smo si že vnaprej zagotovili podporo investitorjev za projekt). Po pravici povedano ugotavljam, da ni povsem jasne linearne povezave med številom ljudi v poslu in številom strank. Nekatere stranke "zamrznejo" več mesecev, ne da bi zahtevale kakršne koli izboljšave (in s tem pozornost), in preidemo na nove projekte. To dejstvo nam omogoča, da ocenimo točko preloma in napovemo dobiček. Rekel bi celo, da imamo v poslu malo, a »pozitivno mat-pričakovanje«.

   Spodaj je bilanca stanja našega upravljanja od maja 2013 (začetek poslovanja) do marca 2014. Vidi se, da se povečajo prihodki, a na našo veliko žalost povečajo odhodki. Razlog za povišanje stroškov je v tem, da smo v tem času pridobili bolj ali manj pomembno bazo strank, vendar je poleg preproste sklenitve pogodbe potrebna tudi prijava. In tu smo se ujeli v novo past – pomanjkanje sredstev. Tisti. imeli smo dovolj sredstev za podporo ustvarjenim aplikacijam, ne pa dovolj za ustvarjanje novih. Če bi govorili o ustvarjalcih mobilnih aplikacij, potem ni prilagajanja za stranke. In smo začeli. Iz tabele je razvidno, da je 50 % vzdrževanje, 50 % izboljšave in to razmerje ostaja plus ali minus do danes. Rast osebja je pripeljala do dejstva, da smo morali razširiti območje - najemnina se je povečala. Na kar vas želim opozoriti je neenakomerno prejemanje sredstev. Naš dohodek sestavljajo plačila za podporo in izboljšave. Če podporo še lahko pripišemo zajamčenemu dohodku v nekem doglednem obdobju, potem so izboljšave izjemno kaotična zadeva. Seveda se trudimo spodbujati razvoj aplikacij, ni pa to potrebno občasno. Seveda z razvojem baze strank na splošno prihaja do povečanja prometa, so pa meseci, ko ni nobenih izboljšav in nam »pade« pri finančnem načrtovanju. Omeniti velja tudi, da je precejšnje povečanje stroškov od 13. decembra do 14. marca posledica prav tega, da smo začeli krepiti ekipo za vodenje novega projekta, vendar tukaj stroški še niso razdeljeni. Kot smo že omenili, ne opazimo povsem linearnega razmerja med številom strank in programerjev. Dejstvo je, da je obremenitev tako za začetni razvoj kot za izboljšave zelo neenakomerna. Imamo stranko (veliko modno verigo), ki je začela pred malo manj kot enim letom in ni naša krivda – ker. podjetje je zelo veliko, postopki odobritve trajajo dolgo.

   

   Upravljavska bilanca maj 2013 - marec 2014 - rast kupcev, zaposlenih in ... izgube

   
   

   Podjetje deluje po poenostavljenem sistemu obdavčitve (STS) in v 99,9 % primerov nismo naleteli na težave z odsotnostjo DDV pri kupcih. Zase smo izbrali shemo 10% razlike med prihodki in odhodki, vendar od imamo negativno končno bilanco, ob koncu leta državi plačamo 1% dohodka (to je razvidno 14. marca - 7460 rubljev - davek za leto 2013). V začetku leta 2014 smo povečali prostorsko zasedbo (vidno je povečanje stroškov pri tej postavki), ker. preprosto niso več ustrezali (sosednja soba, luknja v steni - vse je zelo preprosto). Imamo majhen dohodek od e-denarja in zato obstajajo stroški (na primer plačilo za prosto delovno mesto na hh.ru), vendar je to izjema od pravila, ker delamo po pogodbi.

   Od aprila 2014 smo začeli deliti bilance upravljanja - del ekipe je nadaljeval z razvojem mobilnih aplikacij, del - tapki. Naši investitorji so podprli samo idejo (o tem malo kasneje) in dejstvo, da začenjamo ločevati en projekt od drugega. Julija 2014 smo prišli do ugotovitve, da je treba ne samo interno računovodstvo deliti – delitev mora biti izvedena tudi na računovodski ravni (posameznih pravnih oseb). Natančneje, fantje iz IIDF so nam preprosto svetovali, da to storimo, in pojasnili, da je to edini način za privabljanje naložbenega denarja v nov projekt. Vredno je priznati, da v svetu razvoja mobilnih aplikacij vlagatelji le čiste oblikovalce obravnavajo kot okusne razširljive projekte, v katere je smiselno vlagati. In mi, tudi ime platforme, se še naprej (to je dejstvo) ukvarjamo s projekti po meri. Obenem je tapki le nadgradljiv projekt in če želimo vanj pritegniti investicije, ga je treba čim bolj ločiti od matične družbe.

   Vložili smo vlogo za registracijo nove pravne osebe TAPKI LLC (na splošno svetujem, da se pravna oseba poimenuje enako kot blagovna znamka - nekako se bolj natančno izkaže) in konec avgusta v celoti prenesli del ekipa odgovorna za nov projekt tej pravni osebi. Razumem, da je stranski projekt, ki ga nismo ločili od matične družbe, vnesel določena izkrivljanja v številke, vendar razumevanje, kaj je treba razdeliti, ni prišlo takoj, ker. Vsak nov projekt gre skozi vrsto stopenj in šele na začetku neke stopnje ocenite, koliko virov dejansko preusmeri.

   

   Vodilna bilanca družbe do julija 2014

   
   

   Če vzamemo za osnovo julij 2014, potem lahko naredimo naslednji zaključek - za naše podjetje s trenutno obremenitvijo bodo "očiščeni" mesečni stroški približno 900.000 rubljev (ta znesek vključuje enkratne stroške, na primer kupljen zrak klima to poletje, ali dodatni monitor za programerja ... čeprav je treba takšna plačila v dobrem smislu izpostaviti). Julija 2014 smo imeli več vplačil za izboljšave kot za podpore, a kot lahko vidite iz tabele, to ne drži vedno. Vsekakor pa lahko pripomnim, da več ko bo strank, več boš imel povpraševanj po raznih izboljšavah.

   Spodaj so (v enem grafu) prihodki, odhodki in končni rezultati (od maja 2013 do vključno julija 2014). Vidimo, da je projekt notissimus, kot rečeno, še vedno investicijski projekt, vendar obstaja upanje, da bomo do zime 2014 dosegli ničlo in začeli vračati vložena sredstva investitorja. Tukaj velja omeniti, da od Če smo presegli prvotne zahteve za dodelitev naložb, potem bomo investitorju vrnili 100% dobička (ko je) in ne glede na deleže v osnovnem kapitalu. Ko bomo vrnili znesek presežka prvotno zahtevanih vložkov, takrat se bomo (upam) začeli pogovarjati o razdelitvi dobička. Globalno gledano investitorji dajo denar kot posojilo, sicer bi morali v projekt prispevati denar vsi delničarji glede na svoj delež v poslu. Hkrati, ko podjetje ustvari dobiček, začne to posojilo odplačevati, in sicer v dogovorjeni višini.

   Rdeča črta je končni rezultat dejavnosti, številke v oklepaju, ker so negativni. Številke od aprila 2014 lahko štejemo za osnovne za studio, ki razvija samo mobilne aplikacije, brez stranskih projektov. Ali lahko bralci Habra s tem analizirajo začetek svojega poslovanja? Mislim, da, ker že od samega začetka smo delali v odsotnosti velikih sidrnih strank (Pošta Rusije, razpis v višini 19.000.000 rubljev za mobilne aplikacije), čeprav se moramo seveda bistveno prilagoditi zaradi dveh dejavnikov: imamo investitorja in izbrali smo precej čuden model monetizacije in zelo nišno delo.

   

   Shema upravljanja rezultatov dela družbe za nekaj več kot eno leto

   
   

   Poleg vseh drugih sem naredil pomemben zaključek zase - ne bodite sramežljivi zahtevati denarja za kakovostno delo, tudi če je podjetje zelo mlado, in obvezno (!) Vztrajajte pri predplačilu, če delo narediti je malo več kot malo. Ne boste verjeli, kolikokrat nam je bilo ob začetku naslednjega projekta žal, da nismo prejeli vsaj nekaj sredstev na račun. Ne gre za to, da bi kupci goljufali, samo trgovina ni živilska trgovina - dobili ste blago (na primer štruco kruha) in prodajalcu dali denar. Pri nas NE gre (ne govorim o državnih razpisih z bančnimi garancijami). Razvoj ni zaključen razvpit kruh, ampak nenehen dialog z naročnikom, ki si premisli, pozablja, se jezi, upa in vse to skupaj pomnoženo s pospešenim vložkom menedžmenta itd. In če se delo izvaja vnaprej, se vsa tveganja prenesejo na studio. In v tistih projektih, kjer so bila predplačila, se je situacija hitro spremenila v konstruktivno ravnino. Še več, zdaj za kompleksne naloge vztrajamo pri 100-odstotnem predplačilu in skušamo stranki razložiti, zakaj je tako.

   Kaj je tapki? Ko ustvarjate mobilne aplikacije za maloprodajo, hočeš nočeš razmišljaš o tem, kako združiti svojo izkušnjo in stranke v nekaj združevalnega, razširljivega. Marca 2014 so te ideje, ki so lebdele v zraku, našle nekaj bolj ali manj razumljivega in sami smo se odločili, da je treba za ta projekt nameniti nekaj notranjih virov. Je agregator blaga (v prihodnosti storitev) trgovcev v različnih segmentih, ki deluje na vseh platformah, s poudarkom na promociji in prodaji izdelkov. Sliši se malo banalno, a odkrito povedano še vedno nimamo »pretrpljenega« poslovnega modela projekta, ki bi v praksi dobil potrditev svoje izvedljivosti. Čeprav je že jasno, da je preprosto neumno tekmovati z Yandex.Marketom, zato vidimo nestandardne in zanimive rešitve v smislu prenosa spleta v način brez povezave s tehnologijo ibeacon.

   Samo ime je nastalo po naključju, nekega dne zjutraj so začeli razpravljati o možnostih za ime, naredili seznam, nato pa je med kosilom eden od fantov predlagal to ime in se zasvojil. Vsem ni bilo všeč takoj, ampak postopoma in vanj so potegnili najbolj goreče nasprotnike imena. Izkazalo se je, da sta domeni tapki.ru in tapki.com zasedeni (kar ni presenetljivo) in brez pričakovanja odziva sem pisal lastnikom tapki.com, saj ocenjujem, da je pri vseh drugih pogojih domena v .com cona je bolj zanimiva in obetavna. Odgovor je prišel naslednji dan s ceno 1875 $. Brez barantanja. Predlagali so nakup domene prek posredniške storitve escrow.com, ki je za svoje storitve zahtevala približno 100 dolarjev in se, ker ni imela izkušenj s tujimi skvoterji, odločila preplačati. Shema je preprosta - denar položi posrednik in se nakaže prodajalcu od trenutka, ko se spremenijo podatki whois (plačilo s kreditno kartico). Celoten postopek nakupa je trajal približno en teden in približno 77.000 rubljev v denarju. Ni poceni, vendar se mi zdi, da je za dolgoročen projekt razumna naložba. Zanimivo je, da so mi, ko sem prijateljem na Facebooku povedala o nakupu domene tapki.com, svetovali, naj registriram tudi fapki.com, ker. ljudje se lahko zmotijo ​​pri tipkanju. Bilo je dopoldan, okoli 11.00, sem pogledal in bil presenečen, da je domena fapki.com prosta, ko pa sem se odločil za registracijo, je bila domena popoldan zasedena - skvoterji so na preži, skratka. Odlično bi bilo hkrati kupiti domeno tapki.ru - a ni jasno, komu pisati, ker. V whois ni kontaktov.

   Ali menite, da je razvoj mobilne aplikacije kompleksen tehnološki proces, ki zahteva skrbno načrtovanje in izvedbo? To velja za aplikacije, ki jih razvijalci napišejo iz nič. Pravzaprav za ustvarjanje aplikacije ni več treba biti programer, ki pozna programski jezik.

   Storitev razvoja mobilnih poslovnih aplikacij AppGlobal vam omogoča, da v nekaj urah ustvarite popolno funkcionalno mobilno aplikacijo. Kako se to zgodi?

   Da vam bo jasno, kako poteka razvoj mobilne aplikacije v storitvi AppGlobal, bomo to prikazali na primeru spodnjega diagrama.

   Faze razvoja mobilne aplikacije:

   1. Ideja.Vse se začne z glavno idejo vaše aplikacije. Recimo, da potrebujete aplikacijo za storitev dostave že pripravljenih jedi z možnostjo puščanja zahtev za dostavo pice iz aplikacije. Ta aplikacija bo koristna in potrebna za uporabnike, ki uporabljajo storitve takih podjetij in naročajo izdelke. Aplikacija služi tudi kot orodje za zbiranje strank po podjetju prek mobilnih naprav. Zato morate, preden začnete razvijati aplikacijo, dobro premisliti, kakobo koristno za uporabnike in podjetja, kot tudi določiticiljno občinstvo te aplikacije. V tem primeru so to lahko študenti ali pisarniški delavci, stranke podjetij, ki uporabljajo aplikacije za hitro povezavo z dostavno službo, pa tudi ljudje, ki se veliko gibljejo in potrebujejo možnost naročanja prek mobilne naprave. Ko se odločite za idejo aplikacije in ciljno publiko, lahko nadaljujete na naslednjo stopnjo.
   1. Oblikovanje aplikacijevključuje izdelavo zemljevida, ki bo jasno prikazal vse funkcionalnosti aplikacije, zaslone izdelkov in shemo prehodov med njimi. Pravzaprav se ustvari prototip aplikacije, na podlagi katere se bo v prihodnosti razvil sam produkt.
   1. Oblikovanje, priprava grafike.Razvoj zasnove bodoče aplikacije vključuje izdelavo grafičnih elementov za celotno aplikacijo - to so zasloni, to so slike ozadja zavihkov, slika za glavni zaslon, ikone za celotno aplikacijo, glave posameznih strani, po potrebi se ustvarijo gumbi z individualnim dizajnom. Pomembno je, da vse grafične elemente podvržemo raziskavi uporabnosti, da bi razumeli, kako priročno bo za uporabnika klikanje na vse te elemente in gumbe aplikacij na zaslonu svoje mobilne naprave.
   1. Faza gradnje aplikacijev storitvi AppGlobal je sestavljen iz treh komponent: ustvarjanje zavihkov in funkcij, polnjenje z vsebino in prilagajanje videza aplikacije. Toda preden preidete nanje, morate konfigurirati nastavitve aplikacije tako, da nastavite kodo aplikacije, ime aplikacije za AppStore in GooglePlay ter ime ikone aplikacije na namizju uporabnika.
   
   
   1. Testiranje.Ko je aplikacija razvita, jo je pomembno preizkusiti na mobilni napravi stranke. Za to obstaja poseben program - pregledovalnik mobilnih aplikacij. Kako bo aplikacija videti ob ogledu, bo izgledala in delovala, ko bo objavljena. Zato je na tej stopnji pomembno prepoznati pomanjkljivosti, okvare in nepravilen prikaz elementov, da jih lahko popravimo pred objavo.

   POMEMBNO! Upoštevajte, da lahko po objavi aplikacije v AppStore ali GooglePlay aplikacijo spreminjate brez ponovnega moderiranja. To je nedvomno plus, saj lahko uporabnik aplikacije kadar koli sam izvede potrebne spremembe.

   1. Objavljanje aplikacijje zadnja stopnja razvoja. Ko so napake ugotovljene in odpravljene ter je aplikacija dogovorjena s stranko, lahko začnete z objavo. Če želite to narediti, morate registrirati račun razvijalca v GooglePlay / AppStore in se prijaviti za objavo vaše aplikacije. Stroški registracije računa razvijalca v GooglePlay znašajo 25 USD naenkrat, v AppStore - 99 USD na leto.
   1. Po objavi mobilne aplikacije se začne pomembna faza njenega lansiranja, tj.promocija mobilne aplikacije med uporabnikiin potencialne stranke.

   Daria Kazovskaya 17. maj 2018

   Torej, igra "Proces razvoja mobilne aplikacije" v 7 korakih.

   Znaki

   Stranka- naročnik mobilne aplikacije, idejni inspirator projekta
   Azoft- razvijalci aplikacij
   popoldne- vodja projekta
   Poslovni analitik- raziskovalec in skrbnik znanja o zahtevah izdelkov
   UI/UX oblikovalec- ustvarjalec intuitivnega in privlačnega aplikacijskega vmesnika
   Razvijalec- inženir, ki piše kodo aplikacije
   QA inženir- specialist za testiranje aplikacij

   Prolog

   Najprej se naročniku porodi ideja za mobilno aplikacijo. Naročnika prosimo, da nam posreduje tehnično nalogo (TOR), v kolikor je ni na voljo, jo pošljemo. Brief pomaga pri določanju prioritet, prepoznavanju ciljev in ciljev prijave.

   Vse aplikacije so različne in uporabljamo različne razvojne metodologije: slapov model – Waterfall in prilagodljiv – Agile. Karkoli že izberete, postopek ustvarjanja mobilne aplikacije vključuje vrednotenje, analitiko, oblikovanje, razvoj, testiranje, odpravljanje napak, izdajo in podporo po izdaji. Bistvena razlika je v pristopih. V modelu waterfall je izdelek razvit v celoti naenkrat. Pri agile se aplikacija razvija v iteracijah, od katerih vsaka združuje vse zgoraj navedene razvojne stopnje.

   Na izhodu:

   • opis osnovnih funkcij mobilne aplikacije
   • izbira platforme: iOS, Android ali več platform
   • izbira metodologije: Agile ali Waterfall

   Prvi korak – načrtovanje in vrednotenje

   Prvo vprašanje, ki zanima stranko, je: "Koliko bo to stalo?". Naslednji: “Kdaj bo mobilna aplikacija pripravljena?”. Odgovoriti na obe vprašanji in pripraviti načrt dela. V tej fazi se projektu običajno pridruži vodja projekta. Deluje lahko na strani stranke ali na strani razvojne ekipe. Naloge vodje projekta: koordinirati delo ekipe in komunicirati z naročnikom.

   Toda kaj pomeni skrivnostna beseda "ocena"? Na tej stopnji preučujemo tehnično dokumentacijo. Izračunamo, koliko časa bo potrebno za razvoj in testiranje. Identificiramo neopisane scenarije in ozka grla v TOR.

   

   Ekspresna ocena traja od nekaj ur do enega dneva in daje približno predstavo o stroških dela. Podrobna ocena lahko traja od nekaj dni do enega tedna, vendar vam omogoča, da natančno določite, kako, kdaj in kakšno aplikacijo boste prejeli kot rezultat. Če je v fazi ocenjevanja k projektu priključen poslovni analitik, naročnik in razvijalci lažje dobijo enoten pogled na aplikacijo in vse natančno izračunajo.

   Toda ne glede na to, kako podrobna je ocena, se zgodi, da stranke dodajo nove funkcije kar med projektom. Ko smo družabno omrežje za fotografe in modele, je njegov avtor, startupper William Upshaw že v razvojni fazi ugotovil, katere funkcije manjkajo. Seznam nalog se je povečal, ponovno smo ovrednotili in prestavili datum objave. Posledično se je proračun povečal, vendar smo v celoti v skladu z zahtevami naročnika razvili socialno mrežo za profesionalce iz foto industrije.

   Na izhodu:

   • obseg naloge
   • proračun projekta

   Drugo dejanje – analitika

   Analitika ni vedno del procesa razvoja mobilne aplikacije. Dogaja se, da stranke samostojno izvedejo ali pridejo z že pripravljenim seznamom zahtev. Zmagajo pa tiste aplikacije, ki so pri razvijalskem podjetju prestale to fazo – analitika je tista, ki podjetjem in razvijalcem pomaga doseči skupno vizijo in na podlagi te ponovno ovrednotiti potrebno delo in pridobiti podroben proračun projekta.

   Poslovni analitiki pri Azoftu identificirajo zahteve za mobilno aplikacijo, ponudijo možnosti implementacije, zgradijo sheme interakcije uporabnika z aplikacijo in ustvarijo osnovo za UI – wireframes.

   Veliko dela so opravili naši analitiki pri . Stranka je iskala način, kako preko aplikacije motivirati kupce za dodatne nakupe. Analizirali smo možne rešitve in predlagali najučinkovitejšo možnost – integracijo priporočilnega sistema v mobilno aplikacijo. Program, ki ga poganja AI, priporoča uporabnikom izdelke na podlagi njihovih preferenc in zgodovine nakupov.

   Na izhodu:

   • specifikacija funkcionalnih zahtev
   • specifikacija nefunkcionalnih zahtev
   • osnova GUI - žični okvirji
   • načrt projekta
   • podroben proračun

   Tretji korak – Oblikovanje aplikacije

   Včasih stranke pridejo z že pripravljenim dizajnom. Če stranka nima dizajna, izdelamo UI/UX iz nič. Ko analitik oblikovalcu preda osnovo grafičnega vmesnika, žične okvirje, preidemo na vizualno zasnovo. Narišemo zaslonski zemljevid, grafične elemente, podroben prototip, upoštevajoč različne scenarije uporabe.

   Na tej stopnji oblikovalec UI/UX ustvari statične prototipe in na zahtevo naročnika interaktivne prototipe aplikacij. Tako pokažemo, kako bo izgledala aplikacija in kakšno vedenje lahko od nje pričakujemo ob upoštevanju načrtovanih funkcij. Vse je odvisno od konkretnih nalog in želja naročnika.

   Med upodabljanjem dizajna aplikacija prevzame svoj prihodnji videz. Tukaj je zelo pomembno pridobiti povratne informacije od poslovnega analitika in naročnika, tako da dizajn v celoti ustreza zahtevam aplikacije.

   Na izhodu:

   • zemljevid zaslona
   • oblikovanje aplikacije
   • privlačen uporabniški vmesnik in uporabniku prijazen UX

   Četrti ukrep – razvoj

   Ko je na voljo podroben TOR in ocena, je dizajn pripravljen in prototip mobilne aplikacije potrjen, se začne hardcore. Razvojna skupina napiše kodo za izvajanje predvidenega vedenja aplikacije in za povezavo logike aplikacije z zaledjem, če obstaja. Prav tako končni dizajn utelešimo v kodi - predpišemo vse sloge in elemente uporabniškega vmesnika, s katerimi uporabnik aplikacije komunicira.

   

   Pri native razvoju uporabljamo Javo in Kotlin za Android, Objective-C in Swift za iOS ter najsodobnejša ogrodja in knjižnice. Pri večplatformskih rešitvah delamo z React Native in NativeScript.

   Takoj ko je del funkcionalnosti razvit, jo preizkusimo in nadaljujemo z delom na preostalih funkcijah.

   Pomembno je, da se med razvojem, ko je dizajn postavljen, poveže projektant. Oblikovalec bo preveril, kako dobro so razvijalci implementirali posnetke zaslona aplikacije: ali se vsi slogi ujemajo z izbranimi, ali je izbrana barva, kakšno je razmerje stranic, kako so zaobljeni vogali itd.

   Na izhodu:

   • različica aplikacije pripravljena za testiranje
   • prilagoditve oblikovanja

   Peto dejanje – testiranje in odpravljanje napak

   Inženirji Azoft QA se projektu pridružijo na začetku in testirajo čim pogosteje. To zagotavlja visoko raven kakovosti in pomaga naročniku, da ne napihne proračuna.

   V fazi ocenjevanja preizkusimo TOR. Vzporedno z razvojem pišemo testno dokumentacijo, na primer testne primere. Ko je del funkcionalnosti pripravljen, se začne testiranje. Vse napake prenesemo v , po popravku preverimo, ali so bile napake odpravljene in to ni vplivalo na preostalo funkcionalnost. Pred izdajo aplikacije opravimo sprejemno testiranje: pregledamo glavne poslovne primere aplikacije, da se prepričamo, ali je vedenje aplikacije skladno s testno dokumentacijo in zahtevami naročnika.

   Ko smo razvijali, se naročnik ni takoj odločil, katere funkcije bodo v aplikaciji. Opisali smo testno specifikacijo s podrobnimi značilnostmi zaslonov in funkcij, ki temeljijo na izraženih zahtevah naročnika. Ko so se med razvojem pojavile nove funkcije, kot so nakupi v aplikaciji, smo bili na to pripravljeni – testno specifikacijo smo razširili kar sredi projekta.

   Na izhodu:

   • napak je čim manj
   • predizdajno različico aplikacije

   Šesto dejanje - Izpustitev

   Ko je serija testiranj in izboljšav aplikacije končana in razvijalci, analitiki, preizkuševalci in oblikovalci soglasno potrdijo rezultat, je čas, da aplikacijo dodate v trgovino z aplikacijami – Apple App Store, Google Play ali katero koli drugo storitev na zahtevo. stranke.

   Da bi aplikacija prestala pregled trgovin, se lahko naročnik za pomoč pri izdaji obrne na razvijalce ali pa aplikacijo pripravi in ​​naloži v trgovino sam.

   Na izhodu:

   • aplikacijo v trgovini

   Sedma akcija - Tehnična podpora in razvoj

   Po objavi mobilne aplikacije se njena zgodba ne konča. Če stranka po izdaji najde napake, jih odpravimo. Če se v prvih mesecih življenja aplikacije pokaže, kje in kaj je treba dokončati ali predelati, sta na voljo dve možnosti: sklenitev vzdrževalne pogodbe ali začetek nove razvojne faze ob upoštevanju novih spremenljivk.

   

   Na izhodu:

   • 1-letna garancija za odpravljanje napak
   • podporno pogodbo

   Epilog

   Razvoj mobilnih aplikacij ni enostaven. Takšne sheme "Ena-dva in končano" ni. Številne stopnje se lahko križajo ali potekajo vzporedno. Instagram je potreboval več kot tri leta, da je postal priročna in priljubljena aplikacija milijonov. In še vedno nadaljujejo z izboljšavami in dodajanjem novih funkcij. Preden začnete fantazirati o tem, kam boste vložili denar od prodaje svoje aplikacije IT-gigantu, kot je Google, se pripravite – čaka vas veliko dela. Glej prvo dejanje.