Мобильное приложение для бизнеса в Туркменистане: когда оно нужно, сколько стоит и с чего начать

Короткий ответ

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

Порядок почти всегда один: сначала сайт, который находят в поиске и которому доверяют; потом приложение для постоянных клиентов. Мы включили это в пакеты: «Рост» даёт сайт с продвижением и скидку 20 % на приложение в течение года.

Семь признаков, что приложение окупится

1. Клиент пользуется вами чаще раза в месяц.
2. Скорость заказа решает: три нажатия вместо звонка.
3. Есть что хранить: адреса, история заказов, бонусы, абонемент, документы.
4. Нужны уведомления: статус заказа, напоминание о записи, акция для постоянных.
5. Есть процесс на стороне бизнеса, который приложение автоматизирует: курьеры, смены, бронирования.
6. Аудитория уже есть — сайт, соцсети, база клиентов. Приложение не создаёт спрос, оно его обслуживает.
7. Вы готовы поддерживать его годами: обновления систем, правила магазинов, новые устройства.

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

Нативное, кроссплатформенное, веб-приложение, PWA: что выбрать

Большинству компаний в Туркменистане подходит кроссплатформенная разработка: одна команда, одна кодовая база, публикация в обоих магазинах. Так сделаны наши приложения BARY, Namazym и Orkido.

Из чего складывается цена приложения

Цена приложения — это не «экраны», а сценарии и интеграции. Основные статьи:

• Проектирование. Сценарии пользователя, роли, структура данных. Без этого разработка превращается в бесконечные переделки.
• Дизайн. Экраны под iOS и Android с их правилами, состояния, анимации, тёмная тема.
• Серверная часть. База данных, API, авторизация, уведомления, админ-панель — то, чего пользователь не видит, но без чего приложение не работает.
• Интеграции. Оплата, карты, SMS, учёт, CRM — каждая отдельная работа.
• Публикация. Аккаунты разработчика, сборки, проверка по правила App Store и Google Play Console, исправления после модерации.
• Поддержка. Обновления под новые версии систем, правила магазинов, устройства; аналитика и исправления.

Мы не публикуем единый прайс на приложения, потому что разброс между «каталог с заказом» и «такси с курьерами и оплатой» — десятикратный. Пришлите описание — вернём смету с этапами. Ориентир: простое приложение каталога или записи по срокам и бюджету сопоставимо с пакетом «Рост», сложные сервисы — кратно дороже. Клиентам пакета «Рост» — скидка 20 % на приложение в течение года после запуска сайта.

Тест: нужно ли приложение именно вам

Ответьте «да» или «нет» на десять утверждений. Семь и больше «да» — приложение окупится; от четырёх до шести — начните с веб-приложения или PWA; меньше четырёх — делайте сайт.

1. Клиент пользуется моей услугой чаще раза в месяц.
2. Заказ по телефону занимает у клиента больше двух минут.
3. У клиентов есть история, бонусы или абонементы, которые нужно хранить.
4. Мне нужно присылать уведомления: статусы, напоминания, акции.
5. У меня есть база клиентов или подписчики, которым я могу предложить установку.
6. За приложением стоит процесс — курьеры, администраторы, смены, — который оно упростит.
7. Я готов платить за поддержку и обновления каждый год.
8. Конкуренты с приложением забирают у меня постоянных клиентов.
9. Моя услуга работает офлайн или в дороге, где сайт неудобен.
10. У меня есть метрика, по которой я пойму, что приложение сработало.

Серверная часть и админ-панель: то, чего не видно

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

Сроки по этапам

Ориентиры из наших проектов; точный срок фиксируем в договоре после прототипа. Главная причина задержек — не разработка, а решения на стороне бизнеса: способы оплаты, процессы, контент на двух языках.

Публикация в App Store и Google Play: шаги и типичные отказы

Нужны аккаунты разработчика — оформляются на вас, чтобы приложение принадлежало вам. Дальше: сборки для обеих систем, описания и скриншоты на двух языках, политика конфиденциальности на сайте, проверка по правила App Store и правилам Google Play Console. Типичные причины отказа: приложение дублирует сайт без собственных функций, нет входа для проверяющих, неполная политика конфиденциальности, запрос разрешений без объяснения, неработающие ссылки. Модерация Apple строже и может занять несколько итераций; мы закладываем это в срок.

Поддержка после запуска

