1
Контекст
Разбираем цели, пользователей, текущий процесс и границы первой версии.
Портал для ролей
Порталы с понятной сметой.
Делаем доступ к сервису, документам и совместной работе простым для пользователя и управляемым для компании. Портал снимает нагрузку с команды, не скрывая важные детали за очередным письмом.
Самообслуживание 24/7
Роли и права
Документы в контексте
Безопасный доступ
01 — Состав
Что входит.
Аудит целей и ограничений портала
Карта пользовательских сценариев и ролей
Информационная архитектура и модель данных
Интерактивный UX-прототип ключевых экранов
Визуальная система интерфейса
Адаптивная frontend-разработка
Backend, API и необходимые интеграции
Тестирование сценариев, прав и ошибок
Настройка аналитики и мониторинга
Документация, передача и план развития
02 — Метод
Метод разработки портала: от решения к системе
Не начинаем с экрана. Сначала проверяем, какое решение должен ускорить портал, затем собираем опыт, данные и технологический контур.
2
Модель
Описываем роли, сущности, правила и события, от которых зависит продукт.
3
Сценарии
Проверяем пользовательские пути в прототипе до дорогой разработки.
4
Сборка
Разрабатываем инкрементами с прозрачным демо результата.
5
Проверка
Тестируем крайние случаи, интеграции, доступы и производительность.
6
Развитие
Запускаем, измеряем использование и формируем следующую очередь улучшений.
03 — Процесс
Этапы работы.
01
Фиксируем задачу, риски и критерии успеха портала.
02
Согласуем структуру, сценарии, данные и интеграционный контур.
03
Создаём интерфейс и проверяем ключевые пути в кликабельном прототипе.
04
Собираем продукт спринтами, показывая работающий результат каждую неделю.
05
Тестируем, переносим данные, включаем аналитику и обучаем команду.
06
Отслеживаем метрики и развиваем решение по реальному использованию.
04 — Интеграции
Интеграции для портала
SSOНастраиваем SSO в контуре портала и проверяем обмен данными до запуска.
Active DirectoryНастраиваем Active Directory в контуре портала и проверяем обмен данными до запуска.
1СНастраиваем 1С в контуре портала и проверяем обмен данными до запуска.
ЭДОНастраиваем ЭДО в контуре портала и проверяем обмен данными до запуска.
TelegramНастраиваем Telegram в контуре портала и проверяем обмен данными до запуска.
JiraНастраиваем Jira в контуре портала и проверяем обмен данными до запуска.
Хранилище файловНастраиваем Хранилище файлов в контуре портала и проверяем обмен данными до запуска.
05 — Стек
Технологии проекта.
06 — Сравнение
Какой путь выбрать для портала
| Критерий | meretti.pro | Шаблонное решение | Фриланс без команды |
|---|---|---|---|
| Соответствие процессу | Проектируем под ваш сценарий | Ограничено возможностями платформы | Зависит от исполнителя |
| Интеграции | Проверяем и тестируем контур | Часто через плагины | Без системной гарантии |
| Развитие | Архитектура и план следующих версий | Рост усложняется | Зависит от доступности |
| Ответственность | Команда и прозрачный процесс | Поддержка платформы | Один исполнитель |
07 — Цифры
Почему с нами.
1
команда от стратегии до запуска
7 дней
ритм прозрачных демо
100%
прав на код и материалы у клиента
48 ч
на предварительную оценку
08 — Стоимость
Тарифы и ориентиры.
Основа
от 675 000 ₽
14–20 недель
- Ключевой сценарий самообслуживания пользователей
- UX-прототип
- Адаптивная разработка
- Тестирование перед запуском
Популярный
Рост
от 1 065 000 ₽
20–28 недель
- Всё из «Основы»
- Интеграции с сервисами
- Расширенная аналитика
- Подготовка команды клиента
Масштаб
от 1 800 000 ₽
28–40 недель
- Всё из «Роста»
- Нагрузочное тестирование
- Роли и безопасность
- План развития продукта
Оценка зависит от интеграций и объёма данных; фиксируем состав работ до старта.
Дополнения
Контент и редактураМиграция данныхМультиязычностьПоддержка после запуска
09 — Портфолио
Последние проекты
Файвен
Классифайды живут скоростью и доверием. Если категория, поиск или переписка «тормозят» — пользователь уходит к привычной площадке.
Live
Продукт в проде
РФ
Города и регионы
PWA
Мобильный сценарий
10 — FAQ
Частые вопросы
Кому нужен портал: клиентам, партнёрам или сотрудникам?
Клиентский — статусы заказов, документы, обращения. Партнёрский — прайсы, остатки, заявки дилера. Внутренний — заявки HR/IT, базы знаний, согласования. Смешивать все аудитории в одном кабинете без ролей — путь к хаосу прав и утечкам. На старте выбираем одну приоритетную аудиторию для MVP. См. также клиентский портал и портал сотрудников.
Чем портал отличается от обычного личного кабинета на сайте?
Кабинет часто — узкий набор действий вокруг заказа. Портал — рабочая среда с ролями, документами, задачами, уведомлениями и интеграциями. Если пользователи заходят ежедневно и ведут процессы — это портал. Границу проводим по сценариям, не по названию в ТЗ.
Какие интеграции обычно нужны?
CRM/ERP/1С для данных о заказах и контрагентах, почта/мессенджеры для уведомлений, файловое хранилище, SSO при корпоративных требованиях. Список зависит от того, где сейчас «правда» о клиенте и документах. Проектируем обмен так, чтобы портал не стал ручным дублем учёта.
Как обеспечить безопасность доступов?
Роли, разграничение объектов (видит только свои данные), 2FA при необходимости, журнал входов, политика паролей, шифрование канала, аккуратная работа с файлами. Для партнёрских порталов особенно опасны «общие логины». Требования ИБ собираем на discovery и включаем в приёмку.
Сколько длится разработка портала?
Узкий кабинет статусов — недели. Портал с документами, ролями и несколькими интеграциями — месяцы. Срок упирается в готовность API и качество данных на стороне учёта. Делаем фазы: аутентификация и профиль → ключевые сценарии → интеграции → отчёты. Оценка — после карты ролей в брифе.
Можно ли развивать портал после запуска своими силами?
Да, если передаём код, документацию и понятную архитектуру. Часто оставляют нам ядро, а контент/мелкие правки забирает внутренняя команда. Договоримся о стандартах кода и зоне ответственности. Права и репозиторий фиксируем в договоре.
11 — Связанное
Контекст для решения
Следующий шаг
Спланируем
портал вместе.
На первой встрече разберём задачу, риски и возможный состав первой версии.