Когда бизнесу нужно веб-приложение вместо сайта

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

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

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

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

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

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

Признаки того, что бизнесу нужно приложение

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

• Работа держится на таблицах. Заказы, остатки, долги и графики ведутся в файлах, которые пересылают друг другу. Кто-то обязательно правит устаревшую копию, и найти верную версию получается не сразу.
• Одно и то же действие повторяется сотни раз в месяц. Менеджер считает стоимость по одному и тому же алгоритму, подбирает позиции по параметрам, собирает однотипные коммерческие предложения.
• Клиенты звонят узнать статус. Вопросы про то, где заказ и когда будет отгрузка, занимают половину рабочего дня отдела продаж.
• Данные вводят по два раза. Заявка приходит на почту, менеджер переносит ее в учетную систему руками, а потом еще раз в таблицу для отчета.
• В процессе участвуют разные типы людей. Дилер, розничный покупатель, менеджер, склад, бухгалтер. Каждому нужен свой срез одной и той же информации.
• У каждого клиента свои условия. Персональные скидки, договорные цены, отсрочки платежа, собственные остатки по контракту.

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

Когда достаточно обычного сайта

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

Корпоративного сайта или магазина хватает при таких условиях.

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

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

Из чего состоит веб-приложение

Смету приложения считают по сценариям работы, и количество страниц тут почти ничего не объясняет. Четыре части есть практически в каждом проекте, они и определяют бюджет.

Кабинеты и роли

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

Бизнес-логика

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

Интеграции с тем, что уже работает

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

Админка и отчеты

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

Сколько стоит разработка и сколько она длится

Точную сумму мы считаем под конкретный проект после описания процессов, но порядок цифр выглядит так.

• Стартовая версия, от $4 000, от 1,5 месяца. Рабочая первая версия с главным функционалом, чтобы проверить идею на живых пользователях.
• Стандартное веб-приложение, от $8 000, от 3 месяцев. Полноценная система с кабинетом, ролями и интеграциями платежных и сторонних сервисов.
• Бизнес-портал на Laravel, от $12 000, от 4 месяцев. Закрытая платформа с несколькими типами кабинетов и более глубокими интеграциями с CRM, ERP и учетными системами.
• Сложная платформа, от $20 000, от 6 месяцев. Масштабируемая система с ролями, API и глубокими интеграциями для нагруженных проектов.

Для сравнения, корпоративный сайт стоит от $1 000 до $4 000 и делается от двух недель до трех месяцев. Разрыв в суммах объясняется тем, что в приложении большая часть работы не видна глазу. Проверки прав доступа, обработка ошибок, согласованность данных, поведение системы, когда с ней одновременно работают десятки людей. Эта невидимая часть потом держит ваш бизнес, когда нагрузка растет. Состав работ и примеры проектов собраны на странице разработки веб-приложений.

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

Промежуточные варианты между сайтом и приложением

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

Кабинет на существующем сайте. Если у вас работает магазин на OpenCart или WooCommerce, личный кабинет достраивается к нему. История заказов, индивидуальные цены для оптовиков, повторный заказ в два клика, выгрузка накладных. Магазин остается на месте, а часть ручной работы менеджеров исчезает.

Отдельный модуль или интеграция. Когда болит одно конкретное место, разумно закрыть сначала его. Обмен данными между сайтом и учетной системой, автоматический расчет доставки, генерация документов, бот для приема заявок. Эти работы мы ведем в рамках услуги кастомная разработка. Отдельный модуль или интеграция обходится от $500 до $2 000, автоматизация на Laravel от $3 000 до $8 000, мелкие задачи считаем почасово от $20 за час.

Похожий выбор между готовым продуктом и разработкой под себя мы разбирали в материале Готовое решение или кастомная разработка интернет-магазина.

Где чаще всего ошибаются на старте

Ошибки повторяются из проекта в проект и стоят заказчику месяцев работы. Три из них случаются почти всегда.

Заказывают сразу все

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

Рисуют экраны раньше процессов

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

Забывают про тех, кто будет работать внутри

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

Перед первым разговором с подрядчиком полезно подготовить четыре вещи.

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

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

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

Выводы

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

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

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