Операционные системы обновляются ежегодно, правила магазинов меняются, появляются новые устройства и размеры экранов. Приложение без обновлений через год–полтора перестаёт устанавливаться на новые телефоны или удаляется из магазина. Поддержка — это обновления под системы, исправления, мелкие улучшения по аналитике и мониторинг сервера. Договаривайтесь о ней до запуска: кто, в каком объёме и за сколько. У нас приложение после публикации сопровождается, а клиенты пакета «Рост» получают приоритет.

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

• Установки и активные пользователи в неделю и в месяц — растут ли они после первого всплеска.
• Доля заказов через приложение в общем числе заказов — главная метрика для доставки и записи.
• Повторные заказы и средний интервал между ними.
• Удержание: сколько установивших возвращаются через неделю и через месяц.
• Оценки и отзывы в магазинах и реакция на них.
• Экономия времени сотрудников, если приложение автоматизирует процесс.

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

Особенности Туркменистана для приложений

• Доступность сервисов. Часть международных сервисов — карты, аналитика, уведомления — из страны может не работать; архитектуру выбираем с учётом этого и проверяем на устройствах в Ашхабаде.
• Мобильный интернет. Приложение должно экономить трафик и переживать нестабильное соединение: кэш, офлайн-режим, лёгкие изображения.
• Два языка. Туркменский и русский в интерфейсе с переключением; тексты пишет носитель, а не переводчик.
• Оплата. Способы оплаты, которыми реально пользуются ваши клиенты; интеграции обсуждаем до старта.
• Аккаунты разработчика. App Store и Google Play требуют аккаунты и оплату пошлин; помогаем оформить и публикуем от вашего имени, чтобы приложение принадлежало вам.

Чему нас научили BARY, Namazym и Orkido

Три разных сценария. Namazym — приложение, которым пользуются каждый день: здесь решали точность, скорость запуска и работа без сети; маркетинг почти не понадобился, потому что приложение решает ежедневную задачу. BARY — сервис с заказами, где главным оказался не интерфейс, а серверная часть и процессы на стороне бизнеса: приложение полезно ровно настолько, насколько налажена работа за ним. Orkido — приложение с контентом и каталогом, где мы убедились, что двуязычный интерфейс и лёгкие экраны для мобильного интернета — не опция, а условие удержания.

Общий вывод: приложение — это процесс, а не продукт. Если за ним нет налаженной работы бизнеса, самый красивый интерфейс удалят через месяц.

Как проходит разработка: пять этапов

1. Понимание. Бриф, метрика успеха, сценарии пользователя. Ответ на вопрос «нужно ли приложение» мы даём здесь, и он может быть «нет».
2. Проектирование. Кликабельный прототип всех экранов, структура данных, список интеграций. Утверждается до дизайна.
3. Дизайн. Экраны под обе системы, два языка, состояния.
4. Разработка и тесты. Приложение, серверная часть, админ-панель; тесты на реальных устройствах, в том числе в Ашхабаде.
5. Публикация и поддержка. Сборки, модерация, выход в магазины, аналитика, обновления.

Пример: доставка воды — путь от сайта к приложению

Разберём типичный путь компании в Ашхабаде. Год первый. Двуязычный сайт с ценами по объёмам и районам, кнопками звонка и мессенджера, профилем в картах. Заказы идут по телефону и в WhatsApp, аналитика показывает: половина клиентов заказывает повторно каждые две недели, диспетчер тратит на каждый заказ три минуты. Год второй. Семь «да» из десяти в тесте выше: регулярность, скорость, история адресов, уведомления о доставке, процесс с курьерами. Делаем кроссплатформенное приложение: заказ в три нажатия, сохранённые адреса, статус «курьер выехал», бонусы; серверная часть и админка для диспетчера и курьеров; два языка. Сайт остаётся входом для новых клиентов и предлагает установить приложение постоянным.

Что было бы, начни компания с приложения в первый год: новых клиентов оно не привело бы (его не находят в поиске), а старых ещё не было. Порядок «сайт, потом приложение» — не осторожность, а экономия.

Что подготовить к брифу на приложение

• Метрику успеха: доля заказов через приложение, экономия времени диспетчера, повторные заказы.
• Три–пять главных сценариев: что делает клиент, что делает сотрудник.
• Список интеграций: оплата, карты, SMS, учёт, CRM — и доступы к ним.
• Языки интерфейса и кто будет проверять туркменский.
• Устройства клиентов: доля iOS и Android, типичные модели, качество связи.
• Кто со стороны бизнеса принимает решения и отвечает на вопросы в процессе.
• Бюджет на поддержку в год после запуска.

С этим списком первый разговор занимает час, а смета получается точной. Без него — месяц уточнений.

Ошибки, которые делают приложение бесполезным

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

Частые вопросы о приложениях для бизнеса