[Dev Story] Meeew. Історія про людей, пропадающих в порожнечі

Нам пише Павло Пеканов.

Мене звати Павло, я засновник і продюсер програми Meeew. Це додаток дозволяє людям відправляти короткі (до 2-х хвилин) відео-повідомлення своїм друзям. Це як SMS або голосова пошта, тільки для відео.

Сама ідея з'явилася в моменти, коли я не зміг поспілкуватися зі своїми близькими по Скайпу, так як різниця часових поясів 8-10 годин. Таким чином, коли сплю я не сплять вони і навпаки. Прикинувши кількість часових поясів в світі і швидко проаналізувавши потенційну аудиторію, було вирішено зробити такий додаток, через яке можна було б спілкуватися голосом і “обличчям” не в реальному часі.

Ідея далеко не нова і спроби створення таких додатків (desktop, mobile) безумовно були і є (наприклад, VMS - один з найстаріших гравців на ринку). Тому головний упор вирішили робити на дизайн і простоту використання. Так що з усіх забаганок залишилася тільки запис/відправлення/програвання відео, кількість екранів програми жорстко скорочувалася і урезалось, і в результаті у нас все-таки вдалося створити досить конкурентноздатною додаток, на одну-дві голови вище конкурентів (саме в сегменті відео-спілкування, тому що на функціонал Line або Whats App розмаху не планувалося - занадто довго і складно, а потрібно було швидко і просто).

Ця не просто історія про програму. Це історія про постійно мінливих умов і обставин, це трилер про людей, пропадающих в порожнечі. А ще це історія про записуючому додатку. You've been попереджені.

З чого починається будь-який додаток? Звичайно, з концепту, назви та іконки. Назва і концепція одразу придумалася. Мяу - тому що цікаво і влучно. Як ще назвати швидке і спонтанне відео, яке посилає тобі, наприклад, твоя дівчина? ;-) Так неймінг став доменом і основною ідеєю, заодно відразу давши відправну точку для всіх зображень і іконки.

У програми з такою назвою має бути талісман (або “маскот” на професійному жаргоні). Наш маскот - дівчина-кішка Кеті. Кейті різна: в жовтому оформленні - маленька оторва, в помаранчевому - підліток-зірка, в фіолетовому - турботлива мати.

Перші арти почали малювати з моїм тоді постійним ілюстратором Олексієм. Олексій видав ось такі скетчі на мій бриф:

Потім з Олексієм щось сталося, і фінальний результат ніяк не було зрушити з цієї точки:

Було прийнято рішення спробувати іншого ілюстратора. Так я познайомився з Вірою, яка першою справою розсміялася побачивши скетчі Олексія. А все чому? Тому що Віра традиційний книжковий ілюстратор, що означає - відмінна опрацювання образів і багато, дуже багато деталей. Зустрічайте, її перші скетчі:

Правки, коментарі, трохи нервів, після чого зі слів ілюстратора ці кішки (і іконка) їй вже стали снитися. Для більшої переконливості я прилетів на зустріч у Москві, щоб особисто донести деякі тонкощі в ілюстраціях. Це зіграло на користь, вийшло витягнути ілюстрації на потрібний рівень емоційності. І ось кожна ілюстрація намальована під дисплей Retina. Результат:

Тепер малюємо іконку, яку взявся зробити один з фахівців з free-lance.ru. Хлопці, зліва скетч, праворуч фінальний результат. Так-так, фінальний. Саме.

А ось дизайнер демонструє, як сильно виділяється ця прекрасна іконка з візуального ряду топ App Store. Блескота! (Справедливості заради, іконка воістину виділяється.)

Так як це просто морок змішаний з безвихідністю, в голову прийшла ідея спробувати намалювати іконку з тим же (а точніше з “тієї ж”), хто намалював і ілюстрації кішок. Зустрічайте, народження нової іконки з Вірою!

Сама іконка потрібна в 16-ти розмірах. Коли малювали першу версію іконки, це не врахували, так що кожна іконка малювалася окремо. Плюси - очевидно, опрацювання іконок була на висоті. Мінуси... Після переходу на iOS7 довелося вигадувати нову, спрощену версію, яку не треба було б перемальовувати взагалі. На рисунку показано як з iOS6 іконки еволюціонувала та, що використовується зараз.

