Что такое клиентский портал? Определение, архитектура и когда он нужен

Клиентские порталы находятся между маркетинговым сайтом и полноценным SaaS-продуктом. Это инфраструктура отношений: одна компания, много клиентов, общие процессы и строгий контроль доступа.

Зачем компании строят клиентские порталы

Большинство B2B-команд начинают с email-переписок, общих дисков и таблиц. Это работает, пока не растёт объём. Затем множатся вопросы о статусе, файлы теряются, а поддержка становится реактивной.

Портал централизует:

• Доступ — каждый клиент видит только свои данные
• Статус — прогресс без постоянных запросов обновлений
• Документы — версионированные файлы в одном месте
• Действия — согласования, платежи, ответы на тикеты

Портал — это не брошюра с логином. Это операционная поверхность для отношений с клиентом.

Портал vs сайт vs SaaS

Базовая архитектура

Готовый к продакшену портал обычно включает:

1. Identity — email/password, SSO или magic links с ролевым доступом
2. Tenancy — строгая изоляция между аккаунтами клиентов
3. Основные объекты — проекты, файлы, счета, тикеты, сообщения
4. Уведомления — email или in-app, когда требуется внимание
5. Аудитируемость — кто что смотрел или менял, и когда

// Minimal tenancy check pattern
async function getProjectForClient(projectId: string, clientId: string) {
  const project = await db.project.findFirst({
    where: { id: projectId, clientId },
  });
  if (!project) throw new NotFoundError();
  return project;
}

Когда кастомный портал оправдан

Стройте кастомный, когда:

• Ваш процесс не укладывается в универсальные инструменты (HubSpot, Notion, общие диски)
• Compliance требует контролируемого доступа и audit trail
• Портал достаточно улучшает удержание или скорость доставки, чтобы оправдать стоимость разработки

Покупайте или настраивайте готовое, когда:

• Потребности стандартны (обмен файлами + сообщения)
• Нужно что-то живое на этой неделе
• Процесс всё ещё меняется каждую неделю

Ключевые выводы

FAQ