Разработка интернет-приложений и сайтов: в чём разница?
Сайт из 5-15 страниц показывает информацию, а интернет-приложение выполняет действия пользователя: ищет по базе, считает стоимость, принимает заказ, хранит историю и разграничивает доступ. Снаружи разницы может не быть, оба открываются в браузере по обычному адресу. Отличие внутри: у приложения есть сервер с бизнес-логикой и база данных, а экраны подстраиваются под конкретного человека. Если пользователь входит под своим именем, вводит данные и получает персональный результат, перед вами веб-приложение, даже когда оно выглядит как обычный сайт.
Зачем объединять разработку сайтов и веб-приложений?
Сайт и веб-приложение выгодно проектировать вместе, если продукт должен получать клиентов из поиска. Публичная часть (главная, каталог, услуги, статьи) открыта для Яндекса и Google, а приложение работает после входа: кабинет, заказы, настройки. Когда обе части проектирует одна команда, структура страниц под запросы закладывается до дизайна, а не прикручивается после запуска. Мы делаем и корпоративные сайты, и сервисы для бизнеса, поэтому связываем их в один продукт. Если сайт у вас уже есть, приложение подключается к нему модулем или поддоменом с общим входом для обеих систем.
Какие задачи бизнеса решает веб-сервис
6 типовых задач, под которые компании заказывают свою платформу вместо обычного сайта:
- Каталог и агрегатор
База товаров, услуг или исполнителей с поиском, фильтрами и карточками. Публичная часть индексируется и работает как SEO-витрина.
- Личный кабинет
Клиент видит заказы, счета, документы и статусы без звонка менеджеру. Состав и цены в разделе разработка личного кабинета.
- Онлайн-запись и бронирование
Расписание специалистов, свободные слоты, подтверждение и напоминания на почту или в мессенджер.
- Система для команды
Внутренний портал: учёт заявок, задач и клиентов, роли и права, панель управления, отчёты и аналитика вместо таблиц, которые ведут вручную.
- Калькулятор и конфигуратор
Расчёт цены по параметрам, подбор комплектации, коммерческое предложение в PDF по шаблону без ручной работы отдела продаж.
- Интеграции и боты
Обмен данными между сайтом, 1С, CRM, складом и платёжным сервисом. Часть сценариев удобно вынести в Telegram-бота.
Кейс: агрегатор мастеров красоты «Бьютики»
«Бьютики» объединяет мастеров и салоны красоты в одном каталоге и состоит из 3 частей: каталог, поиск и SEO-витрина. Каталог и поиск работают как приложение: данные хранятся в базе, а выдача собирается под запрос посетителя. SEO-витрина нужна, чтобы ту же базу видели поисковые системы: каталог открыт для индексации, как обычный сайт.
Главный вывод кейса для похожих платформ: агрегатору мало удобного поиска внутри, посетителей нужно привести из Яндекса и Google. Поэтому структуру страниц под запросы мы проектируем до дизайна, одновременно с логикой сервиса.
Сколько стоит разработка веб-сервиса?
Стоимость разработки начинается от 150 000 ₽ при сроке от 4 недель, каждый модуль добавляет сумму и срок по прайсу калькулятора стоимости:
| Что входит | Цена | Срок |
|---|---|---|
| Базовая версия: логика, экраны, база данных | от 150 000 ₽ | от 4 недель |
| Личный кабинет клиента | +80 000 ₽ | +2 недели |
| Каталог и обмен с 1С | +60 000 ₽ | +2 недели |
| Онлайн-оплата | +30 000 ₽ | +1 неделя |
| CRM и аналитика продаж | +25 000 ₽ | +1 неделя |
| 6-15 разделов и экранов | +40 000 ₽ | +1 неделя |
Сильнее всего цену двигают не экраны, а логика бизнес-процессов: сколько ролей у пользователей, сколько внешних систем нужно связать, насколько сложны расчёты и права доступа. Поэтому на брифе мы сначала описываем сценарии и функционал и только потом считаем бюджет.
Пример: проект с личным кабинетом и онлайн-оплатой обойдётся от 260 000 ₽ и займёт от 7 недель. Точную смету считаем после брифа и фиксируем в договоре.
Этапы и сроки разработки веб-сервиса
Минимальный срок 4 недели; кабинет, интеграции и оплата добавляют по 1-2 недели. Проект идёт по 6 этапам, после каждого вы видите результат и согласуете следующий шаг:
- 01Бриф и сценарии
Разбираем задачу бизнеса: кто пользователи, какие действия они выполняют, откуда берутся данные и с какими из ваших систем нужна связь.
- 02Проектирование
Роли и права, схема данных, список интеграций, требования к нагрузке. Итог фиксируем в техническом задании.
- 03Прототип и дизайн
Экраны для каждой роли, их состояния, версия для телефона. Согласовываем до программирования.
- 04Разработка
Серверная часть, база данных, API и экраны по согласованному прототипу.
- 05Тестирование
Проверяем сценарии каждой роли, права доступа, скорость и работу на реальных устройствах в 5 браузерах.
- 06Запуск и передача
Сервер, HTTPS и резервные копии настраиваем сами, код и доступы передаём в одном документе. Первые 30 дней сопровождаем бесплатно.
Как идёт проектирование и разработка веб-приложений?
Проектирование начинается с 3 вопросов: кто пользователи, что каждый из них делает и какие данные для этого нужны бизнесу. Ответы превращаются в схему ролей, модель данных и карту экранов. На бумаге любое решение меняется быстрее и дешевле, чем в готовом коде.
Разработку ведём итерациями: сначала ядро, без которого продукт не работает, затем модули по приоритету. Порядок от ядра к модулям даёт рабочую версию раньше: можно запустить MVP, проверить спрос и только потом вкладываться в остальное.
Что входит в разработку и оптимизацию веб-приложений?
Оптимизация начинается с 3 замеров: скорость загрузки, время ответа сервера и нагрузка на базу данных. Что ускоряем и укрепляем:
- Фронтенд: лёгкий код, сжатые изображения, отложенная загрузка скриптов.
- База данных: индексы, отсутствие лишних запросов, кэш для частых ответов.
- Тяжёлые задачи: импорт прайса, рассылки и отчёты уходят в фоновые очереди, пользователь их не ждёт.
- Рост: архитектура рассчитана на рост каталога и числа пользователей без переписывания ядра.
- Работающий сервис: аудит и оптимизация чужого кода в рамках поддержки от 30 000 ₽ в месяц или разовой сметой.
Если вы изучаете модуль ПМ.09 «Проектирование, разработка и оптимизация веб-приложений», процесс, технологии и программы разобраны в статье о разработке веб-приложений.
Как строится разработка интерфейса веб-приложения?
Интерфейс веб-приложения строим от сценариев: то, что пользователь делает каждый день, должно быть ближе всего. Для каждого экрана рисуем не только заполненный вид, но и состояния: загрузка, пустой список, ошибка, нет прав, мобильный вид. Из повторяющихся элементов (таблицы, фильтры, формы, уведомления) собираем библиотеку компонентов, поэтому новые разделы выглядят единообразно и делаются быстрее. Дизайн согласуем на кликабельном прототипе до начала программирования.
Чем хороша разработка мобильных веб-приложений?
Мобильная версия веб-приложения открывается в браузере телефона и не требует публикации в App Store и Google Play. Мобильный вид верстаем от узкого экрана: крупные кнопки, короткие формы, навигация под большой палец. Формат PWA (Progressive Web App) добавляет иконку на главный экран, работу при слабой связи и push-уведомления. Одна кодовая база обслуживает компьютер, планшет и телефон, а обновление получают все пользователи сразу, без модерации в магазине приложений.
Что считать разработкой сложного сайта?
Сложным сайт делает логика, а не число страниц: каталог с фильтрами, расчёт цены, личные кабинеты, обмен с 1С и CRM, роли сотрудников в корпоративной системе. Пример из портфолио: интернет-магазин инженерной сантехники Rilis на 7 774 позиции, 182 подкатегории и 163 бренда, с ценами и остатками по прайсу и фидом для Яндекса. Сложные проекты считаем от задачи: интернет-магазин от 400 000 ₽, отдельная платформа от 150 000 ₽ плюс модули по прайсу.
Разработка веб-приложения с использованием Python и Node.js
Веб-сервисы, личные кабинеты и боты пишем на одном из 2 стеков: Python или Node.js. Python удобен там, где много работы с данными: импорт прайсов, отчёты, расчёты, интеграции с 1С и CRM. Node.js хорош для событий в реальном времени: чаты, уведомления, статусы заказов, которые обновляются без перезагрузки. Клиентская часть в браузере работает на JavaScript. Решение о стеке принимаем под задачу и под то, кто будет поддерживать продукт после запуска.
Стандарты и требования
Перед запуском продукт проходит проверку по 6 пунктам:
- Скорость по Core Web Vitals: LCP до 2,5 с, INP до 200 мс, CLS до 0,1.
- Доступность: контраст, подписи полей, работа с клавиатуры.
- Валидная разметка и Schema.org на публичных страницах.
- Формы и персональные данные по 152-ФЗ от 27.07.2006.
- Адаптив на реальных устройствах и в 5 браузерах.
- HTTPS, резервные копии и права доступа по ролям.
Как проверить студию перед заказом
Проверить нас можно 3 способами. Первый: живые проекты и кейсы в портфолио, их можно открыть и пройти сценарии самому. Второй: по запросу даём контакты 2-3 заказчиков с похожими проектами, у них можно спросить про сроки и общение; опубликованных отзывов с именами на сайте нет, и выдумывать их мы не будем. Третий: задачу до договора вы обсуждаете напрямую с тем, кто будет её делать. Отдела продаж у нас нет, основатель Артём Салыев ведёт проекты лично.
Оплата и договор
Смету, состав работ и сроки фиксируем в договоре после брифа, поэтому ваш бюджет не меняется без согласования. Этапы оплаты обсуждаем до старта и тоже записываем в договор. Новая задача по ходу проекта оценивается отдельно и попадает в план только после вашего согласия. После запуска 30 дней правок и консультаций бесплатно, дальше по желанию техническая поддержка и развитие от 30 000 ₽ в месяц.
Вопросы и ответы
Чем веб-сервис отличается от веб-приложения?
Для заказчика почти ничем: оба термина описывают программу, которая работает в браузере и хранит данные на сервере. Веб-приложением чаще называют продукт с экранами для людей (кабинет, CRM, система управления заказами), а веб-сервисом иногда называют и API, через который обмениваются данными другие программы. Наши проекты обычно включают оба слоя: экраны для пользователей и API для связи с 1С, CRM и ботами.
Можно ли начать с минимальной версии сервиса?
Да, и чаще всего так и стоит делать. Минимальная версия (MVP) включает главный функционал и ключевой сценарий: например, каталог с поиском и заявкой, но пока без оплаты и кабинета. Базовая версия укладывается в бюджет от 150 000 ₽ и срок от 4 недель. После запуска вы видите, как продуктом пользуются реальные клиенты, и добавляете модули по приоритету, а не по первоначальному списку желаний.
Кому принадлежит исходный код?
Вам. Код, домен и доступы остаются у заказчика, домен регистрируем на вас. Сервер, HTTPS, почту на домене и резервные копии настраиваем сами, а все доступы передаём в одном документе. Если позже вы решите развивать продукт своей командой или с другим подрядчиком, переход пройдёт без выкупа кода и без зависимости от нас.
Когда хватит готового решения вместо разработки?
Если ваш бизнес работает по типовому процессу, готовая CRM, сервис онлайн-записи или конструктор закроют задачу быстрее и дешевле на старте, и на брифе мы скажем об этом прямо. Своё решение окупается, когда процесс нестандартный, готовые инструменты требуют обходных путей, рост числа пользователей делает абонентскую плату дороже разработки или данные важно держать у себя. Частый компромисс: готовая CRM внутри, свой сервис для клиентов снаружи, связанные через API.
Нужно ли продвигать веб-сервис в поиске?
Если клиенты должны находить продукт сами, да. Для этого у приложения должна быть публичная часть, которую видят Яндекс и Google: каталог, карточки, статьи. Разделы, доступные только после входа, поисковые системы не индексируют. Публичную витрину закладываем в структуру на этапе проектирования, а после запуска можем взять проект в разработку и продвижение.
