Как сделать клиентский портал: файлы, статусы, счета и права доступа

Клиентский портал — это закрытая зона, где каждый ваш клиент входит, чтобы посмотреть статус своего проекта, общие файлы, открытые запросы и счета. Чтобы его сделать, сначала определите, что клиент должен увидеть в первые десять секунд, смоделируйте клиентов, проекты и файлы так, чтобы каждая запись принадлежала одному клиенту, обеспечьте на сервере, что клиенты видят только свои записи, и храните загрузки в закрытом хранилище. Список функций может быть коротким; главное — правильно выстроить права доступа.

Зачем бизнесу клиентские порталы

Порталы обычно заменяют кучу цепочек писем, общих папок и сообщений вида «как там дела со статусом?». Ими пользуются агентства, бухгалтеры, консультанты, строители, студии и сервисные компании. Хороший портал:

• Отвечает на вопрос о статусе раньше, чем клиент его задаст.
• Держит файлы в одном месте, а последнюю версию делает очевидной.
• Даёт запросам собственное место, а не разбрасывает их по письмам.
• Создаёт впечатление организованности, что важно для удержания клиентов и рекомендаций.

Если у вас один-два клиента и ничего чувствительного, может хватить общего документа или папки. Портал стоит строить, когда клиентов много, работа повторяется или клиенты не должны видеть информацию друг о друге.

Что нужно клиентскому порталу

Начните с входа, обзора, файлов и запросов. Сообщения, согласования и счета добавляйте, когда клиентам они реально нужны.

Данные

Типичный портал включает: клиентов (компании), пользователей клиентов (люди, которые входят и принадлежат одному клиенту), членов вашей команды, проекты (принадлежат одному клиенту), этапы или обновления статуса, файлы (принадлежат проекту), запросы и, по желанию, счета. Ключевое правило проектирования: каждая запись должна вести к ровно одному клиенту. Тогда права доступа проще соблюдать и проверять.

Права доступа

Запишите их и проверьте:

• Пользователь клиента видит только проекты, файлы, запросы и счета своего клиента.
• Внутренние заметки никогда не показываются клиентам.
• Члены команды видят клиентов, за которыми закреплены, или всех клиентов, если вы небольшая команда.
• Ссылки на файлы закрыты и ограничены по времени, а не публичны; их нельзя передать дальше или угадать.
• Удаление пользователя клиента сразу отключает ему доступ.

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

Решения и компромиссы

Способ входа

Клиенты входят редко, поэтому забывают пароли. Волшебные ссылки (ссылка для входа, отправляемая по почте) или единый вход через аккаунт, которым клиент уже пользуется, часто работают в порталах лучше паролей. Что бы вы ни выбрали, приглашайте клиентов со своей стороны, а не позволяйте всем регистрироваться. Наш гид по добавлению входа в приложение сравнивает варианты.

Один портал или по одному на клиента

Одно приложение со списком клиентов проще поддерживать, чем отдельный сайт для каждого. При этом каждому клиенту можно дать собственный брендированный вид — его логотип, названия его проектов — внутри того же приложения.

Файлы

Используйте нормальное файловое хранилище, а не диск сервера, задайте максимальный размер файла, по возможности ограничьте типы файлов и отдавайте их только пользователям, которые прошли проверку доступа. Решите, как работают версии: перезаписывать или хранить историю.

Счета и платежи

Можно показывать счета из вашей бухгалтерской системы, генерировать простые счета в портале или давать ссылку на размещённую страницу оплаты. Полноценная система выставления счетов — отдельный проект; см. как сделать приложение для выставления счетов. Для портала обычно достаточно статуса счетов и кнопки «Оплатить», ведущей на размещённую страницу оплаты.

Интеграции

Многие порталы берут статус из инструментов, которыми вы уже пользуетесь — трекера проектов, CRM или бухгалтерского ПО, — а не заставляют обновлять две системы. Интеграции экономят время, но добавляют настройки и обслуживания. Если ваша команда уже работает в CRM, подумайте о том, чтобы строить портал поверх тех же данных.

Первый промпт для ИИ-конструктора