Зізнатися, по старій іконі дуже сумую. Але, на жаль, flat design iOS7, спасибі іконці Сафарі за заданий тренд. Як бачите дуже багато роботи по іконці було проведено фактично в стіл. Все тому, що не встигли до релізу iOS7, а після релізу iOS7 вже не було сенсу залишати чудову барвисту іконку. Хочу сказати спасибі за це програмістам iOS. З щирим задоволенням вручив би деяким з них премію “Золотий Дятел” за затягування термінів!

Хронологічно саме розробка програми була першим етапом (після назви і безпосередньо ідеї). Хотілося як можна швидше отримати на руки те, чим можна користуватися і почати тестування. Тому паралельно з дизайном і доопрацюванням логіки, стартувало програмування прототипу клієнтської і серверної частини. Я наперед вибачаюсь перед вами, читачі, за деяку фривольність в подальшому викладі, але бачить бог - як добре, що історія пишеться зараз, а не 3-4 місяці тому. Тоді б цензура не пропустила.

І вони пиляли і пиляли, утираючи піт... Перший програміст Едуард був знайдений на freelansim (багатообіцяючий початок, правда?), і він бадьоро погодився зробити і серверну частину на ASP.NET і клієнтську в Xcode, і ще БД нам організувати (і хіба що тільки не зробити це все безкоштовно, але ні, цього Едуард не запропонував).

На цьому етапі заклали фундамент у вигляді виділеного сервера у FastVPS на Windows Server 2008 R2, БД ms sql Express і .NET як серверної середовища розробки. У дальнешем ця константа не змінювалася. Едуард вів роботу через репозиторій BitBucket, де у якості мови сорца був вказаний C# (і не питайте чому, я досі не знаю!). Надалі, мова репозиторію був змінений на більш підходящий Objective C.

Трохи відступаючи від теми, можу зі свого досвіду порадити працювати тільки зі знайомою вам особисто технологією, не слухаючи, що вам радить розробник. Чому? Тому що завжди можна знайти програміста під зручну для вашого розуміння середовище, ніж шукати програмістів під середовище, в якій ви нічого не розумієте. Наприклад, зараз для масштабування проекту потрібно вибирати більш дешеві рішення, а для цього потрібно піти з Windows і .NET, а для цього потрібно переписати код, а для цього... Ось таке замкнуте коло, куди потрапляєш, якщо технологія тобі не знайома і на перевірку виявилася банально в рази дорожче, ніж, наприклад, рішення на *nix + виділений сервер або кластер AWS з S3 під зберігання, або навіть іншого більш цікаве архітектурне рішення, про яке я розповім іншим разом.

З Едуардом ми багато спілкувались в Скайпі, переписувалися по пошті, іноді я йому дзвонив на телефон. Як виявилося, він дуже обмежений в девайсах (в наявності тільки айфон), не представляє як викласти додаток в App Store і не знає інші вельми цікаві моменти, які, на мій погляд розробник з досвідом все-таки зобов'язаний знати, а не гуглити.

Едуард чесно майже запив прототип і в принципі закінчив серверну частину, а потім благополучно зник. І я почав шукати програміста на заміну для доопрацювання прототипу і розробки версії “з дизайну” (в цей момент дизайн вже увійшов у стадію “майже готовий”).

В'язкі тижня пройшли за пошуками нового програміста. Охочих працювати з чужим кодом виявилося мало, що було очікувано. В підсумку майже півтора місяця пошуків не привели ні до чого, поки на тому ж freelansim не був знайдений... (барабанний дріб) програміст Дмитро!

