В тази статия ще говорим за етапите на разработване на мобилни приложения в SBS Soft.

Опишете накратко процеса на разработка, получаваме следния списък:

1. Сборник с изисквания за кандидатстване.
2. Предварителна оценка на разходите за разработка.
3. Проектиране на прототип.
4. Изготвяне на технически спецификации.
5. Разработка на първото издание на продукта.
6. Тестване.
7. Публикация.
8. Техническа поддръжка.

За да знаете как ще върви работата, когато се свържете с нас, ще се спрем на всеки етап по-подробно.

1. Сборник с изисквания за кандидатстване.

   Обадете ни се или оставете заявка на сайта. Мениджърът продажби под формата на телефонно интервю събира информация: какъв вид мобилно приложение искате да направите, за какво е предназначено, кой ще го използва, какви функции ще има, имате ли уебсайт, имате ли нужда сървър, ще има ли интеграции със софтуерни продукти, например с 1C. След събиране на информация, мениджърът предава попълнения бриф за оценка на отдела за развитие. Ако сте загрижени за безопасността и ексклузивността на идеята, ние ще подпишем споразумение за неразкриване на информация, преди да обсъдим проекта.

2. Предварителна оценка на разходите за разработка.

   Отделът за развитие оценява колко време ще отнеме създаването на приложение, кои специалисти ще бъдат ангажирани. Ще получите отговор за предварителната цена на заявката в рамките на 1-3 дни.

   важно! Предварителната цена на мобилно приложение може да се различава от крайната цена както нагоре, така и надолу. Точният размер на разходите за разработване на приложението може да бъде изчислен само след изготвяне на техническото задание.

   След подписване на договора, проектът се възлага на личен мениджър, който ще следи напредъка на работата, ще комуникира с вас и ще отговаря на всички въпроси. Нашият екип използва JIRA - система за следене на изпълнението на задачите, проследяване на грешки и изразходвано време.

3. Проектиране на прототип.

   За да ви покаже как ще работи приложението, ви е необходим прототип - оформлението на бъдещото приложение. Прототипът може да бъде статичен или интерактивен – с бутони за действие и преходи. Анализаторът поема. Той обмисля логиката на приложението и пътя на потребителя в него - потребителската история. На този етап маркетинговият отдел може да ви предложи да коригирате идеята, като се фокусирате върху целевата аудитория и задачите, които искате да решите с помощта на мобилното приложение.

   Когато всичко е готово, анализаторът съгласува прототипите с вас, прави корекции, ако е необходимо, и ги предава на дизайнера. Дизайнерът определя стила на приложението и основната посока, използвайки концепцията на Material design guidelines и iOS Human Interface Guidelines с препоръки за размери, padding, визуални ефекти, анимация. Програмистите също разчитат на ръководства за разработка на мобилни приложения от Apple и Google.

4. Изготвяне на технически спецификации.

   Техническото задание се изготвя от анализатор въз основа на одобрени прототипи. В заданието подробно са описани: функционалността на мобилното приложение, преходи, бизнес процеси, основни сценарии, методи за получаване и предаване на данни. Когато ТЗ е готово, можете точно да оцените цената на проекта.

5. Разработка на първото издание на продукта.

   Въз основа на TOR програмистите пускат първата версия на мобилното приложение. За сложни проекти препоръчваме да създадете MVP - минималната жизнеспособна версия на продукта, за да тествате реакцията на потребителя към приложението. Нашият анализатор е винаги готов да ви помогне да определите функционалността, необходима за MVP. При необходимост разработваме сървър за управление на мобилно приложение и API - услуга за пренос на данни между сървъра и приложението.

6. Тестване.

   Приложенията се проверяват за грешки с помощта на тест за дим, ръчно функционално тестване, автоматизирано функционално тестване и Monkey за Android. Ако има грешки, ние коригираме и ви прехвърляме готовото приложение. За статистика за изтегляне и анализ на потребителското поведение в приложението, ние инсталираме Firebase Analytics.

