С чего начать разработку приложения

С чего начать разработку приложения

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

Всем, кто искал, с чего начать разработку веб-приложения, хорошо известен HTML5 Boilerplate (официальный сайт, репозиторий). Как утверждают разработчики, он является «The web’s most popular front-end template». С most popular не поспоришь, а вот с современностью (соответствием современным реалиям веб-разработки) можно. И в этом нет ничего удивительного: проект создан около 6 лет назад. За последние 6 лет многое изменилось. При этом, насколько я могу судить, принципиальных изменений в проект не вносилось (для объявления переменных используется var, предусмотрена возможность добавления плагинов jQuery и т.д.), кроме, разве что, site.webmanifest, который бесполезен без сервис-воркера (и лучше использовать .json).

Я предлагаю своего рода альтернативу — современный стартовый HTML-шаблон (официальный сайт, репозиторий).

Проект включает в себя следующее:

• index.html со всеми необходимыми meta- и link-тегами (общие, microsoft, facebook, twitter, apple (ios), android, структурированные данные: schema.org и json-ld)
• примеры использования HTML5-тегов и CSS3-свойств
• примеры использования CSS- и JavaScript-модулей
• offline-first сервис-воркер
• полноценный manifest.json
• express.js-сервер со всеми возможными заголовками безопасности (пригодится при разворачивании приложения на heroku или аналогичном сервисе, поддерживающем node.js)
• файл netlify.toml с аналогичными заголовками и предварительным подключением используемых страницей ресурсов (пригодится при деплое приложения на netlify)
• простой robots.txt
• простой sitemap.xml
• минимальный browserconfig.xml
• максимальный .gitignore
• креативная страница ошибки 404
• пример сборки проекта с помощью webpack
• в качестве эксперимента — пример AMP-проекта (новая технология от Google для mobile-first сайтов)

Для улучшения опыта разработки дополнительно разработаны следующие инструменты:

• HTML-сниппет для VSCode
• расширение для VSCode
• инструмент командной строки (CLI)

Также прошу обратить внимание на мое основное приложение, которое я разрабатываю по мере сил и возможностей — Много JavaScript (возможно, название не совсем удачное, но оно в полной мере отражает суть приложения). К слову, при его разработке использовался указанный шаблон.

Буду рад любой форме обратной связи как здесь, так и на GitHub.

Благодарю за внимание и хорошего начала рабочей недели.

Новичку перед началом разработки мобильных приложений

Какое приложение запустить первым – Android или iOS?

То, которое ближе к вашей аудитории.

Может учитываться количество устройств в регионе запуска (например, в Дании 70% – iOS, в Казахстане 65% – Android), сложность разработки и даже достаток целевой аудитории.

Например, одна клининговая компания разработала для клиентов iOS приложение, а для сотрудников – Android приложение.

Логика простая: клиенты, которые могут заказать уборку квартиры, не покупают Android телефоны, а у сотрудников клининговых компаний нет айфонов.

За последний год чаще первым выбирали создание приложений на Android по нескольким причинам:

Проверка и публикация приложения занимает порядка 2-х часов. Публикация iOS приложений до недавнего времени занимала неделю-две, если без исправлений недостатков (сейчас порядка 2-х дней). Поэтому для Android проверка продуктовых гипотез происходит быстрее.

В панели Google Play (кабинет разработчика) появились инструменты для разработчиков, которые очень упрощают жизнь. Например, инструменты для бета- и альфа-тестирования.

Недостатки Android:

Разработка под Аndroid – это большой парк устройств и версий операционной системы, которые сложно поддерживать (порядка 8-12 тыс. моделей устройств). Проверить на всех физически нет возможности. Разработка под iOS в этом плане проще.

Если приложение планирует монетизироваться через внутренние покупки, то учтите, что у Android пользователей платежеспособность ниже, чем у iOS.

Какие системы аналитики встраивать?

