О том, на что обращать внимание при поиске технического партнера, описано в статье: «Как выбрать компанию-разработчика программного обеспечения».
Шаг 3. Выбор оптимальной платформы
Статистика самых востребованных платформ среди разработчиков Dapps.
Источник
На следующем этапе
создания мобильного приложения нужно определиться с тем, на базе какой блокчейн-сети вы хотите создавать свой продукт. Выбор нужно делать исходя из того, какие именно свойства вам нужны.
Вот несколько самых популярных среди разработчиков вариантов:
- Ethereum — самый популярный вариант, который позволит разрабатывать блокчейн-приложение и создавать свою собственную экосистему с помощью языка программирования Solidity. Подходит для большинства проектов, делающих ставку на децентрализацию, прозрачность и безопасность.
- TRON — бесплатная глобальная финансовая система, позволяющая обмениваться токенами или цифровым контентом простым и экономичным способом. Например, игровыми айтемами в онлайновых играх или фильмами и сериалами в Netflix. Особенность TRON в том, что ее блокчейн позволяет делать такие обмены моментально и с очень низкой комиссией, благодаря чему даже торговые сделки на 1 доллар будут рентабельными
- Hyperledger — платформа от Linux Foundation, ориентированная на корпоративный сектор. Позволяет запускать собственные централизованные или гибридные блокчейны с настраиваемыми параметрами доступа. Чтобы создать приложение на Android и iOS на этой платформе, вам понадобится команда разработчиков со знанием языков Go, Java и JavaScript.
- IOTA — распределительный реестр с открытым исходным кодом для Интернета вещей, который вместо традиционного блокчейна использует направленный ациклический граф (DAG). Предоставляет такие возможности, как бескомиссионные транзакции, обработка неограниченного количества транзакций за раз, более быстрое время подтверждения. Это обеспечивает более быстрые и безопасные взаимодействия между IoT-устройствами.
- R3 Corda — платформа J.P. Morgan для банковского сектора. Ее главная особенность — простая и быстрая интеграция с устаревшими системами (крупные банки, как правило, используют довольно старый софт).
- EOS — платформа, нацеленная на решения, которые делают ставку на функции смарт-контрактов, децентрализованный хостинг приложений и децентрализованное хранилище для корпоративного решения, которое полностью устраняет проблемы масштабируемости.
Шаг 4. Разработка каркаса приложения
Пример каркаса низкой (слева) и высокой (справа) точности.
Источник
Процесс создания блокчейн-приложения на Android & iOS похож на процесс строительства дома. Прежде чем приступить к закладыванию фундамента, вам нужно разработать архитектурный план, который даст представление о том, какой именно дом и из чего вы будете строить. Каркас вашего приложения — это тот же архитектурный план, по которому вы будете создавать свой программный продукт.
Каркасные схемы отображают основную структуру приложения, его внешний вид, путь пользователя, примерный внешний вид экранов приложения и т.п. Имея такую схему, разработчики могут понять, какую функциональность им нужно реализовать и сколько им для этого потребуется времени, что помогает составить бюджет проекта.
Разработка каркасов обычно требует два этапа:
- Создание каркаса низкой точности. Грубый схематичный набросок, помогающий быстро получить представление о базовой структуре вашего приложения. Такая визуализация проще усваивается большинством людей, нежели представление проекта в виде текста, таблиц и диаграмм.
- Создание каркаса высокой точности. В такой схеме аннотированные блоки заменяются изображениями, готовыми статьями (текстами) и ссылками.
Шаг 5. Создание пользовательского интерфейса
Пример готового дизайна интерфейса блокчейн-приложения.
Источник
После создания каркаса можно приступать к разработке привлекательного пользовательского интерфейса вашего блокчейн-приложения. Это очень важный этап, поскольку от него будет зависеть пользовательский опыт — как пользователь воспринимает интерфейс: приятные цвета, удобные иконки, интуитивно понятные переходы между экранами. Или наоборот: непонятно, что и как делать, маленькие иконки, по которым невозможно попасть, какая-то токсичная цветовая гамма.
Вот что дизайнеры должны сделать на этом этапе:
- Определить стилистику. Готовятся несколько наборов изображений (moodboards), на которых представлены экраны приложения с различными цветовыми схемами, шрифтовыми композициями, кнопками и иллюстрациями. Эти изображения отправляются заказчику и / или фокус-группе, которые выбирают из них самый приятный и наиболее соответствующий нише.
- Создать концепцию дизайна. Она призвана показать, как будет выглядеть готовое приложение. Если предыдущий этап давал лишь общее направление, то концепция призвана скрестить это направление с наполнением интерфейса (каркасом высокой точности). Обычно для этого делают полное оформление 1-3 экранов приложения, после чего те отправляются на согласование.
- Оформить все экраны. Если концепция получила добро, дизайнеры приступают к финализации внешнего вида интерфейса, результатом которой становится полная схематичная структура всех экранов интерфейса. Затем все экраны собираются в интерактивный прототип, который дает максимально приближенный опыт использования приложения без его реализации в коде.
- Создать анимацию интерфейса. В ходе этого этапа дизайнеры определяют, как будет выглядеть нажимание на иконки, переход экранов, открытие видео / изображения и т.п. Обычно анимацию делают с помощью Adobe Photoshop или другого инструмента, а затем из этого составляют видеоролики. Видео нужны заказчику, чтобы понять, как анимация будет выглядеть в итоговом варианте, а также разработчикам, которые будут ориентироваться на эти ролики при реализации дизайна и функционала приложения в коде.
- Подготовить материалы для разработчиков. После завершения создания внешнего вида интерфейса дизайнеры отправляют разработчикам спрайты, шрифты со всеми иконками, UI Kit с повторяющимися элементами интерфейса и их состояниями, а также все остальные материалы с документацией.
Шаг 6. Реализация приложения в коде
После проектирования UI / UX начинается процесс реализации этого дизайна и бизнес-логики приложения в коде. Обычно это подразумевает реализацию на уровне background (серверной части) и foreground (интерфейс приложения).
Данный процесс может выглядеть по-разному в зависимости от нескольких аспектов:
- Какой язык и платформу вы выбираете для своего проекта.
- Используете вы BaaS или создаете свою собственную цепочку блоков.
- Стратегия взаимодействия и транзакций между всеми узлами.
- Выбранный механизм консенсуса блокчейна.
- Какие SDK API вы используете.
При этом обычно сначала создают минимально жизнеспособный продукт (MVP), на котором проверяют концепцию и получают обратную связь. С этими данными продукт дорабатывается до релизной версии.
Шаг 7. Тестирование и проверка
Тщательное тестирование вашего блокчейн приложения — это одно из обязательных условий разработки блокчейн-приложений, если вы намерены добавить ваш продукт в листинги Google Play Store или Apple App Store. Данные площадки в обязательном порядке требуют, чтобы app было протестировано на основе различных параметров и критериев, не имело ошибок (критических) и хорошо работало в любых сценариях использования. Кроме того, также нужно проверить работоспособность приложения при повышенной нагрузке.
Этим занимаются QA-инженеры, или специалисты.
Шаг 8. Запуск и развертывание
Развертывание — последний этап процесса разработки. Как только продукт будет готов и пройдет все тесты, его можно регистрировать на таких маркетплейсах, как Google Play Store и Apple App Store.
Для этого вам нужно:
- Зарегистрироваться на Google Play Console и Apple Developer.
- Заполнить соответствующую форму добавления приложения в листинг.
- Заплатить за регистрацию (25 долларов для Google, 99 долларов — Apple) и согласиться с пользовательским соглашением.
После того как приложение попадет в маркетплейсы, нужно позаботиться о том, чтобы ваш продукт не отставал в развитии от конкурентов. Для этого нужно будет обеспечить обслуживание и поддержку приложения, что может включать обновления библиотек, фреймворка и операционных систем, а также добавление новых функций и внесение изменений в приложение с учетом текущих потребностей бизнеса.
Шаг 9. Продвижение проекта
Чтобы ваше блокчейн-приложение стало популярным, нужна маркетинговая стратегия, ориентированная на вашу целевую аудиторию.
Вот сколько это может стоить в зависимости от канала продвижения:
- Листинги — от 0 до 200 долларов. Мы уже писали, что публикация приложения в Google Play Store и Apple App Store стоит денег, аналогичная ситуация с большинством других магазинов приложений. Однако вместе с этим вы можете добавить свой софт на бесплатные листинги приложений, онлайн-агрегаторы, а также на Instagram, Facebook, Twitter и LinkedIn.
- Платная реклама — от 50 до 5000 долларов в месяц. Это реклама с оплатой за клик или просмотр в поисковиках, социальных сетях и веб-сайтах.
- Контент-маркетинг — от 500 до 10000 долларов в месяц. Запуск сайта с блогом, который вы будете наполнять релевантным нише контентом для повышения места в поисковой выдаче поисковиков, а также роста узнаваемости и репутации компании. Контентом могут быть обучающие, информационные, новостные и развлекательные статьи, видео, фото.
- SMM (англ. social media marketing) — от 500 до 5000 долларов в месяц. Создание постов в Facebook, Instagram, Twitter, LinkedIn и их продвижение внутри площадки, в том числе с помощью инфлюенсеров.
- E-mail-рассылка — от 0 до 1000 долларов в месяц. Создание нескольких шаблонов электронных писем с ориентацией на разные подгруппы целевой аудитории. Такие письма могут содержать текст, фото, анимацию, видео.
- SEO (Search Engine Optimization) — от 600 до 5000 долларов в месяц. Анализ запросов в выбранной нише, создание SEO-ядра, оптимизация контента и создание ссылочной массы.
Больше на тему маркетинга можно прочесть в статьях:
Стоимость блокчейн-приложений
Детально о стоимости блокчейн-разработки с примерами и разбивкой по этапам и процессам описано в статье: «
Сколько стоит разработка и внедрение блокчейна». Здесь же мы просто представим таблицу ориентировочной стоимости создания Dapp для Android и iOS в зависимости от сложности и функционала проекта.
