Что мешает бизнесу сейчас
- Каждого клиента подключают и настраивают вручную
- Права и данные разных организаций трудно разделить
- Для поддержки аккаунта приходится менять данные напрямую
Аккаунты, роли и данные для SaaS-продукта
Разработка SaaS-платформы под ключ
Если каждый клиент требует ручной настройки, определим ядро SaaS и функции первой версии.
- Проверяем ценность основного повторного сценария
- Разделяем организации, роли и клиентские данные
- Проектируем поддержку аккаунтов вместе с продуктом
Удобнее написать? Отправьте задачу в Telegram или в Max.
Готовое техническое задание не требуется. Для начала достаточно описать задачу своими словами.
Если узнаёте свою ситуацию, её уже можно разбирать предметно
Повторяемый сервис
Основной сценарий отделён от разовых настроек конкретного клиента.
Границы данных
Организации, роли и разрешения заданы в модели и серверных проверках.
Управляемая эксплуатация
Для аккаунтов, ошибок и интеграций предусмотрены административные операции.
Работы и отзывы доступны без регистрации
Посмотрите проекты, экраны и отзывы клиентов до разговора с нами.
- 29
- отзывов на независимой площадке
Первый шаг
Карта продуктового ядра SaaS
Отделим главное действие клиента от платформенных функций и определим, что действительно нужно первой версии.
Что достаточно показать
- Основной сценарий
- Типы клиентов и организаций
- Данные и текущий способ подключения
Что зафиксируем после разбора
- Граница продуктового ядра
- Модель аккаунтов и ролей
- Платформенные функции первой версии
Подходит ли вам это решение
Когда такой формат вам подходит
Подойдёт, если
- Цифровым продуктом пользуются независимые клиенты или команды
- У сервиса есть повторяющийся основной сценарий и отдельные аккаунты
- Нужно запустить первую версию SaaS для ограниченной группы клиентов
Лучше выбрать другой формат, если
- Нужен внутренний инструмент для одной команды без самостоятельной продуктовой модели
- Команда хочет сразу реализовать все будущие тарифы и варианты использования
- У продукта нет владельца и правил работы с данными клиентов
Состав работ
Что проектируем и реализуем
Состав зависит от продукта. После обсуждения выбираем необходимые блоки и фиксируем результат каждого этапа.
Продуктовое ядро
Фиксируем повторное действие и данные, по которым его можно оценивать.
Аккаунты и организации
Проектируем регистрацию, приглашения, пространства и принадлежность данных.
Роли и изоляция
Проверяем границы организации через интерфейс и прямые запросы.
Администрирование
Добавляем поддержку аккаунтов, ошибок, справочников и журнал операций.
Результат работ
Что получает ваша команда
- Модель продукта, клиентов, организаций и рабочих пространств
- Матрица ролей, доступа и изоляции данных
- Прототип продуктового и административного сценариев
- Рабочая первая версия основного сценария
- Карта событий, ошибок и следующих продуктовых решений
Похожая механика в проекте
DoPlanner
Наш проект с похожими механиками
- В DoPlanner собраны четыре инструмента планирования: канбан, заметки, задачи и статистика
- В продукте реализованы заметки, списки дел и приоритеты задач
- Отдельный раздел показывает статистику выполнения и затраченного времени
Этапы работы
Как проходит работа
-
01
Проверяем продуктовое ядро
Фиксируем повторное действие, клиента и данные, подтверждающие его ценность.
-
02
Моделируем клиентов
Определяем аккаунты, организации, роли и принадлежность данных.
-
03
Проектируем эксплуатацию
Добавляем нужные операции поддержки, ограничения и журналы.
-
04
Запускаем согласованное ядро
Проверяем основной сценарий и изоляцию на первой рабочей версии.
Предварительная оценка
Из чего складывается стоимость
Предварительную оценку готовим после обсуждения функций, ролей, интеграций и других факторов ниже.
Сложность продуктового ядра и модели данных
Количество типов аккаунтов, организаций и ролей
Требования к изоляции, журналированию и административным операциям
Интеграции, ограничения функций и внешний платёжный контур при его наличии
До начала проекта
Что согласуем заранее
Доступ между организациями
Тестируем разрешённые действия и попытки получить данные другой организации через изменённый запрос или идентификатор.
Единые правила доступа
Доступность функций задаётся централизованно для аккаунта, организации и роли.
Инструменты для поддержки
До запуска определяем, как сотрудники будут разбирать спорные учётные записи, ошибки данных и недоступные интеграции.
Перед началом проекта
Ответы на частые вопросы
Чем SaaS отличается от обычного веб-приложения?
SaaS обслуживает несколько независимых клиентов или организаций. Поэтому в нём нужны аккаунты, роли, разграничение данных, административные функции и контроль работы сервиса.
Нужно ли сразу делать тарифы и оплату?
Не обязательно. Если сначала проверяется ценность основного сценария, правила доступа можно задать без полноценного платёжного контура. Его состав определяется отдельно после выбора модели.
Как защитить данные разных клиентов?
Граница организации включается в модель данных и проверки доступа на серверной стороне. Дополнительно тестируются запретные сценарии и журналируются критические операции.
Что подготовить для обсуждения SaaS?
Опишите основной повторный сценарий, типы клиентов, модель организаций, чувствительные данные, предполагаемые ограничения и решение, которое нужно принять после первой рабочей версии.
Следующий шаг
Связанные услуги и материалы
Полезно до обсуждения проекта
Обсудить проект
Отделим ядро SaaS от лишнего объёма
Пришлите основной сценарий, типы клиентов и способ их подключения. Определим ядро, модель аккаунтов и платформенные функции первой версии.