Веб-приложение открывается в браузере, как сайт, но работает как программа. В него входят под своей учётной записью, в нём заводят заказы и заявки, согласуют, считают и видят только то, что положено по роли. Сайт рассказывает о компании, а веб-приложение берёт на себя часть её работы. Мы разрабатываем веб-приложения на заказ вокруг процессов компании и связываем их с 1С, CRM и платёжными сервисами по API.
Чем веб-приложение отличается от сайта
Проще всего увидеть разницу по тому, что человек делает на странице.
| Сайт | Веб-приложение | |
|---|---|---|
| Кто пользуется | любой посетитель | сотрудники, клиенты, партнёры, у каждого своя учётная запись |
| Что делает человек | читает, оставляет заявку | оформляет заказ, согласует, загружает документы, считает |
| Какие данные внутри | страницы и тексты | заказы, клиенты, документы и деньги, у каждого свои права |
| С чем связан | форма отправляет заявку в CRM | обменивается с 1С, CRM, складом и платёжным сервисом |
Граница бывает размыта. Сайт с личным кабинетом уже наполовину приложение, потому что публичная часть ведёт человека к регулярному обслуживанию. Устанавливать веб-приложение не нужно: оно открывается на компьютере и на телефоне, а исправление, которое выпустили разработчики, пользователь получает при следующем открытии страницы, без обновления через магазин приложений.
Какие задачи решают веб-приложением
Задача редко начинается со слов «нам нужна платформа». Чаще компания замечает, что сотрудники переносят данные из одной системы в другую, клиенты звонят ради статуса, а отчёт собирают руками. Дальше задача оказывается одной из знакомых, и у каждой есть отдельная страница:
- CRM, если процесс продаж не помещается в коробочную воронку;
- личный кабинет, где клиент сам видит заказы, счета и документы;
- B2B-портал для дилеров и оптовых клиентов с их ценами и остатками;
- корпоративный портал для заявок, регламентов и новичков;
- платформа обучения с курсами, тестами и сертификатами;
- SaaS-платформа и маркетплейс, если продукт продаётся другим компаниям или сводит продавцов и покупателей;
- отраслевые системы для производства и перевозок: MES и TMS.
Заявка на закупку, которая жила в почте
Возьмём задачу, которая не похожа ни на один пункт списка. Инженеру нужны расходники, и он пишет письмо снабженцу. Тот уточняет, что именно нужно и есть ли бюджет, пересылает письмо руководителю, и через неделю никто не помнит, на ком заявка.
В веб-приложении инженер заполняет форму, в которой нельзя пропустить обязательные поля. Система сама проверяет бюджет и категорию и отправляет заявку по маршруту согласования. У каждого участника своя очередь, а руководитель видит, на каком шаге заявки задерживаются дольше всего, и может разобраться с этим шагом, а не с каждой заявкой. Так из почты и таблицы получается процесс, у которого есть статусы и ответственные. Подробнее о таких задачах — на странице об автоматизации процессов.
Разберёмся в задаче и предложим, как решить её эффективно.
«Может, сразу делать мобильное приложение?»
Если человек часто работает вдали от компьютера, то да: курьер закрывает доставку, мастер на объекте снимает фото, покупатель каждый день проверяет заказ. Когда задача редкая и решается за столом, хватит веб-приложения, которым удобно пользоваться с телефона, и платить за вторую разработку не придётся. Есть и промежуточный вариант, прогрессивное веб-приложение, которое ставится на экран телефона как обычная программа. Как оно устроено, мы разобрали в справке о PWA, а про приложения для App Store и RuStore — на странице о мобильной разработке.
На чём пишем и кому остаётся код
Технологии подбираем под задачу, одного стека на все случаи у нас нет. Приложение Tuto и платформа балетной студии Artis Ballet сделаны на разных стеках: первое на FastAPI и Flutter, вторая на Django, React и Capacitor. Выбор зависит от нагрузки, требований к размещению данных и от того, кто будет развивать систему после запуска.
Работа начинается с обследования на две недели: разбираем процесс, роли, данные и системы, с которыми приложение будет обмениваться. После него цена и сроки остальных этапов записываются в договор, а новые функции обсуждаем отдельно. Каждую неделю показываем, что сделано. Гарантия на три месяца включена в стоимость, и весь код, документация и доступы остаются у вас.
Сколько стоит разработка веб-приложения
Цену мы называем после обследования и записываем в договор. Внутренний сервис заявок с одной ролью и кабинет для тысячи клиентов с оплатой и обменом с 1С — оба веб-приложения, но работы во втором в несколько раз больше. Оценить порядок заранее помогут пять факторов:
| Что влияет на цену | Проще и дешевле | Сложнее и дороже |
|---|---|---|
| Роли | одна роль, все видят одно и то же | сотрудники, клиенты и партнёры с разными правами |
| Обмен с другими системами | ни одной или одна с готовым API | 1С, CRM, склад и банк, у части нет готового входа |
| Данные на старте | заводятся с нуля | переносятся из старой системы и таблиц |
| Деньги и персональные данные | их нет | оплата, счета, данные клиентов |
| Где работает | облако | ваш сервер, требования службы безопасности |
Если большинство ответов справа, на обследовании имеет смысл договориться о первой части, с которой начать. Сначала заработает она, а остальное добавим следующими этапами.
Вопросы о разработке веб-приложений
Сколько времени занимает разработка?
Срок, как и цену, фиксируем после обследования. Готовые части показываем каждую неделю, поэтому ход работы виден задолго до запуска.
Можно ли доработать веб-приложение, которое писали другие?
Можно. Сначала смотрим код и то, как система запущена, и говорим, что выгоднее: дорабатывать или переписать часть заново. Подробнее — на странице о доработке чужого проекта.