Клиент листает каталог на сайте, а заказ оформляет по телефону — почему?

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

Почему возникает путаница между сайтом и веб-приложением

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

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

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

Сайт и приложение путают ещё на этапе брифа

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

Почему разработчики тоже путают термины

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

Чем веб-сайт отличается от веб-приложения на практике

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

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

У этой разницы есть и сторона, которую редко считают на старте проекта. То, что находится за авторизацией в веб-приложении, поисковик не увидит и не проиндексирует. Компании, которые полностью переносят контент с сайта в закрытое приложение, теряют трафик из поиска — карточки товаров и страницы услуг перестают попадать в выдачу. Рабочая схема для B2B — сайт для тех, кто ищет компанию через поиск, и веб-приложение для тех, кто уже стал клиентом и заходит в личный кабинет регулярно.

Как исправить ситуацию, если бизнес уже выбрал не тот формат

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

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

Что оставить от старого сайта, а что переделать

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

Что делать, если проблема с форматом повторяется в компании

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

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

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

Как предотвратить лишние расходы при выборе между сайтом и приложением

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

• ✓какие действия пользователь должен выполнять сам, без звонка менеджеру;
• ✓какие данные должны обновляться автоматически, а какие — вручную;
• ✓кто отвечает за корректность данных в 1С, если приложение берёт их оттуда.

Когда хватит доработки, а когда нужна отдельная разработка

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

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

Если сотрудникам или клиентам нужен доступ не только с компьютера, а с телефона в разъездах — на складе, на объекте, у клиента, — веб-приложение стоит сразу проектировать с прицелом на мобильную версию, а не переделывать интерфейс под маленький экран задним числом. Разработка мобильных приложений с интеграцией в 1С — отдельное направление в ukved, от постановки задачи до сдачи в эксплуатацию.

Разработка мобильного или веб-приложения с интеграцией 1С начинается от 500 000 рублей — цена зависит от количества экранов, глубины интеграции и того, нужна ли синхронизация с базой в реальном времени. Состав пакетов и актуальные цены есть на странице цены и тарифы.

Перед тем как называть точную цену, мы в ukved обычно проводим короткий аудит текущей 1С и того, как сейчас устроены процессы у клиента. Это занимает один-два созвона и позволяет не закладывать в разработку функции, которые бизнесу на самом деле не нужны.

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

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

Чем веб-приложение принципиально отличается от обычного сайта на CMS?

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

Можно ли переделать существующий сайт в веб-приложение, или проще делать заново?

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

Нужно ли отдельное мобильное приложение, если у компании уже есть веб-приложение?

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

Сколько стоит разработка веб-приложения с интеграцией 1С?

Разработка веб- или мобильного приложения с интеграцией 1С начинается от 500 000 рублей. Итоговая цена зависит от количества экранов, глубины синхронизации с базой и того, нужен ли обмен данными в реальном времени. Точный расчёт делают после обсуждения задач бизнеса.

Как понять, что бизнесу нужно веб-приложение, а не доработка сайта?

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