7. Публикация.

   Жданова Ксения Денисовна

   Факултет по математическа икономика, статистика и информатика, PRUE Г.В. Плеханов Москва, Русия

   Анотация: „Сблъсквали ли сте се някога с такъв проблем: вашите родители използват Viber, вашите приятели използват WhatsApp и Telegramm, а вашите колеги използват изключително Facebook? Ако отговорът ви е да, тогава нашето &WVTF приложение е точно за вас! Стойността на тази идея се крие във факта, че човек, използващ няколко софтуерни продукта наведнъж, като Viber, WhatsApp, Telegramm и Facebook, ще може да комуникира с всички контакти от едно приложение, без да се налага да превключва между няколко програми.

   Ключови думи: бизнес план, бизнес модел на A. Osterwalder, мобилно приложение, инвестиция, иновационен модел

   Разработване на бизнес план за мобилни приложения &WVTF

   Жданова Ксения Денисовна

   Факултет по математическа икономика, статистика и информатика Плеханов Руски икономически университет Москва, Русия

   Резюме: Целта на проекта е да се създаде уникално мобилно приложение за агрегиране на съобщения от различни месинджъри. "Сблъсквали ли сте се с такъв проблем: вашите родители използват Viber, WhatsApp и приятели Telegramm, а колегите са изключително Facebook? Ако отговорът ви е "да", тогава нашето приложение "& WVTF" специално за вас!" Стойността на тази идея е, че човек, използващ множество софтуерни продукти, като Viber, WhatsApp, Telegramm и Facebook, ще може да разговаря с всички ваши контакти от едно приложение, без да е необходимо да превключва между множество програми.

   Ключови думи: бизнес план, бизнес модел на A.Ostervalder, мобилно приложение, инвестиции, иновационен модел

   1. РЕЗЮМЕ НА ПРОЕКТА

   Бизнес идеята е да се създаде приложение, което събира най-популярните месинджъри.

   Нашето предприятие ще се занимава с производството, внедряването и поддръжката на мобилното приложение &WVTF, което ще обедини няколко популярни месинджъра наведнъж, като например:

   1) WHATSAPP,

   2) ВАЙБЪР,

   3) фейсбук,

   4) ТЕЛЕГРАМА

   Целта на този проект е да създаде уникално мобилно приложение за агрегиране на съобщения от различни месинджъри.

   Наши клиенти ще бъдат хора, които използват няколко месинджъра наведнъж, тъй като събеседниците използват различни програми (поради особеностите на операционната система на телефона и предпочитанията). Така хората ще могат да комуникират, без да се налага да превключват между различни програми и прозорци. Купувачите ще бъдат както потребители на IOS, така и потребители на Android. Възрастовият сегмент на купувачите е от 7 до 99 години.

   Ние ще съобщаваме информация на клиентите чрез интернет, а именно чрез приложенията AppStore и GooglePlay. Реклама с помощта на групата Vkontakte и Yandex.Direct

   Нашите конкуренти са приложенията Nimbuzz и Snowball. Основната разлика са пратениците, включени в нашето приложение. Това са най-популярните месинджъри.

   Дългосрочните перспективи са:

   • Увеличаване броя на клиентите
   • Добавяне на най-популярните и търсени месинджъри към нашето приложение, т.е. разработка на мобилни приложения.

   Първоначални нужди от финансиране и приходи след изпълнение на проекта:

   Начален капитал = 300 000 рубли

   За първия МЕСЕЦ на работа е планирано да се продадат 5000 платени версии на приложението на цена $1/версия. Така приходите от продажби за първия месец ще бъдат 300 000 рубли.

   При продажба на безплатни версии, в които се появяват изскачащи реклами, се планира доходът за първия месец в размер на 100 000 рубли.

   Да предположим, че от 2-ия месец от началото на продажбите се планира да се продават 2500 приложения на месец, доходът ще бъде равен на 150 000 рубли + доход от продажби от 100 000 рубли = 250 000 рубли на месец. ОБЩО \u003d 400 000 + 11 * 250 000 \u003d 400 000 + 2 750 000 \u003d 3 150 000 рубли

   Организационно-правна форма на предприятието - Индивидуален предприемач

   За реализиране на проекта се предвижда да бъдат привлечени 5 служители:

   1. Главен програмист,

   2. Програмист,

   3. Специалист по техническа поддръжка (2 служители),

   4. Мениджър.

   2. ОПИСАНИЕ НА ПРОЕКТА

   Видът на нашия инвестиционен проект е създаването на проект от нулата, т.к проектът е иновативен и няма предишни версии.

   В момента проектът е на етап „Събиране на екип” и „Създаване на концепция”.

   По време на стартирането се планира изпълнението на проекта в цялата Руска федерация и след успешно стартиране планираме да разширим зоната на покритие и да позволим на нашето приложение да се използва по целия свят.

   Целта на този проект е да създаде уникално мобилно приложение за агрегиране на съобщения от различни месинджъри.

   Как се роди нашата бизнес идея: „Сблъсквали ли сте се някога с такъв проблем: родителите ви използват Viber, приятелите ви използват WhatsApp и Telegramm, а вашите колеги използват само Facebook? Ако отговорът ви е „да“, тогава нашето приложение „& WVTF" специално за вас!"

   Стойността на тази идея се крие във факта, че човек, използващ няколко софтуерни продукта наведнъж, като Viber, WhatsApp, Telegramm и Facebook, ще може да комуникира с всички контакти от едно приложение, без да се налага да превключва между няколко програми.

   За да постигнем целта на нашия проект е необходимо да сключим договори за предоставяне на сървъри за Viber, WhatsApp, Telegramm и Facebook. Това ще стане чрез API (Интерфейс за програмиране на приложения). API дефинира функционалността, която дадена програма (модул, библиотека) предоставя, докато API ви позволява да се абстрахирате от това как точно се изпълнява тази функционалност.

   Срокът за постигане на целта на проекта – от началото на създаването на приложението до публикуването на приложения в AppStore и GooglePlay няма да надвишава 2 месеца.

   3. ИНФОРМАЦИЯ ЗА ОСНОВНИТЕ УЧАСТНИЦИ В ПРОЕКТА

   История:

   Няма история на кредитополучателя, т.к това е първото стартиране.

   Основните участници в проекта:

   • Главен програмист
   • Програмист

   Редът на взаимодействие в проекта- основателят на бизнеса (той е и управител) сключва договор с горепосочените специалисти, като уточнява техните длъжностни задължения.

   Мениджърът е длъжен да напише ТЗ в съответствие с GOST № 34 и да го прехвърли на главния програмист, както и да сключи договори за достъп до сървъри WhatsApp, Viber, Telegram, FaceBook. На свой ред главният програмист актуализира програмиста, за да започне да създава приложението. След определеното време програмистите са длъжни да покажат предварителната версия на мениджъра за одобрение и по-нататъшна работа.

   Организационен план:

   Необходим е начален капитал от 300 000 рубли, който ще бъде финансиран от основателя на бизнеса.

   Първите 2 месеца ще бъдат загуба на начален капитал, след което стартирането започва да печели.

   Таблица 1. Изчисляване на необходимите инвестиции

   Разходи за персонал
   	Длъжност	Размер на заплатата на месец, руб
   	Главен програмист
   	Програмист
   	Специалист по техническа поддръжка (2 човека)
   	Мениджър продажби/договори
   Общи разходи за персонал
   Разходи за оборудване (не са включени)
   Разходи за наем (не са включени)
   Разходи за договаряне (достъп до сървър)
   	WhatsApp
   	Телеграма
   	Facebook
   Общо разходи

   
   

   4. ОПИСАНИЕ НА ПРОДУКТА

   Продуктова програма:

   Предлагаме ви нов &WVTF месинджър:

   1) Удобен интуитивен интерфейс

   2) Възможност за закупуване на безплатна версия

   3) Спестете батерията и паметта на вашия смартфон, като използвате един месинджър вместо 4!

   4) Нашето приложение е достъпно за смартфони с Android и IOS

   5) Възможност за използване на едно приложение вместо 4, без да се губи функционалността на всички програми

   Ние ще осигурим 2 изглед на нашето приложение:

   а. Сайт iphones.ru е свободен(тества се)

   b. Уебсайт appleinsider.ru/obzory-prilozhenij - срещу такса

   ° С. Appstudio.org/ios-apps - срещу такса (7000 рубли)

   2) За потребители на Android:

   а. Сайт androidinsider.ru - срещу такса

   b. Сайт ferra.ru/ru/apps/ - срещу такса

   ° С. Сайт android4all.ru/soft - е свободен

   1. Събиране на екип

   2. Заплащане на програмистски услуги

   3. Писане на приложения за операционни системи IOS и Android

   4. Получаване на патент за приложението

   6. Внедряване на приложения в Google Play и AppStore

   7. Разработване на маркетингова стратегия за привличане на нови клиенти

   8. Техническа поддръжка на потребителите

   9. ФИНАНСОВ ПЛАН (ОТЧИТАНЕ ЗА ПЕРСПЕКТИВИ, ПОКАЗАТЕЛИ)

   Индикатори за изпълнение на проекта:

   1) DPBP (ДИСКОНТИРАН ПЕРИОД НА ИЗПЛАЩАНЕ). Това е времето, необходимо на текущия (сконтиран) нетен паричен поток на проекта да надхвърли първоначалната инвестиция. Този индикатор отразява периода, в края на който всички пари, инвестирани в проекта, се връщат, при условие че дисконтовият процент е избран правилно. Индикаторът не трябва да надвишава продължителността на проекта, в противен случай проектът ще се счита за нерентабилен.

   2) NPV (НЕТЕН НАСТОЯЩ ДОХОД). Един от ключовите показатели на проекта, който е текущият (дисконтиран) размер на нетните парични потоци от изпълнението на проекта (разликата между всички входящи и изходящи парични потоци), изчислен, като се вземе предвид очакваната промяна в стойността на парите. Показва абсолютната сума пари (доход), която банката или инвеститорът ще получи от инвестирането на пари във вашия проект. Позволява ви да сравнявате проекти с еднаква продължителност и взема предвид техния мащаб. За да се счита един проект за печеливш, този показател трябва да бъде поне по-голям от нула.

   3) IRR (Вътрешна норма на възвръщаемост). Заедно с NPV, той е един от ключовите показатели на проекта и характеризира степента на възвръщаемост на инвестираните пари, като се вземе предвид факторът време и при пълно покриване на всички разходи по проекта от приходите. Изчислява се като бариерен процент - процент на дисконтиране, при който NPV на проекта е 0. IRR ви позволява да сравните ефективността на инвестициите в проект с алтернативни финансови инвестиционни възможности (например в други, по-печеливши проекти) и показва относителната доходност на проекта за единица инвестирани средства. Тази цифра трябва да надвишава дисконтовия процент.

   4) PI (ИНДЕКС НА РЕНТАБИЛНОСТТА НА ПРОЕКТА). Той е и един от ключовите показатели на проекта и се изчислява като отношение на NPV към първоначалната инвестиция. Показва относителната доходност на проекта в сравнение с други проекти със сравнима сума на първоначалната инвестиция. Ако стойността на индекса е равна на една или по-ниска стойност, той губи спрямо други проекти и инвестиции и всъщност прави проекта малко интересен за банката или инвеститора.

   Размер на инвестицията:

   * Изчисленията използват средни данни за Русия

   Тъй като търсихме инвеститор, създадохме компания за разработка на мобилни приложения в Санкт Петербург от нулата и ... грешките, които направихме ...

   Бих искал да разкажа възможно най-честно и открито за нашия опит в стартирането на бизнес в Санкт Петербург за разработване на мобилни приложения от нулата, какви грешки направихме, какво продължаваме да правим (е, къде без него) и за това как се опитваме да изградим нещо наистина мащабно и да „променим този свят“ - а именно нашият проект за мобилен стоков агрегатор tapki (името е смешно, разбира се, родено е като производно на английската дума „tap“). Поглеждайки назад към статията, след като я написах, виждам, че се оказа доста малко текст (около 18 страници в word), но се надявам, че казаното ще бъде полезно. Колегите посъветваха да разделим документа на части, но ми се струва, че цял разказ, обхващащ период от малко повече от година, ще ни позволи да дадем по-пълна картина на развитието на компанията. В статията читателят ще открие икономиката (управленския баланс), която се „разтяга“ от самото начало, разбита по разходни позиции. Не сме добавяли или изваждали нищо и всички цифри са дадени "както са".

   Ще ви разкажа за стартирането на бизнес от самото начало: намиране на помещения, намиране на инвестиции, за основната (първоначална) идея на бизнеса и как се променя през годината, за успехите и неуспехите. Тъй като регистрирахме юридическо лице през юни 2013 г. (по-точно на 29 май), може да се счита, че сме на 1 година и вече не можем да си спомним някои нюанси, но основните етапи със снимки са запазени. Важно е - ако някъде в текста правя заключение за себе си (и читателите) или давам съвет (пряко или косвено) - моля да го приемате единствено като мое лично мнение, което с вероятност от 50% може да бъде фундаментално грешно. И още нещо - не мога да си спомня някои точки в детайли, така че може да има малки неточности по отношение на обяснението на определени числа - това не е опит за задържане на информация, а просто елементарна забрава, т.к. Не съм водила дневник (за съжаление - поправям се) и пиша по памет.

   Подчертавам, че това в никакъв случай не е ръководство от поредицата „10 грешки на начинаещите бизнесмени“ или например „Как да успеем в бизнеса от нулата“. Успехът е гъвкаво понятие и нямаме абсолютно никакво право да пишем за него, т.к. все още не сме го достигнали, въпреки че се опитваме по всякакъв начин, тоест за нас самите под „успех“ е постигането на стабилна печалба в оперативната дейност. Въпреки факта, че сме инвестиционен проект, нашите инвеститори (и ние самите) не си поставят за цел капитализиране на компанията (клиенти, договори, плащания), а месечна дивидентна политика (или с други думи печалба).

   Веднага трябва да се отбележи, че ние сме (засега) губещ проект. Срещал съм ИТ бизнеси, които буквално за 3-4 месеца достигнаха изплащане и започнаха да връщат инвестиции (ако има такива) под формата на дивиденти. Приятно е да четеш за такива проекти, като изпитваш лека завист към по-талантливи момчета (без ирония), които успяха да „скочат“ на пазара. Не можахме и още повече, че първоначалната ни концепция по отношение на мобилните приложения, по които бяха привлечени инвестиции, се оказа напълно нежизнеспособна. С удоволствие прочетох историята на стартирането на Amperka на Habré, но опитвайки опита на момчетата за себе си, заключавам, че търговията на дребно и разработката на софтуер са коренно различни проекти и в нашия случай достигаме оперативна печалба за дълго време и болезнено, защото. бизнес транзакциите варират значително във времето (освен ако нямате много голям клиент, за когото събирате екип - но това не беше нашият случай).

   Идеята за бизнес и рискови фондове като източник на инвестиции - какво да очакваме?

   И така, нашата история. През есента на 2013 г. в екипа, който между другото е доста стар - смятам, че средната възраст е 35-37 години, имаше усещането, че можем да излезем на пазара с идеята за "Мобилно приложение Конструктор за онлайн магазини“. Знаете, това е, когато мобилните приложения се изграждат от готови html(5) шаблони. Между другото, има такива проекти на пазара - myapps.com, ibuildapp.com - от тези, които са "на слух". Приемайки, че нашата конкурентна разлика е в покритието на всички мобилни платформи (ios, android, windows 8 и winphone) и нативната разработка (по-точно използваме продукти на Hamarin), ние започнахме да разработваме бизнес план за намиране на инвеститор. И въпреки че от самото начало имах смътното усещане, че нашите фондове за рисков капитал, да кажем, не са много нетърпеливи да ни видят и се фокусират върху проекти в по-зряло състояние, идеята беше именно да изпратим красива презентация на основни средства.

   Нашите рискови фондове... Това е странна индустрия, вероятно поради факта, че не съм работил лично в нея, но не мога да я разбера с ума си и малко информация. Презентацията ни отне около месец. През април 2013 г. съставих списък с фондове, работещи в Русия, и започнах да ги изпращам с мотивационно писмо. Поглеждайки назад, разбирам, че презентацията не беше, меко казано, не много добра. имаше малко красиви графики (експоненциални нагоре!) и таблици, но повече текст с подробно описание на проекта. Но ние изхождахме от факта, че за да вземат решение за инвестиции, хората, дори на първия етап, трябва внимателно да проучат написаното и едва тогава, ако им хареса, да ги поканят на среща. Общо около 15 писма бяха изпратени до най-известните фондове. Отговори само един - написа, че ще отговори след 2 седмици. Но явно се е завъртял и е забравил. Ето защо, ако имате бизнес на нулевия етап, когато имате екип, някои разработки и добра (както изглежда) идея - не очаквайте много внимание от фондовете. Те могат да бъдат разбрани, т.к. най-високите рискове са именно на нулевия етап на стартиране на бизнес, въпреки че тук можете да очаквате най-висока възвръщаемост.

   И още една забележка - ако вашият бизнес включва фонд, тогава най-често неговата задача е да излезе с печалба след 3-5 години, като продаде своя дял за повече от направената инвестиция. Съответно бизнес печалбите могат да изчезнат на заден план, т.к. всичко това ще бъде поискано да се използва за увеличаване на размера на самия бизнес - за увеличаване на капитализацията. Ако говорим за частен инвеститор, тогава най-вероятно той ще се интересува не от капитализацията на компанията, а от печалбата, разпределена под формата на дивиденти.

   Справедливо е да се каже, че сега ситуацията с подкрепата на ранните етапи се променя и се появи продържавен фонд IIDF (Фондация за развитие на интернет инициативи). Лесно се намира в интернет и съветвам много младите екипи да го приемат сериозно. Гледайки напред, ще отбележа, че бяхме номинирани за първото набиране на IIDF през 2013 г. (през есента) и стигнахме до ТОП 30 проекта, сред, изглежда, 750 приложения. Ще ви разкажа за нашия опит с IIDF и причините, поради които не получихме (или не взехме - как да погледнем) инвестиции, но като цяло впечатленията за тази организация са положителни и, честно казано, се дължат на моите настоящи познания за индустрията на рисков капитал, не виждам алтернативи за екипи в най-ранния етап на развитие в Руската федерация.

   Връщайки се към въпроса за инвестициите. Нашият партньор имаше достъп до инвеститори в Санкт Петербург, които ни повярваха и се заинтересуваха от самата идея и след поредица от срещи с тях беше решено да отворим инвестиция за нас. В същото време инвеститорът получи 51% дял в новия бизнес. Този процес ни отне малко повече от месец (3-4 срещи, обикновено в едно от кафенетата) и в първите дни на май 2013 г. успяхме да отпразнуваме както Деня на победата във Великата отечествена война, така и раждането на нашата компания. Отбелязвам, че поискахме инвестиции по първоначалния бизнес план, който освен описание на бизнес процеса съдържаше и финансови изчисления на очакваните приходи и разходи. Естествено, когато започна работа, се оказа, че заложените идеи и съответно разходите нямат нищо общо с реалността и в тази връзка ви съветвам да направите разумен марж, освен ако вашият житейски и управленски опит не ви позволяват дайте подробна прогноза. По отношение на нас сме заложили сумата от 10 000 000 рубли, но излишъкът от тази сума, според нашите предпазливи прогнози, ще бъде около 6-7 000 000 рубли.

   Доколкото знам, е изключително рядко рисковите фондове да поискат 51% дял в бизнес, но предполагам, че това е по-често приложимо в ситуация, в която вече има някакъв вид входящ финансов поток, интересен и доказана бизнес идея и солиден екип. Определено не попаднахме в това определение, т.к. имаше идея, някои разработки от разработчици от стари места на работа и бизнес план. Всичко. Струва ми се, че това е напълно нормална "цена" за високия риск на инвестиране от нулата, т.к. в противен случай (по-малък дял в уставния капитал на инвеститора), те могат да предложат паритетна инвестиция.

   От моя опит ще си позволя да посъветвам още някои точки в комуникацията с инвеститорите. Няма нужда да гарантираме успех, колкото и парадоксално да звучи. Инвеститорите са сериозни хора и, разбира се, очаквайки многократна възвръщаемост на инвестицията, те разбират, че пазарните условия не са оранжерия за отглеждане на краставици с торове, но не и много благоприятна среда за начинаещи. Затова, когато оценявате шансовете си, опитайте се да бъдете изключително честни със себе си и с хората, които са готови да инвестират. Съмненията са напълно нормални, предполагам, че неуморният оптимизъм може просто да навреди.

   След това запишете условията на дивидентната политика. Поне ги напишете. Ясно е, че всички искаме да „променим света“, но целта на бизнеса в крайна сметка са доходите и е добре да чуем позицията на инвеститора относно визията му за споделяне на бъдещи дивиденти. Задайте въпрос за бъдещия съинвеститор и дали вашият инвеститор ще е готов да намали дела си. Например, в момента сме в поредица от преговори за съвместна инвестиция, т.к както вече споменахме, нашите очаквания не съвпаднаха с реалността и новият съинвеститор може допълнително да позволи на бизнеса да се развие, като същевременно евентуално върне инвестираните средства на първия ви инвеститор, за да изкупи обратно част от неговия дял (частично или изцяло).

   Как изглежда на практика? В нашия случай инвеститорът е готов (теоретично) да продаде 25% от своите 51% в уставния капитал, при условие не само за изкупуване, но и за отваряне на допълнителна инвестиция в размера, договорен от страните. И, между другото, този модел е доста удобен, защото съинвеститор идва във вече работещ бизнес, показвайки някои финансови показатели, имайки натрупана клиентска база и т.н. Тук си струва да се отбележи, че от опита на общуването с фондове за рисков капитал много рядко се цели просто да се изкупи дялът на основателите (само ако не е печеливш, бързо развиващ се бизнес), а да се получи дял в замяна на бъдещи инвестиции. Например, наскоро проведох диалог с германски фонд, който очерта позицията си - 25% от акциите за отваряне на инвестиционен хоризонт от 40-50 000 000 рубли. за 3 години (а именно откриване на финансиране в замяна на акции).

   Разбира се, инвеститорът иска преди всичко да върне инвестицията, да остане с определен пакет акции (за предпочитане блокиращ), да не инвестира повече и да очаква дивиденти. В същото време нов съинвеститор, като се има предвид компания с отрицателен оперативен баланс, може да се противопостави на изкупуването на дял и тук е възможно да се предложи схема, при която обратното изкупуване на дял не се извършва, новото съ- инвеститорът продължава да инвестира в компанията, но при достигане на самодостатъчност и получаване на първите печалби, първият инвеститор получава дивиденти въз основа на първоначалния си дял, докато не върне инвестицията си.

   Отделно отбелязвам, че имахме изключителен късмет с инвеститорите, т.к. ние сме свободни да вземаме всякакви управленски решения, които, разбира се, са насочени към увеличаване на доходите. Някои може да оспорят подобно твърдение, като разумно посочват, че инвеститор, който участва в стратегическото управление, може някъде да „отвори очите си“ за редица важни въпроси. Но има тънка граница между деликатното участие и ситуацията, в която инвеститорът наистина се намесва в оперативното управление, създавайки просто нервна ситуация в екипа.

   Организационни въпроси за стартиране на компания - как беше

   Връщаме се към стартирането на нашия бизнес. Целият май 2013 г. беше изразходван за организационни въпроси - регистрация на юридическо лице, откриване на банкова сметка (избрахме доста консервативната банка Nordea - скандинавски корени, защото имаше познати лидери, а "родословието" на банката вдъхна доверие) и търсене помещения. Не мисля, че си струва да се спираме на това, защото. процесите са доста прости и многократно описани, включително на Хабре. От нюансите - силно съветвам да не отделяте юридическия адрес от действителния, т.к. нашите фискални власти сега доста стриктно следят това и ... добре, защо са ви нужни тези проблеми при стартирането? Като се регистрирате, можете да използвате услугите на посредник или да го направите сами.

   Решихме да кръстим компанията на името на домейна. И ние започнахме да търсим последното, имайки предвид домейна в зоната .com, т.к. все пак направихме конструктор, което означава, че целият свят трябва да ни е подчинен! Не всичко ни се получи, освен закупуването на домейн - notissimus.com; думата notissimus може да се преведе от латински като "добре познат", "разпознаваем". Основното е, че домейнът беше безплатен и търсенето на търговски марки в Съединените щати също не върна съвпадения (търсих на www.uspto.gov/trademarks, въпреки че логиката предполага, че когато регистрирам търговска марка, обикновено регистрирам домейн име веднага). Произнася се като notissimo с ударение, понякога ни наричат ​​смешни. При откриване на банкова сметка (имаме юридическо лице със същото име като домейна - LLC NOTISSIMUS), получихме забавна история. Служителката на банката отново попита името на юридическото лице и след това попита: „Какво означава това?“, Като чу превода от латински: какво казват „известно е“, извини се и каза, че е не знам, въпреки че изглежда терминът е широко известен на всички :) .

   Имахме късмета да намерим стая в центъра на града, до Исакиевския събор с повече от разумна цена от 1100 рубли. на м2. Как търсихте? Използвахме всички налични безплатни ресурси (без агенти), плюс лично обиколихме центъра на града с кола и потърсихме интригуващ надпис „наем“ - това е доста ефективен метод. За нас и инвеститора беше важно да намерим офис в центъра, близо до метрото (това е удобно както за служителите, така и за клиентите, които каним да посетят, и добавя малко значение за младата компания, когато казвате, че офисът е до Исакиевския събор). Все още работим в тази стая, като постепенно се разширяваме поради съседни стаи - бизнес център от клас "C", който се планира да се превърне в клас "A" (с всички произтичащи от това последствия, включително "изтичане" на нас). Стаята (45 m2) беше преустроена, за да бъде приятна за окото, като за нея бяха похарчени около 45 000 рубли. заедно с материали (работеха гости от южните републики). Позволихме си да наемем две паркоместа. в центъра на Санкт Петербург близо до Исак, няма шанс да се намери паркинг и те разбраха, че това ще бъде постоянен досаден фактор в началото на работния ден (5000 рубли за едно място - гледайки назад, ясно разбирам че определено си заслужаваше).

   В нашия бизнес план имахме средства за еднократна покупка на дълготрайни активи (ОС) за стартиране на компанията. Какво е включено? Компютърна техника, периферия, маси, столове и др. Всички покупки бяха направени на сайта ulmart.ru, по пътя, като получиха доста бонус точки към акаунта - това е удобно, защото. определено ще забравите нещо от малките неща, какъв кабел или удължител има. Всичко беше купено разумно - просто - необходимо (понякога много просто, тогава трябваше да подобря компютъра - да купя повече памет, така че ви съветвам да не намалявате напълно разходите за оборудване за ежедневна работа). По-долу е даден фрагмент от нашия мениджърски p/l (приходи - разходи) за май 2013 г. Никой от екипа все още не е получил заплата, само разходите за наем (частично, не помня защо такава сума), покупка на ДМА, откриване на сметка, регистрация на юридическо лице и др. Няма приходи, само разходи в размер на 517 000 рубли. (Учредителна вноска в сметката на дружеството като инвестиционен заем).

   

   Фрагмент от управленски отчет за месец май 2013 г. - оперативна дейност все още не е извършена

   
   

   Финансови резултати от работата няколко месеца след старта

   

   Управленски баланс май-септември 2013 г. и постепенно харчим парите на инвеститорите

   
   

   Ако погледнете p/l до септември 2013 г., можете да видите увеличение на разходите за заплати и закупуване на дълготрайни активи (административни разходи - ремонти, нотариални разходи, офис консумативи, някои не-IT OS, екстри за офис, вода и др.). Но на нашия уебсайт имаше и портфолио (скромно, разбира се). Правни разходи - Ангажирахме трета страна да прегледа договора ни за разработка на приложение еднократно. Основният акцент беше поставен върху изключителните права върху резултата от работата. Нашият модел на работа не предполага прехвърляне на изключителни права върху изходния код. Има няколко причини за това, като основната е, че имаме централна сървърна част, която е обща за всички проекти, плюс - ние сме много „щедри“ да възпроизвеждаме постиженията на един клиент за други. Прехвърляйки изключителни права, ние се излагаме на твърде висок риск от възможни спорове с клиенти. Затова ние прехвърляме неизключителни права, а клиентът може според договора да прави каквото си иска с приложенията. През цялото време на нашата работа все още не е имало специални спорове с правните отдели на клиентите, т.к ние позиционираме решението като платформа, към която можете да се свържете. Договорът съдържа клауза, според която, ако нашата компания не изпълни задълженията си (фалира), ние се задължаваме да прехвърлим всички изходни кодове и да обучим специалисти на клиента. Забелязва се, че малките онлайн магазини се страхуват най-много да не получат изключителни права, докато големите компании са много спокойни за това. Имаше заявки за прехвърляне на изходни кодове и ние стигнахме до междинно решение за себе си, че можем да разчитаме на опита на 1c-bitrix: изходните кодове се продават. Но за една година работа никой никога не е купувал такъв, което ни позволява да заключим, че повечето компании се нуждаят само от изходни кодове и изключителни права за разработка на думи, но в действителност те просто се нуждаят от работещо решение, бързо и евтино. Честно казано, трябва да се отбележи, че за редица големи проекти с известни марки ние, за някои части от разработката, предписваме изключителни права върху резултата. За една година работа сключихме доста лоялен договор, който всъщност е договор за поддръжка на основна функционалност. Към него има допълнително споразумение за подобрения, които се оформят със заповедни бланки. Този подход е доста удобен и разбираем за клиентите.

   До началото на есента на 2013 г. концепцията на нашия бизнес ясно изкристализира. Ние поемаме проекти само за компании от сегмента на дребно, които продават през интернет и/или имат асортимент, който е наличен за поръчки със самостоятелна доставка (това е, разбира се, рисувам портрета на клиента твърде ясно, има различни клиенти, но основата е асортиментът, който вече се изгражда около допълнителна логика - лоялност, плащания, push и т.н.). Ние разработихме приложения безплатно, включително дизайн (разбира се, опитвайки се да разчитаме на нашите най-добри практики, доколкото е възможно) и основно предложихме 3 платформи: Apple iPhone, Apple iPad, Google Android. Доста необичайно, но дори като се има предвид безплатната разработка за Windows 8 и Windows Phone, клиентите рядко искат да направят тези приложения за тях. Подкрепата възлиза на 15 000 рубли. на месец (без ДДС, защото сме на опростена система) за всички платформи.

   Постепенно дори спряхме активно да предлагаме тези две платформи (Windows 8 и Windows Phone), т.к. по това време за нас това би било напълно непосилна тежест за разработчиците, защото има срокове, предписани в договора (40 работни дни, това е естествено с марж). Между другото, гледайки напред, ще кажа, че по време на писането на тези редове се придържаме към същия подход към развитието, направихме само незначителни промени, т.к. портфолиото и разработките вече ни позволяват леко да подобрим условията за нас: сега подкрепата е 18 000 рубли. на месец за всички платформи, разработката все още е безплатна, а дизайнът, ако го направим сами - 18 000 рубли. за всяка платформа веднъж. В същото време клиентите наистина не искат да направят дизайна сами, въпреки че изглежда, че могат да спестят пари. Изводът е съвсем прост - цената на емисията не е толкова критична, че компанията да пренасочи вътрешни ресурси към тази работа. Честно казано, тези цифри не са резултат от някаква обмислена математика и анализ на пазара, а емпирична оценка на комфорта за клиента. Но този подход работи само ако сте ангажирани в тесен пазарен сегмент и имате опит както в програмния код, така и в общото разбиране на процесите на клиента.

   Струва си да кажем малко за факта, че има такава „основна функционалност“, която предлагаме безплатно. Всъщност това е всичко, което е необходимо за стартиране на първата версия на приложения за търговска компания с доставка или вземане. Освен това постепенно разширяваме основната функционалност, като добавяме например показване на свързани продукти, рецензии, продуктови оценки, управление на банери, насочени известия (с личен акаунт) и др. Естествено, никоя функционалност няма да покрие всички нужди на клиента и най-често искаме еднократно плащане за интеграция с бек офиса (регистрация, оторизация, личен акаунт и други "прелести"). Колко искаме? Тук, просто въз основа на опита, цифрата е в диапазона от 70 - 90 000 рубли. Ако нещо познато (1C-Bitrix, например) - по-евтино. В близко бъдеще ще добавим интересни неща към основната функционалност, например: geofencing - изпращане на push известие при влизане в даден радиус от обект, плащане с карти веднага от приложението (заобикаляйки Apple Store с тяхната комисионна) и т.н. .

   Плюсове и минуси на избрания от нас бизнес път

   Искам да разкрия малко за нашия бизнес модел, да покажа плюсовете и минусите му. Първо за минусите. Има два източника на монетизация: подобрения от съществуващи клиенти и плащане за техническа поддръжка (18 000 рубли на месец). Следователно трябва постоянно да разширяваме клиентската база, като същевременно се опитваме колкото е възможно повече да убедим клиента да прави приложения постепенно, използвайки нашите разработки, без да „падаме“ веднага в някои сложни, многофункционални проекти. Това обикновено работи, но има изключения. Всяко изключение забавя работата ни и рискуваме да преминем в плоскостта на чисто персонализираната разработка. Персонализираната работа ще ви позволи да получите по-голямо еднократно плащане, но това значително ще разсее разработчиците, което означава, че други проекти ще „провиснат“. Но! Изненадващо, за клиента прогресивната работа също е голям плюс! Рисковете са намалени, сроковете за пускане на приложения с достатъчна основна функционалност са намалени, клиентската база започва да се набира, получава се обратна връзка и т.н. Недостатъкът, разбира се, е, че трябва да свършим работата, често без да получаваме никакви пари, което изисква инвестиции за захранване на бизнеса. Затова не препоръчвам този модел на работа за екип, който се развива за своя сметка.

   Професионалисти? Концентрацията върху един сегмент от бизнеса (продажби на дребно) ви позволява да се чувствате доста уверени в преговорите, т.к. в процеса на работа получавате истинска компетентност как приложенията могат да помогнат (или не могат, ако бизнесът е твърде мързелив, за да ги рекламира). Безплатното развитие в рамките на основната функционалност е определено предимство и доста значимо. Често клиент, който не знае стойността на приложенията, е готов да опита, тогава му е по-лесно да бюджетира 18 000 рубли. на месец маркетингови средства, отколкото да „избием“ еднократно плащане от стотици хиляди рубли от ръководството, осъзнавайки, че ако не се получи с нас, те ще откажат. Ние не създаваме никакви пречки за това, а договорът ни е повече от лоялен. И мисля, че най-важният плюс е, че компаниите в сегмента на дребно имат сходни процеси и всякакви подобрения (и те са редовно налични) могат да станат част от основната функционалност в бъдеще, а в настоящето се предлагат за малко пари към други клиенти (по същество адаптация). Например, една компания поиска да направи функционалност за геозониране. Какъв е смисълът? Ние, чрез личен акаунт на нашия уебсайт, даваме възможност за настройка на push известия към различни платформи, ако човек е влязъл в даден радиус от избрани магазини (да речем 500 м.). Какво да изпратите чрез push? Например напомняне за промоция или мобилен купон ... но никога не знаете какво ще измисли бизнесът. Компанията плати за ревизията еднократна поръчка от 45 000 рубли, което не е толкова много, защото. разбрахме стойността на функционалността за други клиенти. И да, наистина много хора го харесаха и хората искат да бъде внедрен (наричаме го адаптация). Не мога да кажа, че подобренията за една компания винаги са приложими за други, но грубо казано, в половината от случаите работи.

   Струва си да се отбележи една особеност на мобилните приложения, с която съм сигурен, че читателите на Habr са запознати - приложенията трябва да бъдат популяризирани. Ако говорим за компании за търговия на дребно, тогава, като правило, всичко не е лошо с каналите за промоция. Обикновено има посетен сайт, където можете да поставите всякакви банери с призиви за инсталиране на приложения и, най-важното, има търговска мрежа с посетители. Дори обикновени стикери с QR код и кратка информация, поставени на касата, могат да дадат добра възвръщаемост на инсталиранията. Парадоксално, но често се сблъскваме с факта, че една компания, след като е получила мобилни приложения, просто е твърде мързелива, за да се включи в активна (и безплатна за нея) промоция, след което ни се оплаква от малък брой поръчки (въпреки че дори пишем инструкции със съвети върху какво и как да се направи). Като цяло, анализът на поведението на клиентите на дребно в мобилните приложения е тема за отделна и дълга публикация, сега ще отбележа, че поръчките отиват за различни категории стоки (най-доброто от всички, horeca сегмента, след това модата и накрая на B&E), като техният размер варира от 20 000 рубли на ден (мода, малък среден чек, но висока маргиналност) до 600 000 рубли. и по-горе за фирми, доставящи хранителни стоки (суши, пица) до вашия дом. Сега чрез всички пуснати мобилни приложения виждаме оборот от над 30 000 000 рубли на месец, което не е толкова много за добър, силен онлайн магазин, но не е лошо за млада, като цяло, индустрия, наречена „мобилни приложения на компании за търговия на дребно“ .

   Най-важното е да намирате клиенти, повярвайте ми - това е просто първостепенно!

   Как намираме клиенти? Странно развитие за 0 рубли ни позволява да работим добре при студени разговори. През първите 6 месеца от моя бизнес живот направих това (оказа се ужасно, защото не знам как и се срамувам), сега имаме прекрасна Джулия, която работи върху привличането на клиенти по телефона и Ходя на срещи (Санкт Петербург, Москва). Можете да чуете как тя излага последния коз - „така че имаме развитие от 0 рубли и има клиенти от вашата бизнес област, които са направили това и могат да дадат препоръки“. Степента на клиентски интерес веднага се повишава леко. Естествено, дори такъв модел не винаги води до сключване на споразумение и въпросът не е в недоверието към нас (ние предлагаме портфолио и препоръки), а в неподготвеността на компанията за кандидатстване. Естествено, има напреднали компании, които ясно осъзнават стойността на приложенията за себе си, но по-често е необходимо да се извършва разяснителна работа. Сега имаме средно по 1-2 договора на месец, клиентите са предимно от Санкт Петербург и Москва, въпреки че започнаха да се появяват заинтересовани страни от регионите. Средното време от първото обаждане до сключването на договора е около 1,5 месеца и още около 2 месеца за разработване на приложения. Не е изненадващо, че схемата за продажби работи добре, в която се позоваваме на опита (случая) на подобен бизнес и в идеалния случай на конкурент. Тъй като не можем да разкрием всички данни, ние просто предоставяме някои общи анализи, често анонимни.

   Искам да дам съвет, който самият аз бих искал да получа в самото начало на нашия бизнес - трябва незабавно да имате служител в персонала, който систематично да се занимава със студени продажби, ако вашият бизнес е подобен на нашия. Не можете да правите това от време на време, като се разсейвате от други различни задачи - написахте блог, разговарях с клиенти, разговарях с разработчици, побързахте с плащането, отидете на среща и започнахте да се обаждате отново. Сега имаме малко по-малко от 1000 компании в базата данни на CRM, с които е имало поне един студен контакт. И не може да се каже, че има опашка от хора, които искат да ни дадат пари. Обаждане, писмо, писмо, обаждане и т.н. Цикъл на работа с постепенно увеличаване на клиентската база и това трябва да се извършва от отделен служител. В офиса. Много съжалявам, че не стигнахме до това веднага и едва след 5-6 месеца работа осъзнахме необходимостта от наемане, като първоначално се фокусирахме върху производството (разработчици, дизайнер), а не върху продажбите. Разбирам, че този спор е вечен, какво е първо - кокошка или яйце, но аз лично заключих за себе си - в b2b сегмента продажбите са първични и едва след това развитието (производството). Дори и да усетите някакъв „провал“ в производствения капацитет, имайте предвид, че цикълът на организация на продажбите не е мигновен (в нашия случай, разбира се) и е по-важно да имате клиент и договор с вградени резерви за срокове отколкото силно производство без постоянен поток от клиенти. За CRM използваме безплатната версия на bitrix24 (безплатна е за до 12 служители) и това е повече от достатъчно. Ако погледнете статистиката, тогава Юлия прави около 50-60 обаждания средно на работен ден (това са както нови, така и повторни обаждания). В допълнение към обаждането трябва да въведете информация в CRM.

   Признавам, че не сме много добри в продажбата на нашите услуги по телефона, но можете да оцените превръщането на студените разговори в договори. Нещо около 0,5-0,8% в много добър случай. Имайте предвид сезонния фактор - през лятото има известен период на затишие, хората, които вземат решения, отиват на почивка или просто не искат да се впуснат в сериозно обсъждане на нови проекти пред себе си. Като цяло, колкото и странно да изглежда, ако се замислите, в Русия няма много време, когато бизнес активността е висока, хората са на място и са готови за нови пробиви :). Освен това наблюдаваме, че напоследък текучеството на персонала е високо. Често чувам как Джулия се опитва да разбере кой в ​​маркетинговия отдел може да говори сега, защото. предишният човек се пенсионира. И всичко трябва да започне отначало.

   Всичко това със сигурност е страхотно, но има ли полза от мобилните приложения?

   Малко за възвръщаемостта на мобилните приложения за бизнеса или по-скоро за търговията на дребно. Почти всеки клиент иска оценка на очаквания резултат, дори като се вземе предвид минималната инвестиция. Тук си струва да разделим различните сегменти на търговския бизнес, т.к. сравняването на продажби чрез приложения за потребителска електроника с готови за консумация храни просто не е практично. Въз основа на нашия опит могат да се дадат следните средни стойности. Моден сегмент - напълно възможно е да получавате поръчки до 1 500 000 рубли. на месец след 4-6 месеца работа на приложението. Ако имате бизнес, продаващ суши, пица, уок с доставка до дома, тогава с дължимата грижа в промоцията можете да събирате поръчки до 300 000 рубли на ден (броят на нашите клиенти варира от 100 000 до 300 000 на ден). Домакински уреди и електроника - до 1 000 000 рубли. на месец, точно като категорията "Детски стоки". Тези цифри са валидни за компании, които имат онлайн магазин (може и търговска мрежа). Подчертавам, че разбира се има резултати, които са много по-добри, и много по-лоши. Има много ясна зависимост на броя на поръчките от броя на инсталираните приложения, които от своя страна зависят от желанието да се говори за тях.

   

   Пример за броя на ежедневните инсталирания на приложение за компания от модния сегмент

   
   

   

   Пример за броя на ежедневните инсталации на приложения на компания в OB&E сегмента

   
   

   Загуба на клиенти ... да, да, това също се случва

   Отделно искам да се съсредоточа върху компаниите, които отказват по-нататъшно сътрудничество. Първоначално това ни изненада неприятно - има монтажи, идват поръчки и... как да откажеш? След известно време дойде разбирането на основните мотиви. Нашият модел за осигуряване на приходи (минимална първоначална вноска) има друг съществен недостатък – компаниите, които всъщност не искат приложение, просто го изпробват. Няма инвестиции, защо не опитате? Очаквайки фантастична възвръщаемост веднага, те се сблъскват с реалността да губят времето си, за да популяризират по някакъв начин това, което е направено с техните ресурси. Стига се до абсолютен абсурд, който вероятно отчасти характеризира мисленето на някои мениджъри. Мрежа от магазини, направени приложения - всички са доволни. След 4-5 месеца пишат, казват, че искаме да откажем, т.к. не усещаме възвращаемостта. Е, това е право на клиента, но ние се опитваме да поддържаме и изпращаме анализи - момчета, получавате инсталации, показванията на екрана растат, поръчките идват! Да, може би няма толкова много поръчки, за да разглеждате мобилните приложения като стабилен канал за продажби, но съжалявам - процесът е все още в начален стадий! Трябва да изчакаме, да натрупаме публика. Ето няколко примера за подобни бизнеси. Не се получава, те са решени. Е, предлагаме - да оставим приложенията - нека работят, ние не ги поддържаме, но ще работят. Всичко е безплатно. Доволни сме, оставихме го, но след известно време отново пишат - премахваме приложенията като цяло, т.к. Поръчките за стоки започнаха да идват отново от приложението, но те забравят да актуализират разтоварването (xml) (!!! явно беше изключен робот), така че клиентите поръчват стоки с грешна цена. Изненадани сме от могъщия ум на мениджърите, но - изтриваме приложения. Ние въздишаме и забравяме за клиента, но той не забравя за нас. Пише - клиентите, които са успели да инсталират приложения по-рано, продължават (това са копелетата) да поръчват стоки на старата цена. Направете нещо, не сме доволни от такива поръчки и клиенти и не искаме да актуализираме xml, защото по принцип правим мобилен сайт и няма време за вас. Хм... странно - но как да накараш тези, които са го инсталирали, да деинсталират приложенията? Клиентът, притеснен и радостен, че е намерил начин да довърши направеното, предлага - и да изпратим бут на клиентите, че това е, няма да работим с вас! Да, идеята е добра, но все още не е направена поддръжка за насочени известия, така че ние, смеейки се на върха на гласовете си, изпращаме оферта на клиента - нека вие платите за внедряването на поддръжка за насочени известия, ние ще направете го, клиентите, които са го инсталирали, ще актуализират приложенията и тогава Ние ще изпратим, че не искаме да работим с вас. Като цяло цялата история свърши дотук.

   

   
   

   За съжаление само около 10% от всички входящи обаждания се отнасят за сегмента на дребно. Понякога не разбирам на какво разчитат хората, когато поискат да направят чат с обмен на снимки, клонинг на Yandex.Taxi или други, съмнително е, че в бъдеще ще има успешни приложения. Даваме такива проекти на различни компании, но за цялото време на нашата работа (една година) все още не съм чул, че проектът дори е започнал, а цените започват от 700 000 рубли. за развитие. Средно сега получаваме около 3-4 "входящи" обаждания от сайта на месец (по-често пишат, отколкото се обаждат) с трафика на нашия сайт. Всеки път, когато представям проект за изпълнение (дори и без „изпускателни газове“), се обиждам ужасно, но реалистично оценявайки ситуацията, просто не е възможно да завършим сложни проекти извън b2c / b2b сферата при сегашното натоварване. За да отреже онези, които са просто любопитни, той започна да задава въпроса - „готови ли сте да разгледате проекта, ако цената е в рамките на 300 000 рубли. за една платформа или не?

   На пазара има неофициална награда в размер на 10% от всеки прехвърлен клиент (ако проектът започне, разбира се), но ние не получихме нищо и не мисля, че ще го получим. Но когато анализирате ситуацията, започвате ясно да разбирате защо мобилните приложения за всяка платформа струват парите си за разработка по поръчка и факта, че специализирането само в определена сфера на дейност ви позволява да поддържате висок темп на разработка. Повече от веднъж, когато обсъждах друго обжалване в екипа, например за застрахователна компания или превозвач, внимателно повдигнах въпроса „можем ли по някакъв начин да се опитаме да се впишем странично ...?“ но винаги момчетата, отговарящи за производството, обръщаха внимание на текущите задачи и аз препращах приложението към студио на трета страна. Защото се казва, че „летяща стрела не маха с опашка“ :) и въпреки че звучи красиво в ситуация на постоянно попълване с инвестиционни пари ...

   IIDF и други източници на финансиране

   Връщайки се към нашата история, както вече споменах, през есента на 2013 г. подадохме заявлението си до ускорителя на IIDF и по чудо първо попаднахме в ТОП 100 проекта, а след това в списъка на онези, които бяха поканени да се ускорят в Москва. Тогава фондът IIDF имаше два вида участие - онлайн ускорение (на пълен работен ден) и офлайн (кореспонденция). Предложиха ни точно програмата на пълен работен ден и за нея фондът поиска 7% от бизнеса и даде пари (нещо около 1 000 000 рубли, като част от тях отива веднага за обучение). Интересно е, че изобщо ни избираха някъде, т.к всъщност ние не се различавахме много от обикновеното студио, освен че разработихме нашата платформа и се концентрирахме върху търговията на дребно. Мисля, че причината е, че във фонда категорично липсваха повече или по-малко "разбираеми" проекти, показващи поне някакви резултати. Веднага трябва да кажа, че по никакъв начин не критикувам фонда, напротив, смятам, че те вършат страхотна работа в Русия, т.к. в ранните етапи една млада компания няма много възможности за това накъде да отиде. И IIDF е добра алтернатива. Освен това първото им набиране всъщност също беше стартиране с всички произтичащи от това последствия. Сега изглежда, че са на четвърти или пети сет, но все още имам чувството, че проблемът не е в наличието на пари, а в силните отбори с добри идеи, които след това наистина могат да бъдат монетизирани.

   Като цяло, ако се замислите, изискванията, поставени от dfunds, изглеждат като капан. Преценете сами - проектът трябва да бъде мащабируем, ясно монетизиран, трябва да има екип (за предпочитане 2-3 основатели). Не е много лесно да си представим, че 3 възрастни, които трябва да изхранват себе си и семействата си, се събират и правят прототип за известно време, така че по-късно да имат малък шанс да получат инвестиции. Какво ядат между тях? Освен това, ако погледнете същия IIDF, тогава няколко отбора от всички комплекти като цяло са получили повече или по-малко сериозни инвестиции.

   Отказахме се от схемата очи в очи, т.к те не можеха просто да напуснат бизнеса и да учат в Москва в продължение на 3 месеца и след това да общуват с наставника задочно (видеоконференции по Skype веднъж седмично). Естествено всички материали бяха достъпни за нас по имейл. видяно от редовната програма, но честно казано, аз лично не видях тяхната стойност за себе си. В резултат на това бяхме поканени на демо ден - деня на презентацията пред инвеститорите, или по-скоро на репетицията на този ден. Като се има предвид, че беше твърде луксозно да отидем в Москва за 10 минути репетиция, те поискаха незабавно да дойдат на демонстрационния ден и ... не бяхме поканени никъде другаде :). Това определено е наша вина, т.к. От самото начало не чувствахме, по това време, някаква крайна нужда от допълнителни. инвестиции и като цяло бяхме изненадани, че бяхме избрани в краткия списък с участници. Във всеки случай желая успех на момчетата, те често бяха критикувани в медиите, осмивайки подкрепяните компании, но индустрията е млада, все още няма опит и те са някъде пионери.

   Но в Русия има програми, в които бихме искали да влезем, но те вече не ни приемат. Това е Microsoft Technology Grant, който се оспорва два пъти годишно. Тук ще направя едно малко отклонение. В работата си използваме всички продукти на Microsoft и по-специално облачните услуги Azure. Клиентската част е разработена с помощта на Xamarin (бивш Mono) (наскоро получи статут на партньор на тази компания) в C #. През май 2013 г. кандидатствахме за програмата Microsoft BizPark и наистина искам да кажа искрено „благодаря“ на Microsoft за възможността да използваме законно целия софтуер, от който се нуждаем, включително платени облачни ресурси на Azure (има ограничение, но ние имаме все още не е достигнато - ние оптимизираме сървърните изчисления, доколкото е възможно).

   В началото на 2014 г. получихме статус Microsoft Startup Accelerator, който предоставя повече технологична поддръжка и значително разширява облачните ресурси, плащани от Microsoft ($60 000 на година). Имаме куратор и трябва да призная, че се работи много удобно. Предвид нашия фокус върху продуктите на Microsoft, ние наистина очаквахме с нетърпение да получим безвъзмездна помощ. Няма да се задълбочавам в самата безвъзмездна помощ, всичко може да се прочете на уебсайта ms-start.ru. Мога само да кажа, че през 2013 г. два пъти кандидатствахме и двата пъти ни отказаха. Причините за отказа не са посочени, но всъщност те са на повърхността - имаме някакъв хибриден бизнес модел: нито работа по поръчка, нито дизайнер на приложения. Полуавтоматичен Този модел не е мащабируем, има значителни недостатъци и именно нашите недостатъци ни принудиха да опитаме нови проекти.

   През май 2014 г. отново кандидатствахме за безвъзмездна помощ, но този път за подкрепа на нашия проект tapki, който е много по-мащабируем бизнес. Какво се случи в крайна сметка - ще ви разкажа в част 2, която вече подготвям за публикуване на Хабре.

   Какво имаме днес?

   Връщайки се към историята - какво имаме сега в актива, за малко повече от година работа? Екип от 15 души (предимно разработчици), ~32 подписани договора (някои части все още се разработват и няма плащания) и малко по-малко клиенти на етап сключване (мисля). Изглежда - супер (с изключение на печалбата) и всичко казано за предимствата на нашия бизнес е страхотно, разбира се, но ние сме линейни. Опитвайки се да работим в "триъгълника": качество на приложенията, цена, срокове - получават се спретнати мобилни приложения, но има още едно измерение - ресурси! Колкото повече клиенти имаме, толкова повече разработчици имаме нужда, толкова повече се движи точката на рентабилност. Това е друг минус, който всъщност ни принуди едновременно да започнем нов проект - tapki (отново увеличаване на разходите, след като предварително сме осигурили подкрепата на инвеститорите за проекта). Честно казано, отбелязвам, че няма абсолютно ясна линейна връзка между броя на хората в бизнеса и броя на клиентите. Някои клиенти „замръзват“ с месеци, без да изискват подобрения (и съответно внимание) и преминаваме към нови проекти. Този факт ни позволява да оценим точката на рентабилност и да предвидим печалбата. Дори бих казал, че имаме малко, но "положително мат-очакване" в нашия бизнес.

   По-долу е нашият управленски баланс от май 2013 г. (стартиране на бизнес) до март 2014 г. Вижда се, че има ръст на приходите, но за голямо наше съжаление ръст на разходите. Причината за увеличаването на разходите е, че към този момент сме спечелили повече или по-малко значителна клиентска база, но освен просто сключване на договор, трябва да направим и заявления. И тук попаднахме в нов капан – липса на ресурси. Тези. имахме достатъчно ресурси, за да поддържаме създадените приложения, но не достатъчно, за да създадем нови. Ако говорим за създатели на мобилни приложения, тогава няма персонализиране за клиентите. И ние започнахме. Таблицата показва, че 50% е поддръжка, 50% са подобрения и това съотношение остава плюс или минус и до днес. Нарастването на персонала доведе до факта, че трябваше да разширим площта - наемът се увеличи. Това, на което искам да обърна внимание е неравномерното постъпване на средства. Нашият доход се състои от плащания за поддръжка и подобрения. Ако подкрепата все още може да се припише на гарантиран доход за някакъв предвидим период от време, тогава подобренията са изключително хаотичен въпрос. Естествено, ние полагаме усилия да стимулираме развитието на приложенията, но не е необходимо от време на време. Естествено, с развитието на клиентската база има общо увеличение на оборота, но има месеци, в които няма никакви подобрения и ние се „проваляме“ във финансовото планиране. Заслужава да се отбележи също, че значително увеличение на разходите от 13 декември до 14 март се дължи именно на факта, че започнахме да укрепваме екипа за управление на нов проект, но разходите все още не са разделени тук. Както вече отбелязахме, не наблюдаваме напълно линейна връзка между броя на клиентите и програмистите. Факт е, че натоварването е много неравномерно както за първоначално развитие, така и за подобрения. Имаме клиент (голяма модна верига), който стартира преди малко по-малко от година и не е наша вина - т.к. компанията е много голяма, процесите на одобрение отнемат време.

   

   Управленски баланс май 2013 - март 2014 - растящи клиенти, служители и ... загуби

   
   

   Компанията работи по опростената система за данъчно облагане (STS) и в 99,9% от случаите не сме срещнали проблеми с липсата на ДДС от страна на клиентите. За себе си сме избрали схема от 10% от разликата между приходите и разходите, но тъй като имаме отрицателен краен баланс, в края на годината плащаме 1% от дохода на държавата (това може да се види на 14 март - 7460 рубли - данък за 2013 г.). В началото на 2014 г. увеличихме количеството заемано пространство (можете да видите увеличение на разходите за този артикул), т.к. просто вече не се побираха (съседна стая, дупка в стената - всичко е много просто). Имаме малък доход от електронни пари и съответно има разходи (да платим за свободно място в hh.ru, например), но това е изключение от правилото, т.к. работим по договор.

   От април 2014 г. започнахме да споделяме управленски баланси - част от екипа продължи да разработва мобилни приложения, част - tapki. Нашите инвеститори подкрепиха самата идея (за нея малко по-късно) и факта, че започваме да изолираме един проект от друг. През юли 2014 г. стигнахме до извода, че е необходимо не само разделяне според вътрешното счетоводство - разделянето трябва да се извърши и на ниво счетоводство (индивидуални юридически лица). По-точно, просто бяхме посъветвани да направим това от момчетата от IIDF, обяснявайки, че това е единственият начин да привлечем инвестиционни пари към нов проект. Струва си да се признае, че в света на разработването на мобилни приложения само чистите дизайнери се считат от инвеститорите за вкусни мащабируеми проекти, в които има смисъл да се инвестира. И ние, дори името на платформата, продължаваме (това е факт) да се занимаваме с проекти по поръчка. В същото време tapki е просто мащабируем проект и ако искаме да привлечем инвестиции в него, той трябва да бъде максимално отделен от компанията майка.

   Подадохме за регистрация на ново юридическо лице TAPKI LLC (като цяло съветвам, ако е възможно, да назовете юридическото лице по същия начин като марката - някак си се оказва по-точно) и в края на август напълно се прехвърлихме част от екипа, отговорен за новия проект към това юридическо лице. Разбирам, че страничният проект, който не отделихме от компанията майка, въведе определени изкривявания в цифрите, но разбирането какво трябва да бъде разделено не дойде веднага, т.к. Всеки нов проект преминава през поредица от етапи и едва започвайки от даден етап, вие оценявате колко ресурси всъщност отклонява.

   

   Ръководен баланс на дружеството до юли 2014г

   
   

   Ако вземем за основа юли 2014 г., можем да направим следното заключение - за нашия бизнес с текущото натоварване "почистените" месечни разходи ще бъдат около 900 000 рубли (тази сума включва еднократни разходи, например закупен климатик това лято или допълнителен монитор за програмист ... въпреки че такива плащания трябва да бъдат откроени в добър смисъл). През юли 2014 г. имахме повече входящи плащания за подобрения, отколкото за поддръжка, но както можете да видите от таблицата, това не винаги е вярно. Но определено мога да отбележа, че колкото повече клиенти, толкова повече входящи заявки за различни подобрения ще имате.

   По-долу са (в една графика) приходите, разходите и крайните резултати (от май 2013 до юли 2014 включително). Вижда се, че проектът notissimus, както беше отбелязано, все още е инвестиционен проект, но има надежда, че до зимата на 2014 г. ще стигнем до нула и ще започнем да връщаме вложените средства от инвеститора. Тук си струва да се отбележи, че тъй като Ако сме надхвърлили първоначалните искания за разпределение на инвестициите, тогава ще върнем 100% от печалбата (когато е) на инвеститора, а не според дяловете в уставния капитал. Когато върнем излишъка от първоначално заявените инвестиции, тогава (надявам се) ще започнем да обсъждаме как да разделим печалбата. В световен мащаб инвеститорите дават пари като заем, в противен случай всички акционери ще трябва да внесат пари в проекта според дяловете си в бизнеса. В същото време, когато фирмата реализира печалба, тя започва да изплаща този заем, в размера, както е договорено.

   Червената линия е крайният резултат от дейността, цифрите в скоби, т.к те са отрицателни. Цифрите от април 2014 г. могат да се считат за основни за студио, което разработва само мобилни приложения, без странични проекти. Могат ли читателите на Habr да използват това, за да анализират стартирането на своя бизнес? Така мисля, защото ние работихме в отсъствието на големи основни клиенти от самото начало (Пощи на Русия, търг от 19 000 000 рубли за мобилни приложения), въпреки че, разбира се, трябва да направим значителна корекция за два фактора: имаме инвеститор и избрахме доста странен модел на монетизация и много нишова работа.

   

   График на резултатите от управлението на работата на компанията за малко повече от година

   
   

   За себе си направих, наред с всички останали, важно заключение - не се срамувайте да поискате пари за висококачествена работа, дори ако компанията е много млада, и не забравяйте (!) Да настоявате за авансово плащане, ако работата за вършене е малко повече от малка. Няма да повярвате колко пъти сме съжалявали в началото на следващия проект, че не сме получили поне малко средства по сметката. Не става дума за факта, че клиентите мамят, просто не е магазин за хранителни стоки - вие сте се сдобили със стоките (например един хляб) и сте дали пари на продавача. Тук НЕ става (не говоря за държавни търгове с банкови гаранции). Развитието не е завършен прословут хляб, а постоянен диалог с клиента, който променя мнението си, забравя, ядосва се, надява се и всичко това заедно, умножено с ускорен вход от ръководството и т.н. И ако работата се извършва предварително, тогава всички рискове се прехвърлят към студиото. И в тези проекти, където имаше авансови плащания, ситуацията бързо се превърна в конструктивна равнина. Освен това сега, за сложни задачи, ние настояваме за 100% предплащане, опитвайки се да обясним на клиента защо това е така.

   Какво е tapki? Когато създавате мобилни приложения за търговия на дребно, вие волю-неволю мислите как да обедините своя опит и клиенти в нещо агрегиращо, мащабируемо. През март 2014 г. тези идеи, витаещи във въздуха, намериха нещо повече или по-малко разбираемо и ние решихме за себе си, че е необходимо да отделим някои вътрешни ресурси за този проект. Това е агрегатор на стоки (в бъдеще услуги) от търговци на дребно в различни сегменти, работещ на всички платформи, с фокус върху продуктовите промоции и продажби. Звучи малко банално, но честно казано, все още нямаме „пострадал“ бизнес модел на проекта, който да получи потвърждение за неговата жизнеспособност на практика. Въпреки че вече е ясно, че е просто глупаво да се конкурираме с Yandex.Market, така че виждаме нестандартни и интересни решения по отношение на превръщането на онлайн в офлайн с помощта на технологията ibeacon.

   Самото име се появи случайно, един ден сутринта започнаха да обсъждат варианти за име, направиха списък и тогава, по време на обяда, едно от момчетата предложи това име и се закачи. Не всички го харесаха веднага, но постепенно и най-ревностните противници на името бяха привлечени в него. Домейните tapki.ru и tapki.com се оказаха заети (и не е изненадващо) и, без да чакам отговор, писах на собствениците на tapki.com с аргумента, че при равни други условия домейн в . com зона е по-интересна и обещаваща. Отговорът дойде на следващия ден с цена от $1875. Никакви пазарлъци. Беше предложено да се закупи домейн чрез посредническата услуга escrow.com, която поиска нещо като $ 100 за своите услуги и без опит в работата с чуждестранни скуотери реши да надплати. Схемата е проста - парите се депозират от посредника и се превеждат на продавача от момента на промяна на whois данните (плащане с кредитна карта). Отне около седмица за цялата процедура по закупуване и около 77 000 рубли в пари. Не е евтино, но ми се струва, че за дългосрочен проект е разумна инвестиция. Любопитно е, че когато казах на приятелите си във Facebook за закупуването на домейн tapki.com, ме посъветваха да регистрирам и fapki.com, т.к. хората могат да правят грешки, когато пишат. Беше сутринта, около 11.00, погледнах и се изненадах, че домейнът fapki.com е свободен, но когато реших да го регистрирам, домейнът беше зает следобед - скуотърите са нащрек, накратко. Би било чудесно да закупите домейна tapki.ru едновременно - но не е ясно на кого да пишете, т.к. Няма контакти в whois.

   Смятате ли, че разработването на мобилно приложение е сложен технологичен процес, който изисква внимателно планиране и изпълнение? Това важи за приложения, които са написани от разработчици от нулата. Всъщност, за да създадете приложение, вече не е нужно да сте програмист, който знае език за програмиране.

   Услугата за разработка на мобилни бизнес приложения AppGlobal ви позволява да създадете пълноценно функционално мобилно приложение за броени часове. как става това

   За да ви стане ясно как се разработва мобилно приложение в услугата AppGlobal, ще демонстрираме това с примера на диаграмата по-долу.

   Етапи на разработка на мобилно приложение:

   1. Идея.Всичко започва с основната идея на вашето приложение. Да кажем, че имате нужда от приложение за услуга за доставка на готови ястия с възможност за оставяне на заявки за доставка на пица от приложението. Това приложение ще бъде полезно и необходимо за потребители, които използват услугите на такива компании и поръчват продукти. Приложението служи и като инструмент за натрупване на клиенти около компанията чрез мобилни устройства. Ето защо, преди да започнете да разработвате приложение, трябва внимателно да помислите какще бъде полезно за потребителите и бизнеса, както и определятцелевата аудитория на това приложение. В този случай това могат да бъдат студенти или офис служители, клиенти на компании, които използват приложения за бърза връзка със службата за доставка, както и хора, които се движат много и се нуждаят от възможността да правят поръчки през мобилно устройство. След като решите идеята за приложението и целевата аудитория, можете да продължите към следващия етап.
   1. Дизайн на приложениетовключва създаването на карта, която ясно ще демонстрира цялата функционалност на приложението, продуктовите екрани и схемата за преход между тях. Всъщност се създава прототип на приложение, на базата на който в бъдеще ще бъде разработен самият продукт.
   1. Дизайн, подготовка на графики.Разработването на дизайна на бъдещо приложение включва създаването на графични елементи за цялото приложение - това са екрани, тоест фонови изображения на раздели, изображение за главния екран, икони за цялото приложение, заглавки за отделни страници, при необходимост се създават бутони с индивидуален дизайн. Важно е всички графични елементи да бъдат подложени на изследване на използваемостта, за да се разбере колко удобно ще бъде за потребителя да щрака върху всички тези елементи и бутони за приложения на екрана на мобилното си устройство.
   1. Фаза на изграждане на приложениев услугата AppGlobal се състои от три компонента: създаване на раздели и функции, попълване на съдържание и персонализиране на външния вид на приложението. Но преди да преминете към тях, трябва да конфигурирате настройките на приложението, като зададете кода на приложението, името на приложението за AppStore и GooglePlay и името на иконата на приложението на работния плот на потребителя.
   
   
   1. Тестване.След разработката на приложението е важно да се тества на мобилното устройство на клиента. За това има специална програма - преглед на мобилни приложения. Как изглежда приложението, когато се гледа, е как ще изглежда и работи, когато бъде публикувано. Ето защо на този етап е важно да се идентифицират недостатъци, повреди и неправилно показване на елементи, така че да могат да бъдат коригирани преди публикуване.

   ВАЖНО! Моля, имайте предвид, че след като публикувате приложението в AppStore или GooglePlay, можете да правите промени в приложението, без да преминавате през повторно модериране. Това е безспорен плюс, тъй като клиентът на приложението може да направи необходимите промени по всяко време сам.

   1. Публикуване на приложенияе последният етап от развитието. След като грешките бъдат идентифицирани и коригирани и приложението е съгласувано с клиента, можете да започнете да публикувате. За да направите това, трябва да регистрирате акаунт на програмист в GooglePlay / AppStore и да кандидатствате за публикуване на вашето приложение. Цената за регистриране на акаунт на програмист в GooglePlay е $25 наведнъж, в AppStore - $99 на година.
   1. След публикуването на мобилно приложение започва важен етап от стартирането му, т.е.популяризиране на мобилно приложение сред потребителитеи потенциални клиенти.

   Дария Казовская 17 май 2018 г

   И така, играта "Процесът на разработване на мобилно приложение" в 7 стъпки.

   герои

   Клиент- клиент на мобилното приложение, идеологически вдъхновител на проекта
   Азофт- разработчици на приложения
   PM- Ръководител проект
   Бизнес анализатор- изследовател и пазител на знания относно изискванията към продукта
   UI/UX дизайнер- създател на интуитивен и атрактивен интерфейс на приложението
   Разработчик- инженер, който пише кода на приложението
   QA инженер- специалист по тестване на приложения

   Пролог

   Първо, клиентът идва с идея за мобилно приложение. Молим клиента да ни предостави техническо задание (ТЗ), а ако такова не е налично, ние го изпращаме. Кратката информация помага за приоритизиране, идентифициране на целите и задачите на приложението.

   Всички приложения са различни и използваме различни методологии за разработка: водопаден модел – Waterfall и гъвкав – Agile. Каквото и да изберете, процесът на създаване на мобилно приложение включва оценка, анализи, дизайн, разработка, тестване, коригиране на грешки, пускане и поддръжка след пускане. Основната разлика е в подходите. В модела водопад продуктът се разработва изцяло наведнъж. В agile едно приложение се разработва на итерации, всяка от които комбинира всички горепосочени етапи на разработка.

   На изхода:

   • описание на основните функции на мобилното приложение
   • избор на платформа: iOS, Android или крос-платформа
   • избор на методология: Agile или Waterfall

   Първа стъпка – планиране и оценка

   Първият въпрос, който интересува клиента е: „Колко ще струва?“. Следващият: “Кога ще е готово мобилното приложение?”. Да отговори на двата въпроса и състави план за работа. На този етап към проекта обикновено се включва ръководител на проекта. Той може да действа от страна на клиента или от страна на екипа за разработка. Задачи на ръководителя на проекта: да координира работата на екипа и да комуникира с клиента.

   Но какво означава мистериозната дума „оценка“? На този етап изучаваме техническата документация. Изчисляваме колко време ще отнеме разработката и тестването. Ние идентифицираме неописани сценарии и тесни места в ТЗ.

   

   Експресната оценка отнема от няколко часа до един ден и дава приблизителна представа за разходите за труд. Подробната оценка може да отнеме от няколко дни до седмица, но ви позволява да определите точно как, кога и какво приложение ще получите като резултат. Ако бизнес анализатор е свързан с проекта по време на фазата на оценка, за клиента и разработчиците е по-лесно да получат един поглед върху приложението и да изчислят всичко точно.

   Но колкото и подробна да е оценката, случва се клиентите да добавят нови функции точно в хода на проекта. Когато сме социална мрежа за фотографи и модели, нейният автор, стартиращият Уилям Ъпшоу осъзна на етапа на разработка какви функции липсват. Списъкът със задачи нарасна, преоценихме и преместихме датата на пускане. В резултат на това бюджетът нарасна, но ние разработихме социална мрежа за професионалисти от фото индустрията в пълно съответствие с изискванията на клиента.

   На изхода:

   • обхват на задачата
   • бюджет на проекта

   Действие две – Анализ

   Анализът не винаги е част от процеса на разработка на мобилни приложения. Случва се клиентите да изпълняват самостоятелно или да идват с готов списък с изисквания. Но онези приложения, които са преминали през този етап с компанията разработчик, печелят - анализът е този, който помага на бизнеса и разработчиците да постигнат обща визия и въз основа на това да преоценят необходимата работа и да получат подробен бюджет на проекта.

   Бизнес анализаторите в Azoft идентифицират изискванията за мобилно приложение, предлагат опции за внедряване, изграждат схеми за взаимодействие на потребителя с приложението и създават основата за UI - wireframes.

   Много работа свършиха нашите анализатори в . Клиентът търсеше начин да мотивира клиентите за допълнителни покупки чрез приложението. Анализирахме възможните решения и предложихме най-ефективния вариант - интегриране на система за препоръки в мобилното приложение. Задвижваната от AI програма препоръчва продукти на потребителите въз основа на техните предпочитания и история на покупките.

   На изхода:

   • спецификация на функционалните изисквания
   • спецификация на нефункционални изисквания
   • основата на GUI - wireframes
   • проектен план
   • подробен бюджет

   Стъпка трета – Дизайн на приложението

   Понякога клиентите идват с готов дизайн. Ако клиентът няма дизайн, ние създаваме UI / UX от нулата. Когато анализаторът предаде на дизайнера основата на графичния интерфейс, телените рамки, преминаваме към визуалния дизайн. Изчертаваме екранна карта, графични елементи, подробен прототип, като вземаме предвид различни сценарии на използване.

   На този етап UI/UX дизайнерът създава статични прототипи и, по желание на клиента, интерактивни прототипи на приложения. Така показваме как ще изглежда приложението и какво поведение да очакваме от него, като вземем предвид планираните функции. Всичко зависи от конкретните задачи и желания на клиента.

   По време на изобразяването на дизайна приложението придобива бъдещия си вид. Тук е много важно да получите обратна връзка от бизнес анализатора и клиента, така че дизайнът да отговаря напълно на изискванията на приложението.

   На изхода:

   • карта на екрана
   • дизайн на приложението
   • атрактивен потребителски интерфейс и удобен за потребителя UX

   Действие четири – Развитие

   Когато има подробно ТЗ и оценка, дизайнът е готов и прототипът на мобилното приложение е одобрен, хардкорът започва. Екипът за разработка пише кода, за да приложи предвиденото поведение на приложението и да свърже логиката на приложението с бекенда, ако има такъв. И също така въплъщаваме готовия дизайн в код - предписваме всички стилове и елементи на потребителския интерфейс, с които потребителят на приложението взаимодейства.

   

   В нативната разработка използваме Java и Kotlin за Android, Objective-C и Swift за iOS и най-модерните рамки и библиотеки. В междуплатформените решения работим с React Native и NativeScript.

   Веднага след като част от функционалността е разработена, ние я тестваме и продължаваме да работим върху останалите функции.

   Важно е по време на разработката, когато дизайнът е изложен, да се свърже дизайнерът. Дизайнерът ще провери колко добре разработчиците са внедрили екранните снимки на приложението: дали всички стилове съответстват на избраните, дали цветът е избран, какво е съотношението на страните, как са заоблени ъглите и т.н.

   На изхода:

   • версия на приложението, готова за тестване
   • корекции на дизайна

   Действие пето - Тестване и коригиране на грешки

   QA инженерите на Azoft се присъединяват към проекта в началото и тестват възможно най-често. Това гарантира високо ниво на качество и помага на клиента да не надува бюджета.

   На етапа на оценка ние тестваме ТЗ. Успоредно с разработката, ние пишем тестова документация, например тестови случаи. Когато част от функционалността е готова, започва тестването. Пренасяме всички грешки в , след коригиране проверяваме дали грешките са коригирани и това не е повлияло на останалата част от функционалността. Преди пускането на приложението правим тестове за приемане: преминаваме през основните бизнес случаи на приложението, за да се уверим, че поведението на приложението отговаря на тестовата документация и изискванията на клиента.

   Когато разработвахме, клиентът не реши веднага какви функции ще има в приложението. Описахме тестова спецификация с подробни характеристики на екрани и функции, базирани на изразените изисквания на клиента. Когато по време на разработката се появиха нови функции, като покупки в приложението, бяхме готови за това - разширихме тестовата спецификация точно в средата на проекта.

   На изхода:

   • грешките са сведени до минимум
   • предварителна версия на приложението

   Действие шесто - Освобождаване

   Когато серия от тестове и подобрения на приложението приключи и разработчици, анализатори, тестери и дизайнери единодушно одобрят резултата, е време да добавите приложението към магазина за приложения - Apple App Store, Google Play или всяка друга услуга при поискване на клиента.

   За да може приложението да премине прегледа на магазините, клиентът може да се свърже с разработчиците за помощ при пускането или сам да подготви и качи приложението в магазина.

   На изхода:

   • приложение в магазина

   Действие седмо - Техническа поддръжка и развитие

   След публикуването на мобилно приложение историята му не свършва. Ако клиентът открие грешки след пускането, ние ги коригираме. Ако първите месеци от живота на приложението покажат къде и какво трябва да се довърши или преработи, има две възможности: сключване на договор за поддръжка или стартиране на нова фаза на разработка, като се вземат предвид новите променливи.

   

   На изхода:

   • 1 година гаранция за коригиране на грешки
   • договор за поддръжка

   Епилог

   Разработването на мобилни приложения не е лесно. Няма такава схема „Едно-две и готово“. Много етапи могат да се пресичат един с друг или да протичат успоредно. Instagram отне повече от три години, за да се превърне в удобно и обичано приложение от милиони. И те продължават да правят подобрения и да добавят нови функции. Преди да фантазирате къде ще инвестирате парите от продажбата на приложението си на ИТ гигант като Google, подгответе се – има много работа за вършене. Вижте първо действие.