Мы рекомендуем начать с бесплатных. Это Google Analytics, Firebase (от Google).

Наиболее распространенные платные системы аналитики amplitude.com, mixpanel.com, localytics.com (у всех есть бесплатный пробный период).

Обратите внимание на 2 момента: события и трекинг ссылок.

Аналитика мобильных приложений – это событийная аналитика. Вы говорите системе аналитики, за какими именно действиями пользователей следить. Делается это на этапе разработки, перед релизом. Вы можете повесить события на все действия пользователей, но тогда работать с таким массивом данных сложно. Плюс платные системы аналитики выставляют счет в зависимости от количества присланных событий.

Трекинг ссылок (на сленге «трекать ссылки») – это значит понимать, откуда пользователь установил приложение. Например, вы заказали рекламу в GoogleAdWords, Facebook и обзор статьи. Чтобы знать, сколько какая из площадок принесла установок, вы делаете для каждой из ссылок свои метки. Эти метки и обрабатывает система аналитики.

Как протестировать приложение на реальных пользователях перед релизом?

1. Существует методология опроса пользователей. Это адаптированный аналог фокус-групп. Вы даете приложение сотрудникам в офисе или проводите скайп-опросы с незнакомыми людьми. Более подробно описано в статье Как не создать продукт для людей, которых не существует.
2. Есть такое понятие, как «softlaunch», мягкий запуск. Когда приложение опубликовано, покупается небольшой трафик, чтобы проверить его основные сценарии. Как правило, достаточно порядка 1000 пользователей. Приложение делают доступным только для одной страны, чтобы пользователи из других стран не смогли его скачать.
   В этом случае можно избежать репутационных рисков из-за ошибок в приложении. Это время проверить основные показатели приложения и исправить ошибки.
3. Альфа- и бета-тестирование. В консоли Google Play появился инструмент для бета- и альфа-тестирования. Вы можете отдать для тестирования новое приложение или новую версию приложения. Доступно закрытое (т.е. только тем, кому захотите) и открытое (любой желающий) тестирование. Участники этого тестирования могут оставлять отзывы и комментарии, которые не влияют на основную версию приложения и не видны другим пользователям.

Приятный бонус: при отправке приложения для бета- или альфа-тестирования Google Play проводит также его автоматическое тестирование на «живых» устройствах. Отчет появляется в консоли Google Play.

Для iOS инструменты хуже, вы можете воспользоваться TestFlight. Чтобы дать доступ к приложению, вы должны знать почту пользователя.

Что лучше: нативность или кроссплатформа?

Мы не адепты кроссплатформенной разработки. Делаем все приложения нативно. Хотя не исключаем, что в некоторых проектах кроссплатформенная разработка имеет место быть.

Как узнать, есть ли в приложении проблемные места?

Необходимо встроить один из сервисов мониторинга ошибок. Мы используем fabric.io (бывший Crashlytics).

Ошибки из приложений в том или ином виде присылают почти все системы аналитики. Ошибки можно найти в консоли Google Play.

Или Google Analytics:

На какие параметры ориентироваться?

Для каждого проекта индивидуально. В основном показатели отвечают на вопрос, сколько мы зарабатываем, сколько тратим на привлечение пользователей и как пользователи используют приложение:

1. Revenue – доход от приложения за день/месяц/год;
2. CAC (CustomerAcquisitionCost) – сколько потрачено на привлечение пользователя;
3. LTV (LifeTimeValue) – доход с пользователя за все время использования мобильного приложения;
4. RetentionDay 1 – количество пользователей, которые используют приложение на второй день после установки;
5. RetenitonDay 7 – количество пользователей, которые используют приложение на седьмой день после установки;
6. RetenitonDay 30 – количество пользователей, которые используют приложение на тридцатый день после установки;
7. DAU – количество активных пользователей в день;
8. MAU – количество активных пользователей в месяц.

