iTicket
Билетная платформа Молдовы и Румынии. Два приложения: покупателя — поиск событий, билеты, ваучеры, фильтры по городам; и сканирования для персонала площадки, работающее в связке с турникетами на входе.
Работаем удалённо, для клиентов в любой стране. Одна кодовая база — iOS и Android растут из неё вместе, а не как второй проект со своим счётом. Выходить сразу в оба стора или начать с одного — решаете вы.
React Native и Expo: интерфейс, логика и экраны пишутся один раз и работают в обоих сторах.
Разница видна не в релизе, а во всём, что после него. Правка одна, а не две. Ошибка чинится в одном месте. Новая функция не выходит в одном сторе на месяц раньше, чем в другом, — а вместе с ней не расходятся и две версии вашего продукта, за которыми потом приходится следить порознь.
Мобильную разработку здесь ведут Емилиан и Думитру — React Native и Expo, приложения, которые уже стоят в обоих сторах. Когда приложению нужен свой бэкенд и серверы, это тоже мы — Думитру и Андрей, а не второй подрядчик со своим счётом и своими сроками.
От трёх до пяти месяцев до выхода в оба стора. Если приложению нужен ещё и бэкенд, который пишется с нуля, — дольше, и это считается отдельной строкой.
В этот срок входит и то, о чём обычно забывают: проверка сторами. Apple и Google смотрят сборку сами, по своим правилам, и на это уходит время, которое не зависит ни от вас, ни от нас. Мы закладываем его заранее, а не сообщаем о нём в последнюю неделю.
Обе платформы. Каждое наше приложение выходит и в App Store, и в Google Play — не бывает так, что Android «посчитаем отдельно».
Бэкенд, если он нужен. Аккаунты, данные, API, интеграции — это соседняя специализация внутри той же команды, а не ещё один подрядчик.
Поддержка после релиза, если она вам нужна. Приложение не заканчивается выкладкой в стор: платформы и сторы меняют требования сами, и обновлять приходится даже без новых функций.
Код ваш. Репозиторий и доступы — с самого начала, а не по завершении.
Выкладка в ваши аккаунты. Приложение выходит в вашем аккаунте разработчика, а не в нашем: страница в сторе, отзывы и статистика остаются у вас.
То, что есть у телефона, а не у сайта. Карта и геопозиция, камера, push-уведомления, работа без сети — если это нужно вашему приложению, оно за этим и делается приложением.
Билетная платформа Молдовы и Румынии. Два приложения: покупателя — поиск событий, билеты, ваучеры, фильтры по городам; и сканирования для персонала площадки, работающее в связке с турникетами на входе.
Не сайт, а один продукт на четырёх поверхностях: веб, интернет-магазин, мобильное приложение и приложение для телевизоров Roku. Единственный проект, который мы сделали втроём от начала до конца.
Значительная часть наших работ закрыта NDA агентств. Примеры — по запросу.
Не называем цену до ТЗ. Сумма по описанию идеи — это не оценка, а число, которое потом всё равно поменяется. Мы предпочитаем менять его до того, как вы на него рассчитывали.
Буферное время попадает в оценку, но не в счёт: платите вы за отработанные часы. Работа заняла меньше — вы платите меньше. Подробнее о том, как считаются часы, — на главной.
От трёх до пяти месяцев до выхода в оба стора, вместе с проверкой сторами. Точный срок называется вместе с оценкой в часах, по готовому ТЗ.
Мы пишем на React Native, и для подавляющего большинства приложений это правильный выбор: одна кодовая база вместо двух, одна правка вместо двух, вдвое меньше часов на всё, что происходит после релиза. Нативная разработка оправдана там, где приложение упирается в возможности самой платформы — тяжёлая графика, обработка видео, нестандартная работа с железом. Если ваш случай такой, мы скажем это сразу, а не возьмёмся и не упрёмся в середине.
Да, когда он нужен. Аккаунты, данные, API и интеграции — это специализация, которая уже есть внутри команды, поэтому не приходится сводить между собой двух подрядчиков.
На ваших — в App Store и Google Play, а не на наших. Они остаются вашими и в том случае, если мы перестанем над приложением работать.
Правим и подаём заново, время на это заложено в срок заранее. Отказ на проверке обычно формальность, например не описано, зачем приложению доступ к камере. Отказ по существу, когда сама идея приложения противоречит правилам стора, виден до начала работы, и об этом мы говорим на этапе ТЗ.
Либо остаётся у нас на ежемесячной поддержке, либо мы чисто передаём дела вашей команде. Приложения приходится обновлять и без новых функций: платформы и сторы меняют требования сами.
Вам. Мы работаем помесячно и выставляем счёт за уже сделанное, поэтому доступ к репозиторию можно отдать сразу, а не в конце проекта — держать код у себя до последнего платежа нам незачем.
Да. Значительная часть наших текущих работ и так под ним.
Работаем удалённо с клиентами откуда угодно, часовой пояс EET. Говорим и пишем на румынском, русском, английском и болгарском.
Приходите с техническим заданием. Мы переработаем его так, чтобы в нём не осталось вопросов, и уже по нему посчитаем часы.
Это точка входа. По мобильным приложениям отвечают двое: Емилиан и Думитру.
Написать кому-то из нас напрямую — контакты на главной.
Если задача другая: веб-приложение или внутренняя система, API, интеграции и платежи, интернет-магазин, сайт или лендинг, подхват чужого проекта, адаптация готового сайта под телефон.
Хотите сначала посмотреть, кто мы такие, — главная страница: трое, чем занимается каждый, как считаем часы и что уже сделали.