Портал для бизнеса — это сайт с личными кабинетами и разными уровнями доступа: клиент видит статус заказа, партнёр — остатки на складе, менеджер — сводку по заявкам. Чтобы его создать, определяете роли пользователей, собираете архитектуру из модулей — каталог, кабинет, интеграция с CRM, — выбираете платформу и закладываете 8–12 недель разработки от 100 000 руб.
Что такое портал и чем он отличается от сайта
Портал — не отдельный тип сайта, а способ его устройства: несколько связанных разделов работают под одним входом и обмениваются данными между собой. Обычный сайт решает одну задачу — рассказать о компании или продать товар. Портал решает несколько задач одновременно для разных групп пользователей, которые заходят под своими логинами и видят разный набор функций.
Разница проявляется в структуре данных. На корпоративном сайте страницы независимы: убрали раздел «Новости» — ничего не сломалось. На портале разделы связаны: карточка клиента в личном кабинете подтягивает историю заказов из модуля CRM, а заявка из формы попадает и в кабинет клиента, и в очередь менеджера. Подробнее о том, зачем нужен обычный корпоративный сайт и когда его достаточно, разобрано в статье про корпоративный сайт.
Портал — это архитектура с ролями и общими данными между разделами, а не просто сайт с личным кабинетом.
Термин «портал» в вебе иногда используют и для крупных отраслевых агрегаторов с тысячами страниц контента. В контексте бизнеса чаще имеют в виду закрытую или полузакрытую платформу для работы с клиентами, партнёрами или сотрудниками — именно такой смысл разбираем дальше.
Кому нужен бизнес-портал, а кому хватит сайта
Портал оправдан, когда у компании больше одной аудитории с разными правами доступа: розничные клиенты, оптовые партнёры, филиалы, сотрудники. Если аудитория одна и задача — рассказать об услугах и получить заявку, портал — избыточная и дорогая конструкция, обычный сайт справится дешевле и быстрее.
Портал подходит компании, которая обслуживает клиентов через личный кабинет с историей заказов и статусами, работает с дилерами или франчайзи и должна показывать им разные прайсы и остатки, либо ведёт документооборот с контрагентами внутри одной системы. В этих случаях данные из разных источников — склад, CRM, бухгалтерия — сходятся в одном интерфейсе, и без ролей доступа их не разделить.
Портал не нужен, если задача — витрина услуг с формой заявки, у бизнеса один тип клиентов без личного кабинета или объём заказов не оправдывает расходы на интеграции. Собрать такой сайт можно и без сложной архитектуры — какие есть пути и на что уйдёт бюджет, показано в статье как создать интернет-магазин самому: для простого проекта самостоятельная сборка иногда работает, для портала с ролями и интеграциями — почти никогда, потому что ошибка в правах доступа означает утечку чужих данных.
Архитектура портала: из каких модулей он состоит
Архитектура портала — это набор модулей, которые обмениваются данными через общее ядро, а не набор независимых страниц. Базовая схема включает ядро CMS, модуль ролей и прав доступа, каталог товаров или услуг, личный кабинет и слой интеграций с внешними системами.
Ядро отвечает за общую логику: пользователи, сессии, шаблоны страниц. Модуль ролей определяет, что видит каждая группа — клиент не должен попасть в раздел партнёра, а сотрудник филиала не должен видеть данные другого филиала. Каталог хранит товары или услуги с ценами, которые могут отличаться для разных ролей: розничная цена для клиента, оптовая — для партнёра. Личный кабинет собирает историю заказов, документы, уведомления в одном месте. Слой интеграций связывает портал с CRM, 1С, платёжной системой или почтовым сервером — без него кабинет показывает статичные данные, которые нужно обновлять вручную.
Ошибка на старте — планировать функционал без архитектуры: сначала нарисовать экраны, потом выяснить, что каталог с индивидуальными ценами требует переделки базы данных. Правильный порядок обратный: сначала роли и связи между модулями, потом интерфейсы поверх них.
Функционал портала: базовый и расширенный набор
Базовый функционал портала закрывает вход, разграничение прав и обмен данными между двумя-тремя ролями — этого достаточно для старта большинству компаний. Расширенный набор добавляет платежи, электронный документооборот, чаты и аналитику — подключается по мере роста нагрузки на менеджеров.
В базовую комплектацию входит регистрация и авторизация с подтверждением по почте или телефону, личный кабинет с историей операций, каталог с фильтрами и ролевыми ценами, формы заявок с автоматической постановкой в CRM. Этого хватает, чтобы заменить часть работы менеджера — клиент сам смотрит статус, не звонит уточнить.
Расширенный функционал подключают, когда объём операций вырастает: онлайн-оплата и выставление счетов прямо из кабинета, обмен документами с электронной подписью, встроенный чат с менеджером, дашборд с отчётами для партнёров, push- и email-уведомления о смене статуса. Каждый модуль расширения — это отдельная интеграция со своим сроком и стоимостью, поэтому в смету их закладывают отдельными строками, а не «всё включено».
Разумный подход — запустить портал с базовым набором и модулями, без которых бизнес-процесс не работает, а расширения добавлять после того, как накопится статистика: сколько клиентов реально пользуются кабинетом и какие функции запрашивают чаще всего.
Этапы разработки портала
Разработка портала занимает 8–12 недель и проходит пять этапов от сбора требований до переноса на боевой хостинг. Срок каждого этапа зависит от числа ролей и интеграций — портал с двумя ролями и одной интеграцией с CRM укладывается в нижнюю границу, портал с обменом с 1С и электронной подписью — в верхнюю.
Сбор требований и ТЗ
5–7 рабочих дней
Фиксируем роли пользователей, список модулей, внешние системы для интеграции и права доступа для каждой роли.
Прототип и архитектура
7–10 рабочих дней
Схема разделов, карта данных между модулями, структура базы данных под роли и связи.
Дизайн интерфейсов
10–14 рабочих дней
Макеты личного кабинета, каталога, форм заявок и административной панели.
Разработка и интеграции
20–30 рабочих дней
Вёрстка, настройка CMS, подключение CRM, 1С и платёжных сервисов, тестирование прав доступа.
Тестирование и запуск
5–7 рабочих дней
Проверка ролей на реальных сценариях, нагрузочный тест, перенос на боевой хостинг.
Договор и порядок оплаты по этапам обсудим подробнее в разделе про выбор подрядчика — там же список вопросов, которые стоит задать до подписания: как заказать разработку сайта.
Сколько стоит создать портал для бизнеса
Разработка портала под ключ начинается от 100 000 руб. и занимает 8–12 недель — это тот же диапазон, что у интернет-магазина, потому что оба типа сайтов требуют каталога, ролей и интеграций. Итоговая цена растёт от числа ролей доступа, количества внешних систем для интеграции и объёма расширенного функционала.
| Тип сайта | Цена от | Срок |
|---|---|---|
| Лендинг | 30 000 руб. | 2–3 недели |
| Сайт-визитка | 25 000 руб. | 2–3 недели |
| Корпоративный сайт | 80 000 руб. | 4–6 недель |
| Интернет-магазин / портал | 100 000 руб. | 8–12 недель |
| Готовое решение на 1С-Битрикс | 89 900 руб. | 3–5 дней |
Состав работ и полная смета — на странице сколько стоит сайт. Для портала с интернет-магазином внутри имеет смысл сравнить цену отдельно стоящего магазина — расчёт разобран в статье стоимость разработки интернет-магазина: если у вас уже есть каталог, часть модулей портала переиспользуется, и итоговая смета выходит ниже суммы двух проектов.
Цену «от» превращает в конечную сумму три параметра: число ролей (каждая — отдельная логика прав), число интеграций (каждая — работа с чужим API) и глубина расширенного функционала (оплата, документооборот, аналитика).
На какой платформе делать портал
Портал строят на CMS, у которой есть готовый модуль ролей и прав доступа — писать эту логику с нуля дольше и дороже, чем настраивать готовую. Для проектов с личными кабинетами, каталогом с ролевыми ценами и обменом с 1С чаще выбирают редакцию CMS уровня «Бизнес», где эти модули уже есть в коробке, а не докупаются отдельными плагинами.
Например, у 1С-Битрикс за разграничение прав, каталог и интеграцию с 1С отвечает редакция «Бизнес» — её возможности и условия лицензии разобраны на странице 1С-Битрикс: Управление сайтом — Бизнес. Более простые редакции ограничивают число ролей и модулей интеграции, и на портал их не хватает — придётся либо дорабатывать вручную, либо переходить на старшую редакцию уже после запуска, что дороже, чем сразу выбрать нужную.
Платформу выбирают не по цене лицензии, а по тому, что нужно интегрировать: если в проекте обмен с 1С и электронный документооборот, разумно закладывать редакцию с этим функционалом изначально. Разобраться, какая студия умеет работать с нужной платформой и какие вопросы задать до заключения договора, поможет статья как выбрать веб-студию — критерии там применимы и к выбору подрядчика для портала.
Поддержка портала после запуска
Портал требует постоянного сопровождения чаще, чем обычный сайт: интеграции с CRM и 1С могут расходиться после обновлений на стороне этих систем, а рост числа пользователей упирается в нагрузку на сервер. Поддержку оформляют абонементом с фиксированным временем реакции на инцидент — без этого правки и починки растягиваются на недели.
| Тариф | Что входит | Время реакции | Цена |
|---|---|---|---|
| Базовый | контроль работоспособности, резервные копии, мелкие правки | до 24 часов | уточнить |
| Расширенный | доработка модулей, мониторинг скорости и интеграций | до 8 часов | уточнить |
| Приоритетный | выделенный специалист, приоритет в очереди задач | до 2 часов | уточнить |
Время реакции — это срок до первого ответа специалиста, а не до полного решения: сложную доработку интеграции с 1С не закрывают за два часа при любом тарифе, но начинают разбираться в проблему сразу, а не через день. Тариф выбирают по критичности портала для процесса: если через кабинет проходят реальные заказы, простой в сутки обходится дороже разницы между базовым и приоритетным тарифом.
Что портал даёт на практике
Портал окупается, когда снимает с менеджеров рутинные вопросы — статус заказа, остаток на складе, история платежей, — которые раньше решались звонком или письмом. Клиент или партнёр смотрит нужные данные сам, менеджер освобождает время на задачи, которые действительно требуют его участия.
Эффект заметен там, где до портала статус заказа узнавали только по телефону: часть обращений в поддержку закрывается автоматически, потому что ответ уже виден в кабинете. Для партнёрской сети портал с ролевыми ценами и остатками убирает рассылку прайсов вручную — данные обновляются в одном месте и сразу видны всем дилерам без дополнительной переписки.
Портал окупается не сам по себе, а через конкретные обращения, которые он снимает с менеджеров — это стоит измерять до и после запуска.
Точную выгоду для своего бизнеса стоит прикинуть заранее: посчитать, сколько сейчас уходит времени менеджера на типовые запросы клиентов и партнёров, и сравнить со стоимостью портала из раздела выше — окупаемость видна уже на этом сравнении, без дополнительных расчётов.
Частые ошибки при заказе портала
Заказчики чаще всего теряют деньги и время не на разработке, а на этапе постановки задачи — вот с чем это связано:
- 01 Функционал без ролей доступа
Заказчик описывает экраны и кнопки, но не прописывает, кто что видит; переделка прав после старта разработки задевает базу данных и стоит дороже, чем продумать роли сразу.
- 02 Игнорирование интеграций в смете
Обмен с CRM или 1С считают «само собой разумеющимся» и не закладывают в бюджет; в итоге интеграция всплывает как доплата уже после подписания договора.
- 03 Выбор платформы без старшей редакции
Экономия на лицензии оборачивается ограничением по ролям и модулям, и через полгода приходится переходить на редакцию выше с потерей части настроек.
- 04 Запуск сразу с расширенным функционалом
Оплата, документооборот и аналитика добавляются до того, как понятно, будут ли клиенты вообще пользоваться кабинетом, что раздувает бюджет и сроки первого запуска.
- 05 Отсутствие тестирования прав на реальных сценариях
Роли проверяют «в целом», а не по сценарию конкретного пользователя, из-за чего после запуска клиент партнёра видит данные чужого клиента.
Портал — это не сайт с личным кабинетом сверху, а система с ролями и данными внутри. Если заказчик приходит с макетом экранов, а не со списком ролей и того, что каждая роль должна видеть, разработка растягивается: половину времени тратим не на код, а на то, чтобы вместе с заказчиком разобраться, кто есть кто в этой системе. Экономия на этом этапе всегда выходит боком — переделка прав доступа после запуска дороже, чем час на созвон в начале. — Александр Борисов, руководитель веб-студии «ЦЕМЕС»
Источники
- Документация платформы 1С-Битрикс для разработчиков — 1С-Битрикс
- 1С-Битрикс: Управление сайтом — 1С-Битрикс
- Core Web Vitals — web.dev (Google)
- Schema.org: словарь структурированных данных — Schema.org
Если считаете, что порталу быть, но не уверены в наборе модулей под свой бизнес-процесс — оставьте заявку, разберём роли и интеграции на бесплатной консультации и соберём смету под конкретные задачи.