Хорошими показателями Retention считаются Retention Day 1 – 50%, Reteniton Day 7 – 20%. Но эти показатели очень зависят от тематики приложения. Приложение с автомобильными пробками, почта или приложения для покупки бытовой техники – они удовлетворяют разные потребности с разной частотой использования.

LTV (доход со среднего пользователя) должен быть больше CAC (стоимости привлечения пользователя).

1. Илья Красинский. «Экономика стартапа и метрики: как помочь проекту найти цель»;
2. «Когортный анализ. Метрики продукта vs метрики роста».

Где посмотреть конверсию из просмотров в скачивания?

Эту информацию можно посмотреть в кабинете Google Play или Apple iTunes Connect.

​

• 167 196 — столько пользователей посмотрели страницу с приложением.
• 44 068 — столько пользователей скачали приложение.
• 26,4% — конверсия страницы.

В Google Play есть возможность смотреть статистику просмотров страницы по странам и источникам установок.

В Apple iTunes Connect есть данные по просмотрам страницы и установкам приложения.

​

Возможность отвечать на комментарии к приложению

В Google Play такая возможность есть, в Apple iTunes Connect – нет.

​

Что нужно встроить в приложение, чтобы не упустить чего-то важного?

Обратная связь прямо из приложения

В приложение рекомендуем встроить обратную связь. Многие пользователи жалуются или шлют предложения.

Если формы нет, эти жалобы будут в отзывах в маркете.

Возможность поставить оценку приложению

Есть такой распространенный прием. Пользователю показывается форма со звездочками (от 1 до 5) с предложением оценить приложение. Если пользователь выбирает от 1 до 3 звездочек, ему показывается форма обратной связи. В ней он может написать жалобу или предложение. Если пользователь хочет поставить 4 или 5, он перебрасывается на страницу приложения в маркет, где может оставить эту оценку.

Так собираются в маркете положительные оценки, а жалобы идут на почту разработчику.

А/В-тесты

Для мобильных приложений А/В-тесты получаются дорогими, потому что вам приходится делать 2-3 разные реализации, релизить их (для iOS это время). Потом анализировать результаты, правильно их интерпретировать и оставлять нужный вариант. Из-за сложности процесса клиенты редко соглашаются на А/В-тестирование в мобильной разработке.

Для А/В-тестов есть специальные сервисы вроде Splitmetriсs.

А/В-тесты графики

В Google Play консоли есть инструмент А/В-тестирования описания и графики приложения.

Если хотите узнать, какая иконка или какой скриншот приложения лучше работает, вы можете создать несколько вариантов для тестирования.

​

Как часто я могу обновлять описание и скриншоты в маркетах?

Для Android вы можете менять все (название, описание, иконку, скриншоты) без публикации новой версии приложения. Изменения появятся в течение 2-х часов.

Для iOS без публикации новой версии приложения вы можете менять только текст описания приложения и поле «Что нового?». Все остальное только с новой версией.

Push-сообщения

Если вы хотите высылать своим пользователям push-сообщения, эту возможность надо заложить на этапе разработки.

Соответствие правилам для разработчиков

Приложение, описание и графические материалы должны соответствовать правилами публикации в маркете. Одно наше приложение было заблокировано, потому что в нем пользователи могли перейти на сайты с футбольными новостями, где крутилась реклама тотализаторов. А это запрещено правилами. Поэтому, перед тем как начнется разработка приложений, стоит учесть эти моменты.

В Google Play есть пункт, который запрещает нарушать права других сервисов Google. Если вы нарушили правила связанных с Google Play сервисов (YouTube, AdMob или GoogleMaps например), то они могут заблокировать ваше приложение. Поэтому приходится внимательно читать правила других сервисов. И если, например, на одной странице с YouTube видео запрещено показывать свою рекламу, то это надо соблюдать.

Что следует учесть при публикации приложения?

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

1. На изображениях запрещено использовать лица знаменитостей. Нас не пропускали в Google Play из-за изображения актрисы Эммы Уотсон.