Дмитро був зразком підходу а-ля капіталізм (KAPITALIZOM!). Він регулярно (два-три рази в тиждень, переважно вночі і ближче до вихідних) викладав оновлення в репозиторій. Потім Дмитро виставляв рахунок за свої години роботи, а я справно їх оплачував. Однак, до кінця першого місяця я зрозумів, що якщо я буду оплачувати ресерч Дмитра за нормальної часовий ставкою, і буде зберігатися заданий темп розробки програми, то програма вийде ніколи (а гроші скінчаться, що теж прикро). Наприклад, він оцінив постановку готової іконки в проект... 90 хвилин. Півтори години, щоб кинути іконку в проект, на мові Дмитра це від 900 до 1 200р. Та й “тонкощі” App Store були невідомі програмісту з 10-річним стажем”. Ом-м-м. Тут мої нерви стиснулися в тугий клубок болю, розчарування і здорового прагматизму, і стався розмова. Після довгої бесіди з Дмитром на тему його підходу до роботи і загальної профпридатності, Дмитро взяв відпустку за свій рахунок. Точніше, Дмитро обурився і спочатку виставив рахунок вище того, який він виставив спочатку, потім в ображені почуття підняв і годинну ставку. Загалом, повів себе негідно гордого звання технічного спеціаліста. Challenge accepted! Розпочався новий раунд пошуків.

Михайла мені знайшли через знайомого веб-програміста, який працював на іншому моєму проекті. Михайло був не так життєрадісний як Едуард, зате він і не був такий зіпсований дрібної купюрою як Дмитро, так що першим ділом він взяв подивитися код та документацію до серверного API, а через пару днів приступив до роботи.

Саме Михайло привів додаток до релизному увазі, і ми зробили реліз версії 1.0. Далі Михайло допоміг організувати нормальний процес з усіма цими code signing identity і provisioning profiles (жерсть і бюрократія), і почав правити баги в версії. Я вже говорив, що на цьому етапі Михайло пропав?

І в четвертий раз вже неабияк потасканый стартапер закинув невід. На цей раз я вирішив обійти стороною всі російськомовні біржі і просто найняти пару китайців на Elance, благо у мене там є розкручений профіль.

Перший китаєць з Elance допилил додаток, але затягнув терміни на тиждень. Потім він попросив більше грошей, поскаржився на складність програми і... Ні, Elance в цьому плані дисциплінує. Китаєць нікуди не зник, але отримав заслужений відгук.

Другим китайцем була індонезійська дівчина. Вона просто прийшла і мовчки виправила всі”. Без всякого польоту думки, з купою пояснень від мене, але в підсумку - в термін та за обумовлені гроші. Потім я сам заліз у код, щоб поправити пару дрібниць, на пояснення яких знадобилося б надто багато часу, так що простіше було самому виправити. І трапився реліз версії 1.5, яка на даний момент є поточною.

Об'єктивності, не скажу, що фахівці на Elance працюють задарма або що розцінки китайців нижче наших. Немає. Розцінки вище. Китай так взагалі сучасна мекка мобільних додатків, попиту і пропозиції на них (на пару з Японією і Сінгапуром). От тільки наші хлопці беруть і пропадають, або роблять роботу абияк, або ще що-небудь нездорове начебто незрозумілого розрахунку вартості і пальців віялом. А ті китайці, з якими мені пощастило працювати просто брали і просто робили. Є у них те саме креативне мислення, за яке так ценять вітчизняних розробників? Швидше ні, ніж так. Але це нівелюється чіткою постановкою завдання.

Безпосередньо розробка програми вклалася в 3,5 місяця (як я і планував спочатку). Вся ця чехарда з пошуками вийшла на майже півроку до 1-ої версії, і плюс 2 місяці до версії 1.5. За цей час можна було б майже народити. Хоча виходить, що майже і народили ;-)

Основна функція програми - запис та завантаження відео своїм контактам, або тим, чий e-mail ви знаєте. Від цього і почалася танець. В ідеалі, ми повинні були отримати всього 3 екрану взаємодії, але вийшло трохи більше, в основному за рахунок допоміжних екранів.

Можна було піти по шляху Clear і порізати багато, а що не порізати то сховати, а не заховати то вельми інтуїтивно приховати... І тоді якщо користувач би зайшов в додаток через пару тижнів, він би не знав, що робити далі. Так що деякі екрани залишилися просто з причини більшої простоти використання програми з ними, ніж без них.

