У цій статті
Головна думка
Достовірна оцінка SaaS пов’язує перший робочий сценарій із трудовитратами, невизначеністю й експлуатацією. Розбийте обсяг на пакети робіт, оцінюйте однакові припущення та явно враховуйте міграцію й підтримку.
Оцінюйте шлях користувача, а не список екранів
Візьмімо умовний B2B-сервіс бронювання. Перший робочий сценарій дає змогу організації запросити колегу, створити бронювання, уникнути конфлікту й отримати підтвердження. «П’ять екранів» не описують роботи: запрошення спливають, права різняться, бронювання створюються одночасно, а поштовий сервіс може відмовити.
Задайте приймальні приклади кожного кроку. Чи може адміністратор відкликати доступ? Що після збою підтвердження? Які записи бачить підтримка? Це розкриває логіку інтерфейсу й робить пропозиції постачальників порівнюваними: одна оцінка включає відновлення та адміністрування, інша мовчки припускає лише успішний шлях.
Бюджет залежить від обсягу робіт
Категорії витрат для оцінювання, а не фіксований кошторис.
Обсяг продукту
Користувацькі сценарії, бізнес-правила й критерії приймання.
Інтеграції й дані
API, міграція, права доступу й зовнішні залежності.
Експлуатація в часі
Хостинг, підтримка, безпека й майбутні зміни.
Побудуйте прозору модель трудовитрат
Навчальний сценарій, не пропозиція й не ринковий орієнтир: 8 людино-днів на дослідження й дизайн, 18 на основний сценарій, 10 на ідентифікацію та інтеграції, 12 на перевірки й випуск, 7 на адміністрування й передавання. Разом 55 людино-днів. Умовний резерв невизначеності в 11 днів дає плановий обсяг 66 людино-днів.
Помножте трудовитрати на погоджену середню денну ставку; ліцензії та інфраструктуру рахуйте окремо. Людино-дні не дорівнюють календарним: паралельність, часткова зайнятість, очікування зворотного зв’язку й залежності змінюють строк. Цінність моделі — у видимих припущеннях, які дослідження замінює доказами, а не в самих числах.
На що йдуть умовні 55 людино-днів
Навчальні припущення, не кошторис. База: 55 днів; резерв: 11 днів; плановий обсяг: 66 людино-днів. Календарний строк і зовнішні витрати окремо.
людино-днів
Скоротіть перший випуск, зберігши придатність
У бронюванні відкладіть кілька календарних провайдерів, складні тарифи й конструктор аналітики. Збережіть запобігання конфліктам, базові права, видимість для підтримки та відновлення. Видалення другорядної функції скорочує обсяг; видалення виправлення невдалого бронювання перекладає роботу на користувачів і підтримку.
Перший випуск відповідає на продуктове питання: чи координуватимуть команди бронювання тут? Вимірюйте завершення й відмови, спілкуйтеся з тими, хто повернувся до таблиць. Не фінансуйте каталог другорядних функцій до використання основного шляху. Водночас прототип, не здатний працювати з реальними клієнтськими даними, не можна оцінювати чи представляти як промисловий випуск.
Знайдіть невизначеності, що змінюють оцінку
Недокументований API, неузгоджені старі дані чи незрозуміла ізоляція орендарів змінюють архітектуру, а не просто додають екрани. Дослідіть їх заздалегідь обмеженим технічним експериментом. Для календаря перевірте автентифікацію, ліміти й конфлікти на типовому обліковому записі до фіксації точної оцінки.
Ведіть реєстр припущень: власник, докази, дата рішення та вплив на бюджет. Якщо припущення не підтвердилося, обговорюйте зміну обсягу, а не ховайте трудовитрати у старій оцінці. Діапазон корисний, коли зрозуміла різниця нижньої й верхньої меж. Відокремлюйте невідомі вимоги від звичайного резерву реалізації.
Плануйте місяці після запуску
Регулярні витрати — хостинг, зберігання, пошта, моніторинг, резервні копії та зовнішні сервіси. Робота людей — оновлення залежностей, підтримка, інциденти й розвиток продукту. Рахуйте це окремо від розробки, зазначаючи трафік, строки зберігання та години обслуговування. Дешевий хостинг може поєднуватися з великим ручним навантаженням.
Запитуйте інструкції розгортання, власників доступів, докази відновлення та список відкладених робіт. Після запуску звіряйте використання й замінюйте припущення вимірюваннями. Бюджет зможе розвиватися з продуктом, а не втратить сенс із приходом першого клієнта.
ЗАПИТАННЯ / РІШЕННЯ
Поширені запитання
Можна почати з невеликого бюджету?+
Скорочуйте область рішення, не приховуючи потрібні безпеку, відновлення й відповідальність. Якщо мінімальний безпечний обсяг не вміщується, зупиніться або виберіть інший підхід.