2. Не разрешается использовать изображения торговых марок и известных сервисов. Например, помещать на скриншоты логотипы YouTube или Facebook.

3. Берите фотографии и изображения, разрешенные авторами к использованию.

Для этого используйте:

• картинки с лицензией Creative Commons;
• фотостоки (shutterstock.com, depositphotos.com и т.д.).

В сервисе Google картинки выбирайте «С лицензией на использование и изменение».

В flickr.com выбирайте «Commercial use and mods allowed».

Для перестраховки в описании приложения указывайте авторов изображения или фотографии.

Google Play в этом плане щепетилен. Одно наше приложение пропустили для публикации только тогда, когда мы указали копирайты изображений и написали жалобу в поддержку.

4. В описаниях избегайте упоминания торговых марок или знаменитостей. Вас могут заблокировать автоматические фильтры магазинов или по жалобе правообладателя.

Одно наше приложение не пропускали из-за описания, без объяснений, что именно следует убрать. Опытным путем мы вычислили, что это было словосочетание «Дом 2».

Полезные материалы:

Сколько стоит продвижение мобильных приложений? Как можно продвигать приложение?

Если коротко, то продвижение можно разделить на 2 части:

1. Поисковая оптимизация в маркетах

Это работа с названием, ключевыми словами и описанием (для Google Play). Стоимость работ зависит от цены специалиста, который это будет делать.

В Google Play многое похоже на продвижение сайтов. Например, вывод ключевых слов в топ поисковой выдачи. В случае грамотной оптимизации вы получаете бесплатный поисковой трафик.

2. Привлечение трафика из внешних источников

Это реклама на сайтах с обзорами (цена примерно от 60$ до 600$ за обзор), реклама в Google AdWords, Facebook, Вконтакте и других сервисах.

Сколько стоит сотня/тысяча/миллион загрузок моего приложения?

По нашему опыту, если покупать трафик с таких сервисов, как Вконтакте, Фейсбук, Google AdWords, то стоимость установки от $0,1 до $0,5 (работа с новостными, развлекательными и дейтинг тематиками).

Но это ОЧЕНЬ приблизительно. Все зависит от тематики приложения и аудитории.

Недостаточно создать мобильное приложение, надо найти такие каналы, с которых стоимость установки будет ниже дохода на среднего пользователя.

Как узнать, сколько мои конкуренты тратят на продвижение мобильного приложения?

Есть сервисы для анализа рекламных кампаний конкурентов, вроде serpstat.com.

Для анализа конкурентов используйте:

prioridata.com — показывает количество установок конкурентов, данные приблизительные;
appannie.com — ключевые слова конкурентов, их позиции в категориях, установки;
sensortower.com — для работы с ключевыми словами.

Если на какие-то вопросы вы не получили ответы, задайте их на почту [email protected]

С чего начать разработку мобильного приложения

538 18-02-20 Время чтения: 2 мин

Наличие мобильного приложения – один из обязательных элементов успешного развития бизнеса и повышения доходов. Но его создание – достаточно сложный и трудоемкий процесс.

Предстоит разработка полноценного программного обеспечения с оригинальным, запоминающимся и удобным в работе дизайном. Необходимо сделать так, чтобы именно ваш продукт выгодно отличался на фоне аналогов, привлекая внимание пользователей, вызывая желание скачать именно его. Но с чего начать разработку мобильных приложений, на что стоит обратить особое внимание, как сделать так, чтобы предпринятые мероприятия оказались максимально эффективными, как не допустить ошибок в самом начале, способных повлечь за собой серьезные проблемы при последующих работах? Постараемся разобраться в этих нюансах.

С чего начинается разработка приложения

Прежде, чем приступать к работам, необходимо определить целесообразность самой идеи. Надо знать ответы на ряд вопросов:

• какие задачи пользователей поможет решить установка вашего приложения;
• будет ли осуществляться с его помощью продажа или реклама товаров и услуг;
• кто входит в вашу целевую аудиторию;
• какие приложения популярны среди клиентов ваших конкурентов;
• как вы оцениваете свои финансовые возможности для разработки и последующего продвижения софта;
• какой результат в качественном и количественном выражении вы планируете получить.

Если вы убедились, что мобильный программный продукт вам действительно нужен, что он поспособствует расширению бизнеса, пора подумать над тем, как именно создать приложение.

На первом этапе разрабатывается концептуальная идея. Для этого анализируется потребности целевой аудитории, проводится мониторинг аналогичных сервисов конкурентов, разрабатывается функционал, выбирается платформа (Google Play или App Store). Также требуется определить, какое именно приложение вам больше подойдет: кроссплатформенное или нативное. Первый вариант разрабатывается на кроссплатформе. В итоге вы получаете проект, который будет одинаково работать на разных операционных системах, да и цена его создания будет ниже.

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

После этого выполняется прототипирование софта, разрабатывается дизайн, создается продукт, осуществляется его тестирование.

Как сделать свое первое приложение

Как видите, в процессе создания мобильного софта, необходимо учесть множество нюансов. Именно поэтому над его созданием работает не один человек, а команда специалистов. Реализовать работы самостоятельно вряд ли получится даже у тех, кто достаточно серьезно разбирается в данной тематике, понимает, с чего начать и как завершить разработку приложений для android или iOS. Обращаясь изначально к хорошим специалистам, вы гарантированно получите продукт, в полной мере удовлетворяющий вашим запросам. Он будет отличаться стабильностью работы, ярким, привлекательным дизайном, удобством для клиентов, а значит, будет иметь успех у пользователей.

Компания Kitapp предлагает свои профессиональные услуги в сфере создания мобильных приложений и их продвижения. Мы давно работаем на данном рынке услуг, имеем команду опытных специалистов, способных решить задачи любой сложности и за вполне разумные деньги. Вся контактная информация, которая потребуется для связи с нашими менеджерами, приведена на сайте.

Опубликовано: 18-02-20

Свежие записи

• Как продавать курсы – мобильное приложение для экспертов 05.01.2024
• Приложение для владельцев домашних питомцев — здоровье, развлечения, уход 03.01.2024
• Сервис онлайн-тестирования в образовательном мобильном приложении 09.12.2023
• Запуск мобильного приложения для онлайн знакомств — как войти в нишу 20.11.2023
• 10 ошибок при создании ТЗ на мобильную разработку 15.11.2023

Этапы создания мобильного приложения. Пошаговое руководство

Почему вы хотите создать мобильное приложение? Вы хотите в тренде, или вы столкнулись с проблемой, которую, по вашему мнению, можете решить только создав мобильное приложение? Ответ на этот вопрос определит, будет ли ваше приложение успешным или нет.

Вот руководство, с которого можно начать, но учтите, что оно может работать не для всех. Возьмите из него то, что подходит вашей стратегии лучше всего. Важная часть стратегии разработки и продвижения мобильного приложения — начать.

Шаг 1: Получить идею или проблему. Если у вас уже есть идея приложения, переходите ко второму шагу. Если нет, то читайте дальше. Хотите создать приложение, но у вас нет идеи для мобильного приложения? Что вам действительно нужно, так это целенаправлено искать проблемы, и они везде!

Успешные предприниматели решают проблемы так, как мы не могли себе представить. Когда вы оглядываетесь вокруг, все продукты и услуги, которые вы используете, были созданы для решения какой-либо проблемы. Вы хотели быстрее добраться из одного места в другое, у вас есть машина. Вы хотели быстрее добраться из одной страны в другую, у вас есть самолеты.

Так что ищите проблемы в вашей повседневной жизни. Как только у вас будет исчерпывающий список, начните думать о том, как вы можете их разрешить с помощью разработки мобильного приложения, и составьте список наиболее подходящих решений.