Всього вийшло:
- Launch screen
- Вхід (вводимо e-mail і пароль)
- Реєстрація
- Головний екран
- Отримані/Надіслані відео
- Вийти/Показати підказки
- Запис/Відтворення
- Підготовка відео до відправлення
- Введення назви та вибір одержувача відео
- Відправлення на сервер
- Закінчення відправлення
- Окремо Налаштування програми в iPhone/iPad->Settings

Загалом, різати ще й різати все це справа! ;-) На iPad екрани 4, 5 об'єднані, а перехід між екранами 8, 9, 10, 11 візуально виконаний як перехід у межах одного екрану (в результаті, виходить порізали 4 екрану з iPad версії, що досить помітно при використанні). І на відміну від прототипу, порізані різні кнопки і позбулися дії “свайп” між списками.

Проект ведеться через Basecamp, і ось як виглядає верхня шапка статистики облікового запису бейскампа на даний момент. Це, скажімо так, досить багато обговорень для невеликого додатки ;-) Дизайн обговорювали окремо, так що в бейскампе тільки про баги, програмування тощо Робіть висновки.

На iPad можна було відмовитися від деяких екранів і етапів, де користувач знаходиться в очікуванні. Так з'явилася панель з усіма відео на головному екрані замість двох різних екранів, а також статус-бар перекочували повідомлення про підготовку та завантаження відео на сервер. Для iPhone подібний підхід ще тільки належить застосувати.

Сірої підкладкою виділені екрани, які ми об'єднали в один на iPad, або позбавилися від них, винісши функціонал в статус-бар:

Технічна частина програми в сферичному вакуумі і при наявності необмежених засобів складається з:

- Клієнтський інтерфейс (додаток на iOS девайсі)
- Серверне API
- Прошарок у вигляді сервера транскодування в хмарі
- Окреме файлосховище в окремому хмарі
- Сервер на обробку запитів API і зберігання БД (можна розмістити у хмарі п.4)

У поточній версії є 1, 2, 5 (тільки не в хмарі, а на виділеному сервері). Ідеальне рішення вимагає серйозного зміни логіки роботи аппа, але дозволить заощадити гроші при досягненні критичної користувацької активності (відео-сервер це взагалі досить затратно).

Найвужче ланка зараз це сервер з API і сховищем. З-за суміщення ми в не дуже віддаленій перспективі ризикуємо отримати відмову як за вичерпання місця, так і по запитах до API, так як додаток активно генерує запити в кількості 1-3 на кожну дію.

