Почему нельзя оценить SaaS по одной идее
Под SaaS могут понимать небольшой сервис с одним рабочим сценарием или платформу для нескольких организаций, сотрудников и способов оплаты. Одинаково названные функции тоже различаются: «личный кабинет» может содержать только профиль или сложную работу с документами и ролями.
Поэтому стоимость разработки SaaS в Goose Expert определяется составом работ. Фиксированные публичные цены пока не установлены. Для предметной оценки сначала описываем первую версию и границы ответственности команды.
С чего начать оценку первой версии
Определите пользователя, его задачу и результат, за который он готов пользоваться сервисом. Запишите полный путь: от регистрации до получения этого результата. Затем выделите функции, без которых путь не работает, и то, что можно проверить позже.
Например, у сервиса согласования документов первая версия может включать создание заявки, назначение согласующего, решение и уведомление. Несколько маршрутов согласования, сложные отчёты и внешние интеграции оцениваются отдельно. Это пример декомпозиции, а не готовый пакет с заранее известной ценой.
Какие работы входят в бюджет
| Часть проекта | Что уточнить |
|---|---|
| Проектирование | Пользователи, сценарии, данные и ограничения |
| Интерфейс | Экраны, состояния, адаптация под устройства |
| Работа системы | Бизнес-правила, хранение данных, фоновые операции |
| Доступ | Роли, организации, разделение данных клиентов |
| Подписки | Оплата, смена плана, неуспешный платёж, возврат |
| Интеграции | Обмен данными, ошибки, повторы и ограничения внешних сервисов |
| Проверка и запуск | Тестирование сценариев, развёртывание, наблюдение и восстановление |
Как читать смету
В каждом этапе должны быть результат, допущения, трудоёмкость и условия приёмки. При расчёте по времени бюджет работ складывается из согласованных часов и ставок соответствующих специалистов. Если этап оценивается фиксированно, нужно видеть, какой объём он покрывает и как согласуются изменения.
Неопределённые интеграции или неизвестные требования к нагрузке лучше выделять явно. Сначала можно провести ограниченное исследование, чтобы уточнить оценку. Сравнение только общей суммы скрывает разницу между неполной и подробной сметой.
Какие расходы остаются после запуска
Помимо разработки учитывайте инфраструктуру, резервное копирование, внешние сервисы и сопровождение. Отдельно обсуждаются исправления, новые функции, обновления и реакция на сбои. Эти расходы зависят от реального использования и согласованного объёма поддержки.
Для бюджета полезно рассмотреть обычный сценарий нагрузки и ожидаемый рост. Это не обещание точности на год вперёд, а способ заранее увидеть, какие статьи меняются вместе с числом пользователей.
Что отправить для оценки
- Для кого создаётся сервис и какую задачу он решает.
- Один основной сценарий первой версии.
- Роли пользователей и способ оплаты, если он нужен.
- Список интеграций и состояние их документации.
- Сроки, ограничения бюджета и требования к размещению.
Подробное техническое задание для первого разговора не обязательно. Разработка SaaS в Goose Expert начинается с разбора задачи и определения следующего шага для оценки.