Шаг 2: Определите необходимость. Проверка докажет, что спрос на ваше приложение существует. Вы можете проверить свою идею с помощью инструмента Планировщика ключевых слов Google, чтобы определить количество людей, которые ищут то, что вы пытаетесь сделать. Вы также можете создать целевую страницу, которая будет широко освещать идею вашего приложения и вызывать интерес пользователей через электронную почту.

Шаг 3: Выложите детали. Проверка идеи вашего приложения означает, что у вас есть то, что люди хотят использовать. Сейчас самое время детализировать ваш продукт в документе, или, если вы хотите пройти лишнюю милю, используйте инструмент для создания каркаса.

При изложении своей идеи на бумаге, не забудьте быть как можно более подробным.Как пользователь будет перемещаться по приложению? Какие функции должны быть? Это поможет вашему разработчику четко понять ваши ожидания.

Шаг 4: Удалить неосновные функции. Из подготовленного вами документа о функциях начните внимательно следить за теми, которые вы можете удалить. Предлагайте только основную ценность идеи вашего приложения. Не создавайте в первой версии функции, которые «приятно иметь» и которые всегда можно добавить позже в качестве обновления. Это поможет снизить первоначальные затраты на разработку, а также поможет вам быстрее выйти на рынок.

Шаг 5: Поставь дизайн на первое место. Многие предприниматели говорят, что хотят очень простой дизайн и хотят сосредоточиться только на разработке приложения. Они так не правы! Дизайн — это не только то, как выглядит ваше приложение, но и то, как пользователь будет воспринимать приложение. Дизайн — это способ сделать технологию полезной. Так что ищите разработчика, который ставит дизайн (имеется в виду пользовательский опыт и графику) на первое место.

Шаг 6: Наймите дизайнера / разработчика. Ищите компанию разработчиков, у которой есть талантливые дизайнеры и сплоченная команда разработчиков . Принимая на работу разработчика, проверьте его в интернете, чтобы узнать об его авторитете и приложениях, которые он создал . Если вам действительно понравилось приложение из портфолио, то выбирайте этого разработчика!

Шаг 7: Создание учетных записей разработчиков. Вы должны зарегистрировать учетную запись разработчика в соответствующих магазинах приложений, чтобы иметь возможность продавать свое приложение через свою платформу. У вас есть возможность зарегистрироваться как частное лицо или как компания, если она у вас уже есть.

Шаг 8: Интеграция аналитики. Аналитика поможет вам отслеживать загрузки, вовлечение пользователей и сохранениея вашего мобильного приложения. Убедитесь, что вы используете такие инструменты, как Flurry, который доступен бесплатно, и Localytics, который имеет бесплатную и платную версию. Так же: Google Analytics, Mixpanel и Preemptive.

Шаг 9: Получите обратную связь быстро и импровизируйте. Как только ваше приложение будет запущено в магазине приложений, первый набор данных об использовании и поведении клиентов даст вам представление о том, как улучшить приложение. Улучшения и изменения постоянны, поэтому следите за отзывами пользователей и продолжайте делать ваше мобильное приложение лучшим.

Шаг 10: Обновления и новые функции мобильного приложения. Вы создали одну версию с ограниченными возможностями и только основным предложением. Теперь настало время оценить и представить остальные функции, которые были оставлены в первоначальной версии. Благодаря аналитике и обратной связи вы узнаете, актуальны ли эти функции.

Эти шаги не являются абсолютными, а скорее ориентиром для создания вашего приложения наиболее эффективным способом на основе нашего опыта. Когда вы будете готовы начать, вы также должны знать, что создание мобильного приложения — самая простая часть. Привлечение клиентов — вот где начинается работа!

Компания Futureinapps создает мобильные приложения для Android и iOs любой сложности. Наша компания способна разработать сложный IT продукт под любые нужды.