Наприклад, надсилання відео це 3 запиту. Перший - ми ділимо записане відео на фрагменти, другий - відправляємо по одному фрагменту на сервер (є перевірка на досилання фрагментів, якщо зв'язок обірвався), третій - збираємо відео в одне на сервері і шолом push юзеру (прийшло нове відео). Якщо ми прямо зараз підключимо окремий сервер для транскодування, то число запитів збільшиться до 5-6 (перекодування, відправлення, додаткові перевірки на цілісність файлу тощо). Таким чином, досить тривіальне діяння, описуване в пряму лінію блок-схемою, перетворюється в пекло прямо пропорційно масі користувачів.

Початковий макет серверної сторони додатка був написаний c допомогою веб-служб ASP.NET, але так і не доведений до розуму першим розробником. В справу вступив окремий розробник серверної частини - Олександр:

“Ще в процесі доопрацювань сервісу на веб-службах ASP.NET стало зрозуміло, що ясності в тому, яким має бути API немає ні в кого, і хто за це буде відповідати теж. Деякі серверні методи починали дублювати один одного, деякі один одному суперечити, а налагоджування було організовано, в основному, методом пильного погляду на клієнтській стороні.

Після чергових трьох днів, витрачених на те, щоб зістикуватися з розробником client-side і спільної налагодженням по скайпу, стало зрозуміло, що проект розрісся, і так жити не можна. Фінальної краплею був момент, коли після відправки додатки на тестування, виявилося, що одна з частин взаємодії була написана не зовсім вірно і користувачеві кожен раз виводилося віконце привітання «Це ваш перший вхід в Meeew!». Хотфикс з боку сервера, звичайно, написали, але він ще більше заплутував всю логіку. У підсумку, було прийнято рішення взяти і переробити.

З урахуванням того, що Microsoft, вважає технологію веб-служб ASP.NET застарілою і пропонує скористатися або Windows Communication Foundation, або новеньким WebAPI, між якими і довелося вибирати. Трохи подумавши зупинилися на другий, тим більше у неї якраз в ті дні вийшла друга версія, а WCF занадто корпоративна.

З переходом на WebApi (перехід серверної частини зайняв в загальній сумі чотири робочих дні), друга версія якого вийшла в той момент, нарешті з'явилася можливість скористатися модульним і інтеграційних тестрованием, відкинути все зайве, нормально зафіксувати документацію і підготуватися до горизонтального масштабування проекту.

Деякий час був спокуса (гуляти так гуляти, да) перейти з linq2sql як ORM для взаємодії з сервером на Entity Framework, проте із-за того, що сервіс повинен підтримувати високу навантаження, від цієї думки довелося відмовитися з причин продуктивності. Зате всі взаємодія з базою даних було перенесено в спеціальний модуль, так що коли сервіс зросте до значної кількості користувачів можна буде піти по шляху Stack Overflow і скористатися чистим, легковажним SQL.

Завдяки кращому структурування коду, тестування, переходу до нових технологій та зменшення зв'язності, додавання функцій стало простим і зрозумілим. Відразу ставали видні неочевидні залежності між використовуваними модулями серверної сторони.

Розробка клієнтської та серверної частини велася віддалено, а сервер-сайд розробника взагалі не було мобільних пристроїв від Apple. Враховуючи це, гарне документування дозволило скоротити до мінімуму час, необхідний на спільне тестування всього взаємодії, налагодивши лише кілька загальних методів.”

На все тому ж freelansim я знайшов дизайнера для застосування. Ось такий перший підхід до снаряду продемонстрував Іван:

Я б дуже-дуже хотів би показати вам портфоліо Івана, щоб вам стало зрозуміло як він взагалі опинився на проекті. Гарне портфоліо, лаконічні програми. Але як вийшло те, що вище - загадка. Орфографічні помилки теж дуже псують враження. Правки, коментарі і другий підхід до снаряду:

Перспективи в такому дизайні немає, хоча Іван і запропонував цікаве рішення зі слайдером-смайлом. Але, на жаль, це було єдине цікаве рішення. І я шукаю нового дизайнера, а з Іваном ми розходимося як у морі кораблі. Новий дизайнер Роман вельми до речі знайшовся швидко на все тому ж freelansim. Роман показав ось таку першу спробу:

Я дав коментарі, тому що з таким результатом хоча б можна працювати. І потім ще раз, і ще, і ось в такому вигляді ми послідовно прийшли:

Фінальний варіант дизайну зажадав нових артов в ультимативній формі. Каже, або будуть перемальовані кішки, або я буду виглядати як відстій. Ну що ж, значить будемо перемалювати кішок. А Роман в цей час нарізає дизайни для програміста (та ще завдання, скажу я вам).

Думаєте це все? Немає. У Романа горить його гвинт і весь результат його роботи не встигає відправитися мені на пошту або на файлообмінник, або в бекап. Але, слава богу, Роман виявився відповідальним людиною (що неодноразово підтвердилося пізніше на проекті, безумовно Роман зовсім випадково для мене виявився справжньою знахідкою) і швидко все полагодив. Або заново зробив. В такі тонкощі скромний дизайнер не присвячує своїх клієнтів ;-)

І знову зустрічайте Віру! Зміна тону коли я кажу про ілюстрації абсолютно об'єктивна. Судіть самі, ось так у нас вийшло адаптувати арти під flat дизайн:

Ми малювали арти з прив'язкою до старої іконці і ілюстрацій, щоб не вийшло що арти в такому настрої, що більше нічим і ніде не підтримується.

