1
Контекст
Разбираем цели, пользователей, текущий процесс и границы первой версии.
Сервис под процессы
Веб-приложения с понятной сметой.
Берём запутанный рабочий процесс и превращаем его в спокойный интерфейс. Начинаем с решений пользователя, а затем строим надёжный продукт вокруг данных, ролей и интеграций.
Сценарии до экранов
Роли без путаницы
API как фундамент
Запуск по частям
01 — Состав
Что входит.
Аудит целей и ограничений веб-приложения
Карта пользовательских сценариев и ролей
Информационная архитектура и модель данных
Интерактивный UX-прототип ключевых экранов
Визуальная система интерфейса
Адаптивная frontend-разработка
Backend, API и необходимые интеграции
Тестирование сценариев, прав и ошибок
Настройка аналитики и мониторинга
Документация, передача и план развития
02 — Метод
Метод разработки веб-приложения: от решения к системе
Не начинаем с экрана. Сначала проверяем, какое решение должен ускорить веб-приложение, затем собираем опыт, данные и технологический контур.
2
Модель
Описываем роли, сущности, правила и события, от которых зависит продукт.
3
Сценарии
Проверяем пользовательские пути в прототипе до дорогой разработки.
4
Сборка
Разрабатываем инкрементами с прозрачным демо результата.
5
Проверка
Тестируем крайние случаи, интеграции, доступы и производительность.
6
Развитие
Запускаем, измеряем использование и формируем следующую очередь улучшений.
03 — Процесс
Этапы работы.
01
Фиксируем задачу, риски и критерии успеха веб-приложения.
02
Согласуем структуру, сценарии, данные и интеграционный контур.
03
Создаём интерфейс и проверяем ключевые пути в кликабельном прототипе.
04
Собираем продукт спринтами, показывая работающий результат каждую неделю.
05
Тестируем, переносим данные, включаем аналитику и обучаем команду.
06
Отслеживаем метрики и развиваем решение по реальному использованию.
04 — Интеграции
Интеграции для веб-приложения
REST APIНастраиваем REST API в контуре веб-приложения и проверяем обмен данными до запуска.
GraphQLНастраиваем GraphQL в контуре веб-приложения и проверяем обмен данными до запуска.
SSOНастраиваем SSO в контуре веб-приложения и проверяем обмен данными до запуска.
1СНастраиваем 1С в контуре веб-приложения и проверяем обмен данными до запуска.
TelegramНастраиваем Telegram в контуре веб-приложения и проверяем обмен данными до запуска.
EmailНастраиваем Email в контуре веб-приложения и проверяем обмен данными до запуска.
BIНастраиваем BI в контуре веб-приложения и проверяем обмен данными до запуска.
05 — Стек
Технологии проекта.
06 — Сравнение
Какой путь выбрать для веб-приложения
| Критерий | meretti.pro | Шаблонное решение | Фриланс без команды |
|---|---|---|---|
| Соответствие процессу | Проектируем под ваш сценарий | Ограничено возможностями платформы | Зависит от исполнителя |
| Интеграции | Проверяем и тестируем контур | Часто через плагины | Без системной гарантии |
| Развитие | Архитектура и план следующих версий | Рост усложняется | Зависит от доступности |
| Ответственность | Команда и прозрачный процесс | Поддержка платформы | Один исполнитель |
07 — Цифры
Почему с нами.
1
команда от стратегии до запуска
7 дней
ритм прозрачных демо
100%
прав на код и материалы у клиента
48 ч
на предварительную оценку
08 — Стоимость
Тарифы и ориентиры.
Основа
от 450 000 ₽
10–14 недель
- Ключевой сценарий цифровизации сложного процесса
- UX-прототип
- Адаптивная разработка
- Тестирование перед запуском
Популярный
Рост
от 710 000 ₽
14–22 недели
- Всё из «Основы»
- Интеграции с сервисами
- Расширенная аналитика
- Подготовка команды клиента
Масштаб
от 1 200 000 ₽
22–32 недели
- Всё из «Роста»
- Нагрузочное тестирование
- Роли и безопасность
- План развития продукта
Оценка зависит от интеграций и объёма данных; фиксируем состав работ до старта.
Дополнения
Контент и редактураМиграция данныхМультиязычностьПоддержка после запуска
09 — Портфолио
Последние проекты
Файвен
Классифайды живут скоростью и доверием. Если категория, поиск или переписка «тормозят» — пользователь уходит к привычной площадке.
Live
Продукт в проде
РФ
Города и регионы
PWA
Мобильный сценарий
10 — FAQ
Частые вопросы
Когда нужно веб-приложение, а не сайт?
Когда пользователи регулярно выполняют работу внутри системы: создают объекты, меняют статусы, считают, согласовывают, загружают файлы. Сайт в основном сообщает и собирает заявки; веб-приложение — рабочий инструмент. Признак: без авторизации и ролей продукт теряет смысл. Если сомневаетесь — опишите ежедневный сценарий пользователя в брифе, подскажем формат.
Сколько стоит разработка веб-приложения?
Цена определяется ролями, сложностью доменной логики, отчётами, интеграциями и требованиями к безопасности. «Экран с таблицей» и «система согласований с аудитом» — разные порядки бюджета. Смету считаем по user stories и ограничениям MVP, а не по числу макетов. Ориентир — калькулятор, фиксация — estimate.
Как выбрать стек для веб-приложения?
От команды сопровождения, нагрузки, интеграций и time-to-market. Часто React/Next или Vue/Nuxt на фронте, Node/Python/.NET на бэке, PostgreSQL как основная БД. Стек — следствие ограничений, а не мода. Если уже есть сильная PHP-команда, иногда рациональнее остаться в экосистеме. Варианты смотрите в технологиях.
Нужен ли отдельный мобильный клиент?
Сначала проверяем, хватает ли адаптивного веба. Нативное или React Native приложение имеет смысл при офлайне, пушах, тяжёлой камере/геолокации или привычке аудитории «только в приложении». Иначе вы платите за второй клиент без прироста ценности. Мобильный трек можно заложить во вторую очередь — мобильная разработка.
Как защитить данные и доступы?
Роли и least privilege, шифрование на транспорте, секреты вне репозитория, аудит критичных действий, резервное копирование, разделение сред. Для персональных данных учитываем 152-ФЗ на уровне архитектуры и процессов. Безопасность закладываем в модель угроз на discovery, а не «антивирусом в конце». Объём требований фиксируем в договоре и чеклисте приёмки.
Можно ли интегрировать приложение с 1С и CRM?
Да — через API, очереди и явные контракты обмена. Сначала определяем master-данные и сценарии рассинхрона, иначе получите две «правды» о клиенте или заказе. Типовые связки: CRM для лидов/сделок, 1С для номенклатуры и документов. См. интеграции и 1С.
11 — Связанное
Контекст для решения
Следующий шаг
Спланируем
веб-приложение вместе.
На первой встрече разберём задачу, риски и возможный состав первой версии.