удалённо·три индивидуальных предпринимателя·вместе с 2012 года

Приложение
для iOS и AndroidРазработка мобильных приложений

Работаем удалённо, для клиентов в любой стране. Одна кодовая база — iOS и Android растут из неё вместе, а не как второй проект со своим счётом. Выходить сразу в оба стора или начать с одного — решаете вы.

02 — как это устроено

Вторая платформа — не второй проект

React Native и Expo: интерфейс, логика и экраны пишутся один раз и работают в обоих сторах.

Разница видна не в релизе, а во всём, что после него. Правка одна, а не две. Ошибка чинится в одном месте. Новая функция не выходит в одном сторе на месяц раньше, чем в другом, — а вместе с ней не расходятся и две версии вашего продукта, за которыми потом приходится следить порознь.

Мобильную разработку здесь ведут Емилиан и Думитру — React Native и Expo, приложения, которые уже стоят в обоих сторах. Когда приложению нужен свой бэкенд и серверы, это тоже мы — Думитру и Андрей, а не второй подрядчик со своим счётом и своими сроками.

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

От трёх до пяти месяцев до выхода в оба стора. Если приложению нужен ещё и бэкенд, который пишется с нуля, — дольше, и это считается отдельной строкой.

В этот срок входит и то, о чём обычно забывают: проверка сторами. Apple и Google смотрят сборку сами, по своим правилам, и на это уходит время, которое не зависит ни от вас, ни от нас. Мы закладываем его заранее, а не сообщаем о нём в последнюю неделю.

03 — состав работ

Что входит в работу над приложением

Обе платформы. Каждое наше приложение выходит и в App Store, и в Google Play — не бывает так, что Android «посчитаем отдельно».

Бэкенд, если он нужен. Аккаунты, данные, API, интеграции — это соседняя специализация внутри той же команды, а не ещё один подрядчик.

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

Код ваш. Репозиторий и доступы — с самого начала, а не по завершении.

Выкладка в ваши аккаунты. Приложение выходит в вашем аккаунте разработчика, а не в нашем: страница в сторе, отзывы и статистика остаются у вас.

То, что есть у телефона, а не у сайта. Карта и геопозиция, камера, push-уведомления, работа без сети — если это нужно вашему приложению, оно за этим и делается приложением.

04 — доказательства

Мобильные приложения, которые мы разработали

iTicket — мобильное приложение покупателя на React Native, главный экран iTicket — приложение покупателя: список событий с датами и площадками iTicket — приложение покупателя: страница события с датой, залом, ценой и покупкой билета iTicket — приложение покупателя: фильтры по категории, месту, цене и порядку сортировки

iTicket

Билетная платформа Молдовы и Румынии. Два приложения: покупателя — поиск событий, билеты, ваучеры, фильтры по городам; и сканирования для персонала площадки, работающее в связке с турникетами на входе.

приложение покупателяприложение сканированияiOS + Android
React Native · Expo
BoleoExpress — мобильное приложение маркетплейса: главный экран с категориями и подборкой товаров BoleoExpress — мобильное приложение: каталог категорий товаров BoleoExpress — мобильное приложение: карточка товара с ценой, продавцом и кнопкой добавления в корзину BoleoExpress — веб-витрина того же маркетплейса: главная страница с поиском по категориям

BoleoExpress

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

мобильное приложениеiOS + Androidприложение для Roku TV
React Native · Expo

Значительная часть наших работ закрыта NDA агентств. Примеры — по запросу.

05 — процесс

Как идёт разработка мобильного приложения

  1. 01Вы приходите с техническим заданием.Что за приложение, кому оно нужно, что в нём должно быть. Это ваша часть: без неё считать нечего.
  2. 02Мы его анализируем.Приводим к документу, в котором не остаётся вопросов и двойных прочтений: что именно строим, а что — нет. Для приложения сюда же попадает то, что телефон умеет, а браузер нет: карта, камера, уведомления, работа без сети.
  3. 03Оценка в часах — по готовому ТЗ.Цифры считаются по документу, который вы прочитали и утвердили. Считать часы по неточному описанию — это гадание, за которое платите вы. Обе платформы считаются одной цифрой: вторая не бывает отдельной строкой в смете.
  4. 04Вы рано видите работающее.Не отчёт о статусе, а приложение, которое можно поставить себе на телефон и потыкать. Передумать на этом этапе дёшево.
  5. 05Вы видите, куда идёт время.Учёт в Toggl, отчёт открыт вам: раз в месяц — часы по задачам, что сделано, что идёт следующим. Счёт за отработанное, а не вперёд.
  6. 06Выход в оба стора.Обе платформы вместе. Дальше либо продолжаем поддерживать, либо чисто передаём дела вашей команде.
06 — честно

Чего мы не делаем в мобильной разработке

Не называем цену до ТЗ. Сумма по описанию идеи — это не оценка, а число, которое потом всё равно поменяется. Мы предпочитаем менять его до того, как вы на него рассчитывали.

Буферное время попадает в оценку, но не в счёт: платите вы за отработанные часы. Работа заняла меньше — вы платите меньше. Подробнее о том, как считаются часы, — на главной.

07 — частые вопросы

Частые вопросы о разработке мобильных приложений

Сколько времени занимает разработка приложения?

От трёх до пяти месяцев до выхода в оба стора, вместе с проверкой сторами. Точный срок называется вместе с оценкой в часах, по готовому ТЗ.

Нативная разработка или React Native — что выбрать?

Мы пишем на React Native, и для подавляющего большинства приложений это правильный выбор: одна кодовая база вместо двух, одна правка вместо двух, вдвое меньше часов на всё, что происходит после релиза. Нативная разработка оправдана там, где приложение упирается в возможности самой платформы — тяжёлая графика, обработка видео, нестандартная работа с железом. Если ваш случай такой, мы скажем это сразу, а не возьмёмся и не упрёмся в середине.

Бэкенд вы тоже делаете?

Да, когда он нужен. Аккаунты, данные, API и интеграции — это специализация, которая уже есть внутри команды, поэтому не приходится сводить между собой двух подрядчиков.

На чьих аккаунтах публикуется приложение?

На ваших — в App Store и Google Play, а не на наших. Они остаются вашими и в том случае, если мы перестанем над приложением работать.

Что если приложение не пропустят в стор?

Правим и подаём заново, время на это заложено в срок заранее. Отказ на проверке обычно формальность, например не описано, зачем приложению доступ к камере. Отказ по существу, когда сама идея приложения противоречит правилам стора, виден до начала работы, и об этом мы говорим на этапе ТЗ.

Что с приложением после релиза?

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

Кому принадлежит код?

Вам. Мы работаем помесячно и выставляем счёт за уже сделанное, поэтому доступ к репозиторию можно отдать сразу, а не в конце проекта — держать код у себя до последнего платежа нам незачем.

Подпишете ли вы NDA?

Да. Значительная часть наших текущих работ и так под ним.

В каком часовом поясе и на каком языке вы работаете?

Работаем удалённо с клиентами откуда угодно, часовой пояс EET. Говорим и пишем на румынском, русском, английском и болгарском.

08 — дальше

Расскажите, что вы хотите построить

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

один адрес, все трое

[email protected]

Это точка входа. По мобильным приложениям отвечают двое: Емилиан и Думитру.

Написать кому-то из нас напрямую — контакты на главной.

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

Хотите сначала посмотреть, кто мы такие, — главная страница: трое, чем занимается каждый, как считаем часы и что уже сделали.