Чому шість котів, а не три? Фішка тут в тому, що замість одного арту на кожен “вік” кішки, вирішили зробити по два. Перша ілюстрація це привітальна поза (welcome pose), яку ми використовуємо на екрані входу в додаток. Друга ілюстрація це переможна поза (winning pose), яку ми використовуємо на екрані успішної надсилання повідомлення.

Окрема пісня-це сайт. Це, звичайно, просто лендінгем, який через пару місяців трансформувався в багатомовний лендінгем і багатомовні ж шаблони листів, які ми шолом користувачам на різні події (реєстрація, відновлення пароля, прийшло нове відео-повідомлення).

Так виглядав старий сайт:

Як бачите, на ньому використовуються початкові арти, а концепція сайту акцентує увагу на можливості вибрати різне оформлення у додатку (теми оформлення, themes).

А ось так новий:

Тут же, по-перше, використовуються ті ж арти, що і в самому додатку (єдина лінія брендингу: додаток->сайт->соц. мережі), а, по-друге, акцент вже зміщений на функції додатка. Про теми, звичайно, теж сказано, але лише як про одну з функцій.

Так виглядають листи, які ми надсилаємо користувачам (ми вважаємо, що важливо все і красиві листи не виняток):

Спочатку були наполеонівські плани. Спокійно, зараз я вам все розповім. Все почалося з “запишемо-но ми вірусне відео, де люди в різних містах світу скажуть “мяу”, а ми потім це справа змонтуємо в хвилинний ролик”. Сказано... і не так легко зроблено.

Надсилали знайомі, знайомі знайомих і один з клієнтів. Також я розмістив на конкурс freelancer.com, але, на жаль, отримав тільки одне відео від української дівчини, яке було не зовсім те, що хотілося б отримати. Аналогічно відсіялася пара-трійка відео від дівчат людей, що беруть участь у створенні програми. Скромність прикрашає людей, але не прикрашає людей на зйомках ;-)

Було навіть проби зйомок у студії з попередніми кастингом. Але коли було готове додаток, виявилося що ці відео не годяться взагалі. Дівчата зачитували текст на камеру, а від цього підходу я вирішив відмовитися. Так що, відвалилися і ці відео.

В результаті змонтована версія вийшла лише на 15 секунд. Наполеонівський розмах скасовується, занадто мало людей для того, щоб зробити по-справжньому масштабний ролик. Тоді аналізуємо як бути з тим, що є.

Ось цей ролик, куди увійшли кращі відео з усіх, що мені надіслали:

Для просування є наступні канали:

Facebook (флагман нашого просування)
Реклама програми це блок, що відображається користувачам у стрічці. Можна вбудувати коротке відео, максимум 15 секунд. Ось навіщо я змонтував відео під цей хронометраж. З точки зору використання наявних матеріалів (арти, іконка, відео, сайт) це самий насичений канал для просування проекту. Простіше кажучи - у нас є абсолютно все, щоб зробити дуже багато різних насичених рекламних оголошень, плюс ми можемо ще і відео прикріпити як “великі бренди”.

YouTube відеореклама (перша лінія оборони)
Всі ми бачили ту саму рекламу, де перші 5 секунд є обов'язковими до перегляду. Для цього виду просування у нас є коротке відео, яке точно подивляться... Але немає тієї самої “наполеонівської” розширеної версії, яка б зробила wow-ефект. Це означає, що переглядів буде багато, але чекати реального ефекту наївно.

ВКонтакте (темний кінь)
Рекламний блок збоку. Нудно, але для цього вся графіка є. Можна спробувати зібрати спільноту.

iAd Workbench (друга лінія оборони)
Реклама Apple. Знову ж таки - ми тут теж повністю упаковані матеріалами. Клепай тільки собі високоякісні банери, так проплачивай кампанії.

