Создание приложений в Махачкале: мобильный канал как основной
В этой статье
В Махачкале доля посетителей со смартфонов у большинства проектов выше, чем в среднем по стране, а компьютером многие клиенты не пользуются вовсе. Это меняет приоритеты: сайт здесь проектируется от телефона, а собственное приложение перестаёт быть роскошью и становится способом не платить агрегатору за каждый повторный заказ.
Кто заказывает и зачем
Торговля и доставка – самая заметная группа: продуктовые сети, магазины у дома, службы готовой еды, где приложение забирает постоянных покупателей у площадок-посредников. Туризм Республики Дагестан даёт другой сценарий: бронирование туров к Сулакскому каньону и на побережье, экскурсии, аренда транспорта, офлайн-карты маршрутов для мест со слабой связью. Строительные и отделочные компании просят кабинет покупателя квартиры с этапами и платежами. Швейные и обувные производства – каталоги для оптовиков с остатками и заказом партии. Плюс медцентры, автосервисы и образовательные центры с записью и расписанием.
Что нужно для карточки в RuStore
Публикацию мы разбираем с заказчиком заранее, потому что часть документов готовит именно он.
- подтверждение юрлица или ИП и права на использование названия и логотипа;
- текст политики обработки персональных данных, размещённый на сайте по постоянному адресу;
- согласие на обработку данных внутри приложения, если есть регистрация;
- материалы карточки: иконка, скриншоты, короткое описание для выдачи;
- тестовый доступ и описание сценария для проверяющего.
Аккаунт оформляем на компанию клиента – все установки, отзывы и статистика остаются вашими.
Как пройти модерацию с первого раза
Каждый возврат сборки – это дни ожидания, поэтому мы работаем на упреждение. Убираем неиспользуемые разрешения, добавляем понятные пояснения к запросу камеры и геопозиции, встраиваем удаление учётной записи прямо в профиль, проверяем, что приложение не падает при отсутствии сети и на устройстве без карты. Отдельно следим за описанием: обещать в тексте функции, которых нет в этой версии, – самый быстрый способ получить отказ. Если возврат всё же случился, переписку с площадкой ведём мы, заказчику не нужно разбираться в формулировках правил.
Оплаты и связь с учётом
Заказ внутри приложения без оплаты работает вполсилы. Мы подключаем эквайринг, оплату по QR через систему быстрых платежей, оплату при получении и рассрочку – набор зависит от бизнеса. Дальше связываем продукт с 1С, чтобы каталог, цены и остатки не вводились руками, и с CRM, чтобы заявка попадала к менеджеру с историей клиента. Для доставки добавляем карту курьера, зоны и расчёт стоимости от адреса. Если полноценная разработка мобильных приложений пока не по бюджету, начинаем с чат-бота в мессенджере и интернет-магазина, а мобильный клиент делаем следующим шагом.
Первые установки и позиции в витрине
Хороший продукт без продвижения скачивают десятки людей, а не тысячи. Мы собираем название и подзаголовок из слов, по которым его будут искать, пишем описание с акцентом на первые видимые строки, оформляем скриншоты с короткими подписями. Дальше – работа с рейтингом: аккуратная просьба оценить после удачного заказа, ответы на отзывы, регулярные обновления, которые витрины учитывают при ранжировании. Параллельно приложение анонсируем в социальных сетях, на сайте и в рассылке по базе – органика витрины редко бывает единственным источником.
Сроки и порядок работы
Небольшой сервис с каталогом и заявкой выходит за 6–9 недель. Полноценный магазин с оплатой, доставкой и обменом с учётом – 3–4 месяца. Мы идём спринтами по две недели, в конце каждого показываем работающую сборку, которую можно поставить на свой телефон. Оплата разбита по этапам, стоимость фиксируется после прототипа, когда объём уже понятен и обеим сторонам нечего додумывать.
Уведомления, от которых не отключаются
Push-рассылка – самый дешёвый способ вернуть клиента и самый быстрый способ его потерять. Разница в сценариях. Работают адресные сообщения, привязанные к действию человека:
- заказ принят, собран, передан курьеру – статусы, которых люди ждут сами;
- напоминание за час до записи или брони;
- персональная скидка на товар, который клиент уже покупал;
- возврат к брошенной корзине один раз, а не пять;
- сезонное предложение по сегменту, а не веерная рассылка на всю базу.
Частоту мы ограничиваем на уровне сервера и даём пользователю выбор категорий в настройках – это заметно снижает долю отключивших уведомления.
Частые вопросы
Нужен ли отдельный проект для iPhone? Отдельная сборка – да, отдельный проект с нуля – нет. При кроссплатформенном подходе бизнес-логика общая, различаются интерфейсные детали и публикация, поэтому вторая система обходится значительно дешевле первой.
Что делать, если приложение уже есть, но им никто не пользуется? Начинаем с аудита: смотрим воронку, отчёты о сбоях, отзывы и карточку. Часто дело не в функциях, а в долгой регистрации и невнятном описании в витрине.
Кто наполняет каталог? Если есть 1С или таблица с товарами – мы настраиваем импорт и обновление по расписанию. Если учёта нет, наполнять можно через административную панель, и обучение работе в ней входит в сдачу проекта.
Позвоните на +7 (901) 417-22-12 – обсудим вашу задачу, прикинем состав первой версии и назовём срок выхода в витрины без общих слов.
