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

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

• Разовое действие и заявка — мобильный сайт или веб-приложение
• Регулярные визиты, лояльность, пуши и офлайн — нативное приложение
• Если задача решается дешевле без приложения, мы скажем это до сметы

iOS и Android собираем из одной кодовой базы: две отдельные разработки под одинаковый функционал удваивают и срок, и стоимость, и последующую поддержку. Дальше — то, ради чего приложение обычно и заводится: связь с вашей учётной системой и CRM, чтобы каталог, остатки, цены и заявки жили в одном месте, а не в двух реальностях. Интеграцию с 1С делаем через обмен данными, а не ручными выгрузками. Публикацию берём на себя: в России Android-аудитория приходит и из Google Play, и из RuStore, и выкладывать стоит в оба магазина. С первого экрана ставим аналитику — иначе через месяц после запуска нечем ответить на вопрос, где люди отваливаются.

• Одна кодовая база на iOS и Android — вместо двух разработок и двух смет
• Интеграция с 1С, CRM и вашим сайтом: единые остатки, цены и заявки
• Публикация в магазинах на нашей стороне, включая RuStore для Android
• Аналитика с первого релиза: видно, на каком экране теряются пользователи
• После запуска остаётся поддержка: обновления магазинов и версий ОС никто не отменял

1. Шаг 1

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

2. Шаг 2

   План и смета. Показываем состав работ и стоимость до старта — без «уточним в процессе».

3. Шаг 3

   Запуск. Делаем работу и выводим первые результаты в оговорённый срок.

4. Шаг 4

   Отчёт. Ежемесячно показываем цифры: что сделано, что это дало, что делаем дальше.

Порог входа — от 110 000 ₽. Это осмысленно, если у вас уже есть продукт, отдел продаж и деньги на горизонт в несколько месяцев.

• Подходит: бизнес с понятной экономикой сделки, готовый вкладываться на горизонте от трёх месяцев
• Подходит: компании, где есть кому обрабатывать заявки — иначе трафик уйдёт в никуда
• Не подходит: задача «попробовать на минималках» и посмотреть, что будет
• Не подходит: ожидание, что канал окупится на первой неделе — так не работает ни один из них

• Сильны в автомаркетинге: собственные проекты в автоимпорте — каталог, парсер, SEO и лидогенерация на потоке
• Работаем с замеренным спросом: перед запуском проверяем частотность в Вордстате, а не пишем «на глаз»
• Смета и состав работ фиксируются до старта, отчёт — ежемесячно, в цифрах
• Свои разработчики: сайт, интеграции и аналитика делаются внутри, без перекладывания на подрядчиков