Прямой ответ
Единой цифры нет, но есть реальная форма: портал с одной клиентской ролью, обменом документами и статусом стоит дешевле всего. Добавьте вторую роль (сотрудники, проверяющие заявки клиентов), ссылки на оплату или синхронизацию с CRM — и стоимость растёт от этой точки. Разговор об объёме продукта даст реальный диапазон под ваши конкретные роли и интеграции, а не оценку по категории.
Почему «клиентский портал» сам по себе не говорит о цене
Портал с одной ролью, который только показывает статус и даёт скачать документ, — это доля стоимости мультиролевого портала с согласованиями, сообщениями и интеграцией с биллингом — оба в разговоре о продаже называют «клиентским порталом», но объём за этим названием может отличаться в несколько раз.
Что реально повышает стоимость
- Число разных ролей (клиент, сотрудник, администратор) и что каждой разрешено видеть
- Работа с документами — простое хранение против сценария запроса/сбора, который отслеживает, что ещё не сдано
- Нужно ли клиентам согласовывать или подписывать результаты прямо в портале
- Ссылки на оплату или биллинг, если они включены
- Подключается ли портал к уже используемой вами CRM или проектному инструменту, и к скольким
Что строить первым, чтобы контролировать стоимость на старте
Видимость статуса и доступ к документам почти всегда — функции с наибольшей ценностью для первого этапа; строить всё сразу — главный фактор раздутой стоимости первой версии.
Как получить реальную цифру
Через разговор об объёме продукта, когда понятны ваши реальные роли, документы и интеграции — не общая страница «пакетов портала», поскольку честный диапазон полностью зависит от перечисленных факторов.
Частые вопросы
Клиентский портал дешевле полноценного веб-приложения?+
Часто да, если объём остаётся узким (одна клиентская роль, статус и документы) — но мультиролевой портал с биллингом и синхронизацией CRM может стоить столько же, сколько обычное веб-приложение, поскольку по сути им и является.
Включены ли постоянный хостинг и поддержка?+
Хостинг и поддержка обычно оцениваются и предлагаются отдельно, согласовываются заранее, а не предполагаются по умолчанию.
Можно начать с узкого объёма и добавить функции позже?+
Да — начать с видимости статуса и доступа к документам, а сообщения или согласования добавить позже, обычно более честный путь, чем брать на себя полный объём до того, как станет ясно, что клиенты реально будут этим пользоваться.
Сайт и форма заявки — на русском, проект ведётся на английском. Русский как язык проекта мы не обещаем.