Приложение с сервером, офлайном и SEO: сколько месяцев уйдёт у непрограммиста

Непрограммисту на приложение с сервером, офлайн-режимом и SEO понадобится примерно год, если учиться самому, и результат будет черновиком. Конструктор даёт прототип за недели, но офлайн с синхронизацией и серверная логика упираются в его потолок. Студия делает такой проект в среднем за несколько месяцев, цена от 500 000 ₽.

Приложение — это четыре задачи под одним названием 🧩

Слово «приложение» прячет четыре отдельные работы. Первая — экраны, формы и кнопки на телефоне. Вторая — сервер: база данных, авторизация, API и обмен с учётной системой. Третья — офлайн-режим: локальная база на телефоне, очередь изменений и правила на случай, когда два человека поправили одну запись. Четвёртая — поисковая видимость: карточка в магазине приложений и страницы, которые находит Яндекс.

Непрограммист оценивает срок по первой работе, потому что только её видно. Прототип экранов в конструкторе действительно собирается примерно за 2–4 недели. Остальные три работы занимают основное время и остаются незаметными, пока что-нибудь не сломается.

Торговый агент без сети: как рушится прототип на второй неделе 📶

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

Агент заходит в подвальный склад и оформляет два заказа. Приложение пишет «Отправлено». Вечером в 1С нет одного заказа, а второй пришёл дважды.

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

Лечится это уже не настройкой. Нужны локальная база, очередь исходящих заказов, уникальный идентификатор у каждого заказа и правило на случай, когда за время без сети изменились цена или остаток. Это называется конфликтом версий, и решать его приходится кодом.

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

Три пути и сколько каждый занимает ⏱️

Сроки в таблице — ориентиры для приложения с каталогом, заказами, сервером и офлайн-режимом. Точные цифры зависят от ТЗ.

Самообучение занимает больше всего времени, потому что учить приходится сразу всё: язык и фреймворк для мобильной разработки, основы баз данных, серверную часть, публикацию в RuStore, Google Play и App Store. Каждая тема тянет на отдельный курс.

Когда можно обойтись без студии

Самостоятельный путь оправдан в двух случаях.

• ✓Внутренний инструмент для нескольких сотрудников, которые всегда в сети и не вносят данные в учёт.
• ✓Прототип для проверки спроса: покажите его десяти клиентам до заказа разработки и посмотрите, откроет ли кто-нибудь его второй раз.

Как только появляются заказы, остатки, офлайн или персональные данные клиентов, прототип лучше считать черновиком ТЗ, а не основой продукта.

SEO для приложения: что находит Яндекс, а что нет 🔍

Содержимое экранов внутри приложения поисковик не читает. Поэтому «SEO приложения» раскладывается на три отдельные работы.

Первая — карточка в магазине: название, описание, скриншоты, ключевые слова. Эту оптимизацию называют ASO. Вторая — сайт или лендинг с описанием приложения, который попадает в выдачу Яндекса и Google. Третья — публичные веб-страницы с содержимым, например каталогом, и deep links: ссылки, которые открывают приложение сразу на нужном экране, а при отсутствии приложения ведут в магазин или на сайт.

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

Для закрытого B2B-приложения, которое ставят сотрудники или оптовые клиенты, SEO часто не нужен вообще. Нужны вход по приглашению и ссылка или QR-код на установку. Пример такого решения — B2B-приложение с 1С: приложение для клиентов, подключённое к данным учётной системы.

Сервер: где лежит база и откуда берутся данные 🗄️

Если учёт ведётся в 1С, сервер приложения в основном занят обменом: берёт из 1С остатки, цены и контрагентов, возвращает заказы. Конструктором эту часть без программирования не собрать, потому что нужны веб-сервисы, права доступа и разбор ошибок обмена на случай, когда база 1С недоступна из-за обновления. Как это устроено, описано на странице интеграция приложения с 1С.

Есть и ограничение по закону. Если приложение собирает имена и телефоны клиентов, база с ними должна храниться на серверах в России: это требование 152-ФЗ. Где физически работает бэкенд конструктора, узнайте до запуска.

Если логика уже в 1С, а приложение нужно сотрудникам, есть короткий путь: 1С:Мобильная платформа. Приложение собирается на средствах 1С, хранит локальную базу на телефоне и обменивается данными с основной. Часть работы по офлайну и обмену уже заложена в платформе, поэтому срок обычно короче. Цена — меньше свободы в интерфейсе. Для внешних клиентов, которым нужен нестандартный интерфейс, подходит разработка с нуля. Для сотрудников склада платформа часто справляется.

Что непрограммист делает сам при любом пути 📝

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

Самую неприятную проверку сделайте в первую очередь: выключите сеть, оформите заказ, включите сеть и убедитесь, что в учётной системе ровно один заказ. Тексты для карточки в магазине и для сайта тоже пишете вы, потому что знаете, как клиенты называют ваш товар. Эти названия и становятся ключевыми словами.

Как это решаем мы и сколько стоит 🧰

Мобильная разработка на ukved.ru стоит от 500 000 ₽. Итоговый бюджет зависит от числа ролей пользователей, объёма обмена с 1С и сложности офлайн-сценариев, поэтому точную цифру называем после разбора задачи. Актуальные цены собраны на странице цены и тарифы.

Разница с вариантом «конструктор плюс фрилансер» в том, что приложение и обмен с 1С делает одна команда. Когда в примере выше пропадает заказ, нет одного подрядчика, который показывает на сервер, и другого, который показывает на приложение. Офлайн-сценарии мы описываем в ТЗ до начала разработки: что агент может сделать без сети, что нельзя, как приложение показывает статус заказа и что происходит при конфликте цены.

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

❓ Частые вопросы

Можно ли сделать приложение с офлайн-режимом в конструкторе?

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

Нужно ли SEO мобильному приложению?

Содержимое экранов внутри приложения поисковики не читают, поэтому продвигают карточку в магазинах (ASO), сайт с описанием и публичные веб-страницы с deep links. Для закрытого B2B-приложения, которое ставят сотрудники и клиенты по приглашению, SEO обычно не нужно: достаточно ссылки или QR-кода на установку.

Сколько стоит приложение с сервером и офлайн-режимом?

Мобильная разработка на ukved.ru стоит от 500 000 ₽. Итог зависит от числа ролей пользователей, объёма обмена с 1С и сложности офлайн-сценариев: чем больше данных меняют без сети, тем больше правил разрешения конфликтов. Точный бюджет и срок называем после разбора задачи и составления ТЗ.

Сколько времени уйдёт, чтобы с нуля научиться делать такое приложение?

В среднем от восьми месяцев до года до первой версии, если учиться регулярно, и ещё несколько месяцев на исправление ошибок. Учить приходится сразу мобильную разработку, базы данных, серверную часть и публикацию в магазинах. Для проверки идеи это оправдано, для учёта заказов и остатков рискованно.

Что выбрать, если учёт ведётся в 1С?

Если приложение нужно сотрудникам и логика уже в 1С, рассмотрите 1С:Мобильную платформу: офлайн и обмен с основной базой там штатные. Если приложение для внешних клиентов и нужен свой интерфейс, лучше разработка с нуля и интеграция с 1С через веб-сервисы. Выбор определяют сценарии.