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