Платні огляди (рушниця на стіні - не знаєш коли і як, і якщо вистрілить)
Заманливо, але треба знати видання. Отак одразу не вдалося визначити реальних лідерів усіх майданчиків. Ті що знайшлися зі статей з чужим досвідом довіри не вселяли - купа різношерстих додатків різної якості в обозренном, ні коментарів, низька відвідуваність ресурсів, погане якість сайтів самих обозревательных майданчиків. Одні беруть за огляд $100, інші $400 і пропонують попутно розкрутку в соц. мережах. Як це впливає на конверсію не дуже зрозуміло, про ефективність платних оглядів вдалося знайти дуже мало історій. Поки швидше ні, бракує прозорості. Однак, сам огляд був би дуже цікавий. Так що, можна сказати я ще в пошуку цю тему.

Безкоштовні огляди і dev-story (туз у рукаві - може зіграти свою партію)
iPhones.ru тут без варіантів. Після всіх прочитаних dev-story і кількох статей на хабре, мені здалося що це буде хоча би цікавий досвід. Та й розповісти є про що. (Правда, перший варіант статті Артур дуже так по-диктаторски зарубав:

Павло, під девстори ви прикриваєте бажання найняти розробників і попіаритися. А адже текст вийшов прісним і бессюжетным. Де в ньому якась користь? Що цікавого може отримати досвідчений розробник? Нудота. Відмова.

Але воно й на краще, так як дозволило ще раз поглянути на проект з боку розробки, і в процесі з'явилося багато нових думок для версії 2.0. і ця історія була значно доповнена, покращено.

Було проведено дві кампанії. Одна спрямована на встановлення програми, інша на лайки сторінки. В сумі витрачено ~$200. Денний бюджет був задран до $20-50, щоб отримати максимум результату за 2-3 дні, а не доїти рекламу тижнями. На останні дві кампанії бюджет був встановлений на менше значення, щоб реклама довше знаходилася в ротації.

Результати першої кампанії (це як раз та сама, з відео-роликом тільки для мобільних пристроїв):

Друга кампанія (звичайна, але теж тільки для мобільних пристроїв):

Третя кампанія (так звана App Installs, назвачение якої у стимулюванні користувачів на установку програми):

Четверта кампанія кліків для сайту, націлених лише на Японію):

З реклами на Фейсбуці додаток купили всього п'ять користувачів (двоє із США, один з раптово, Австралії, двоє з Японії). Хоча в кампанії це не відображено, тому можливо купили з-за іншої реклами, або безпосередньо в App Store.

Сторінку пошарили, полайкали, і тепер вона не виглядає “мертвою”. Це і потрібно, так що незважаючи на провал на стороні покупок, не можу сказати, що результат не був позитивним. Можливо, є сенс спробувати з іншою сумою бюджету, тривалістю, націлених (зараз було тільки по США) і т.п.

Було ще деяку кількість влучень у Sponsored story, просування останньої новини про апдейт додатки (за $5, з цього теж було отримано якесь кількість лайків, але не установок).

Термін проведення кампанії тиждень, бюджет 3 000 рублів. І ось що вийшло:

Побачивши цифру в поле “загальна вартість”, я трохи захвилювався і почав гуглити на тему - що ж це таке взагалі? Знімуть гроші з картки? Зупинять рекламу? Закриють канал? Забанять? Вишлють з країни? У листуванні з представником YouTube мені сказали, що можна розслабитися і отримувати задоволення. Цитую:

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

А хтось внесе на свій рахунок трохи більше грошей і все. Система подумала і вирішила, а вас потім повідомлять. Але все обійшлося. За заплачені 3 000руб. результат хороший, але якщо так буде і за 20т.р. то швидше воно того не варто. Реального вихлопу кампанія в YouTube не принесла. Правда, відео ми записали не зовсім то й не зовсім так, як спочатку хотілося... Так що з Ютубом квити. В інший раз спробую спочатку придумалося, без компромісів.

В iAd був завантажений кастомный банер, я задав дуже жорсткий таргетинг і час показу оголошень. На початку березня стартувала кампанія приурочена до міжнародного Жіночого дня (з інверсією таргетингу тільки на чоловіків;) І, традиційно, трохи пізніше стартувала окрема кампанія з японським націлених.

iAd банери для кампанії:

iAd банери для кампанії на 1-8 березня:

Модератори App Store затвердили банери і обидві кампанії миттєво, протягом кількох годин.

Результати:

Результати на “японську” кампанію:

Майданчик дуже перспективна. По-перше, Meeew надано на 4-х мовах (російська, англійська, японська та китайська спрощена), можна усвідомлено зробити оголошення під різні країни (до Речі, Китай і Гонконг це дві різні країни. У Китаї поширений китайський спрощений, а в Гонконгу кажуть і пишуть більше на китайському традиційному). По-друге, безліч артов, так що можна зробити багато різних банерів в межах однієї кампанії і включити їх в ротацію. Загалом, якщо грамотно підійти, мені здається iAd Workbench це чи не єдиний інструмент створення інтересу до додатка в нових користувачів.

Єдиний мінус в iAd Workbench - великі витрати на рекламу. Потрібно тижнями тримати в ротації кампанії на різних мовах з лініями під різні групи користувачів і різною графікою. Не найдешевше задоволення. Для стартує додатка це дуже важливий момент.

Після прочитання статей на тему iAd Workbench, закрався сумнів в ефективності майданчики. Різні розробники скаржаться, що користувачі просто випадково клацають на банери з-за їх розташування. По своєму досвіду можу сказати, що незважаючи на пристойну кількість кліків (відповідно досить високий CTR) установок з iAd Workbench не було взагалі. Або користувачам не хочеться купувати додаток, або це дійсно випадкові кліки.

Скріншоти в iTunesConnect це біль. Ні, серйозно. Якщо ваш додаток багатомовне, виходить на iPhone + iPad, це 5 скрінів на платформу, разом виходить 5*A*Z, де A - кількість платформ, Z - кількість мов. Кількість платформ не 2 як ви могли б подумати, а 3, тому що Retina і non-Retina для iPhone готуються роздільно.

Для Meeew було зроблено 60 скріншотів. Всього за півгодини. Ви, напевно, вже потираете руки в передчутті секретного методу як це зробити? Зараз, зараз я вам про це розповім.

Відкриваєте Xcode, запускаєте емулятор iPhone (є обидві версії емулятора, для 3”5 і 4”, теж саме і з iPad). Далі робите скріншот засобами емулятора. Скрін збережеться на робочий стіл. Емулятор вміє і змінювати мову iOS, так що повторюйте процес поки на робочому столі не накопичиться пачка скріншотів в потрібних розмірах і на потрібних мовами iOS.

Залишиться тільки їх оформити для App Store, якщо ви хочете. Якщо ні, можна прямо в такому вигляді кидати в iTunesConnect.

Є, правда, один недолік. Емулятор не покаже вам екрани, де відбувається взаємодія з камерою. Ці доведеться робити вручну з девайсів, або накодить перехід на такий екран зі статичним фоном без звернення до камери.

Такі скріншоти вийшли у нас

Розробка, дизайн та просування програми вклалися в $20,000. Сума вкладень, ясна річ, зростає, в основному, за рахунок просування.

Ще на носі версія 2.0, прототипування якої йде повним ходом. Витрати підскочать до позначки $30,000-35,000.

Якщо не міняти модель монетизації (зараз це тільки прямі продажі), то це вихід в чистий мінус без повернення інвестицій. Якщо змінити модель монетизації і отмасштабировать проект, то вже маємо вихід в прозоро прогнозований плюс.

Висновків звідси три.

Перший - потрібно ретельно розписувати механізм монетизації.

Другий - не менш амбітно потрібно підійти до витрат на просування (реклама це не просто двигун, це паливо продажів).

Третій - якщо Apple заявила про нової версії iOS, то треба кидати всі напрацювання і робити під нову версію (потім все одно доведеться переробляти).

У новому релізі, який вже не за горами, буде повністю переглянута модель монетизації і головна логіка програми. Будемо працювати над тим, щоб позбавити користувачів від очікування взагалі (є цікаві пропозиції від компаній, що працюють в області транскодування відео), а заодно запропонуємо те, чого поки що немає в жодному іншому популярному месенджері.

App Store - Free

Сайт програми - http://www.meeew.com/

AngelList - http://www.angel.co/meeew/

Кейс - http://www.pekanov.com/projects/meeew/