Сделай клиентский портал для Northlight, небольшого агентства веб-дизайна. Клиенты — это компании; у каждой есть один или несколько пользователей, которые входят в систему. Пользователи клиента видят только проекты своей компании. Для каждого проекта: текущий статус (Исследование, Дизайн, Разработка, Проверка, Запущено), следующий этап с датой, раздел файлов, куда могут загружать обе стороны (PDF, изображения, ZIP, до 50 МБ) и скачивать, форма запроса (заголовок, описание, приоритет) со списком прошлых запросов и их статусом, и хронология обновлений. Сотрудники агентства видят админ-зону со всеми клиентами, могут менять статус проекта, публиковать обновления, добавлять внутренние заметки, которые клиенты не видят, и отвечать на запросы. Все правила доступа соблюдай на сервере. Данные храни в базе данных, файлы — в закрытом файловом хранилище с временными ссылками на скачивание. Пока заглушка входа — настоящую аутентификацию добавим следующим шагом. Чистый, профессиональный дизайн, который работает на телефонах.

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

Шаги сборки

1. Перечислите, что клиент должен видеть в первую очередь, и о чём он сейчас пишет вам по почте.
2. Спроектируйте данные так, чтобы каждая запись принадлежала одному клиенту.
3. Постройте админ-вид и введите данные одного реального клиента.
4. Постройте вид клиента для этого клиента.
5. Добавьте настоящий вход с приглашениями от вашей стороны.
6. Добавьте файлы в закрытом хранилище с проверкой прав при скачивании.
7. Проверьте права: создайте двух тестовых клиентов и попробуйте все способы увидеть данные другого — менять ID в адресной строке, угадывать ссылки на файлы, использовать старое приглашение.
8. Добавьте запросы и уведомления по почте.
9. Запустите пилот с одним-двумя доброжелательными клиентами и спросите, о чём они до сих пор пишут вам по почте.
10. Добавьте счета, согласования или интеграции на основе этой обратной связи.

Частые ошибки

• Фильтрация в браузере вместо сервера. Самая серьёзная ошибка портала: данные всех клиентов загружаются, просто скрыты.
• Публичные ссылки на файлы. Ссылка, которую может открыть любой, сводит портал на нет.
• Открытая регистрация. Клиентов нужно приглашать, а не давать им создавать аккаунты и выбирать компанию самостоятельно.
• Слишком много функций при запуске. Портал, который клиенты не понимают, игнорируют в пользу почты.
• Два источника правды. Если статус живёт и в трекере проектов, и в портале, один из них устареет. Выберите один или синхронизируйте.
• Забытое отключение доступа. Когда сотрудник клиента уходит, его доступ должен прекращаться.
• Хранение регулируемых данных без должной защиты. Медицинские, юридические или финансовые записи могут требовать соблюдения законодательных норм.

Расходы и инструменты

Текущие расходы — это хостинг, база данных, файловое хранилище (оно растёт вместе с объёмом файлов, которыми вы делитесь) и почтовый провайдер для приглашений и уведомлений. Если вы пользуетесь размещённым сервисом входа или платёжным провайдером, актуальные цены проверяйте на их сайтах. По сравнению с программами для порталов с оплатой за место ваш портал растёт в стоимости вместе с использованием, а не вместе с числом клиентов.

Когда лучше готовый продукт

Программы для клиентских порталов и порталы, встроенные в бухгалтерские, юридические или практические инструменты, могут быть лучшим выбором, если в вашей отрасли есть специфические требования: электронные подписи с юридической силой, регулируемое ведение записей, обмен налоговыми документами, или если ваш текущий инструмент уже включает портал. Такие продукты уже решили вопросы соответствия требованиям и поддержки. Собственный портал стоит строить, когда ваш рабочий процесс не укладывается в универсальные порталы, когда вы хотите, чтобы портал точно соответствовал бренду и процессу, или когда оплата за клиента или за место больше не имеет смысла.

Как сделать клиентский портал в Mythex

Mythex может собрать портал по промпту выше: вид клиента, админ-вид, запросы и хронологию, с выделенной базой Postgres и файловым хранилищем, которые добавляются, когда приложению они нужны. Вход для клиентов — ваш собственный выбор: аккаунты Mythex предназначены для людей, которые создают приложение, а подход к аутентификации для клиентов вы выбираете, и агент его подключает. Электронной подписи и выставления счетов в Mythex нет, поэтому они будут либо интеграциями, либо функциями, которые вы строите сами. Ключи API храните как секреты проекта, а перед публикацией проверьте сценарии клиента и администратора во встроенном тестировщике приложения в чате.

В документации есть сценарий клиентского портала, а также описания файлового хранилища и добавления входа. Для стартового промпта попробуйте шаблон клиентского портала агентства или посмотрите все шаблоны приложений. Прежде чем приглашать реальных клиентов, пройдите чек-лист безопасности для приложений, созданных с ИИ.

Вопросы