Сайт не купують не тому, що в ньому мало функцій. Цінність продукту рахується як відношення: користь від функцій, поділена на витрати на їх створення й утримання. Формула V=F/C означає, що кожна нова можливість тягне вгору і чисельник, і знаменник. Якщо витрати ростуть швидше за користь, цінність падає, хоча список можливостей став довшим.
Тому питання «скільки всього буде на сайті» веде замовника хибним шляхом із самого початку.
V=F/C читається так: цінність дорівнює сумі корисних функцій, поділеній на витрати на їх розробку і підтримку. Щоб порахувати її для свого проєкту, оберіть один результат бізнесу, на який сайт має працювати, оцініть вклад кожної функції саме в нього і приберіть те, що на нього не впливає або коштує невиправдано дорого. У розмові з підрядником питайте про метрику, на яку працює функція, і про те, у скільки обійдеться проєкт без неї. Витрати рахуйте разом із підтримкою, тестуванням і навчанням співробітників, бо саме вони роблять знаменник великим.
Формула цінності V=F/C: чому нові функції не роблять сайт ціннішим
У формулі три літери. V означає цінність продукту для клієнта, F — суму користі від усіх функцій, C відповідає за витрати на їх розробку і подальше утримання.
Дія в ній одна: ділення. Саме тому довгий список функцій працює проти замовника частіше, ніж на нього: чисельник підростає на невелику величину, а знаменник збільшується на всю вартість розробки й підтримки. Сайт стає складнішим, дорожчим у розвитку і при цьому не наближає бізнес до грошей.
Користь від функцій ділиться на витрати на їх створення й утримання
- F — сума корисних функцій
- ділимо наC — витрати на розробку, підтримку, тестування
- V — цінність продукту
- V — цінність продукту
- Цінність росте, лише коли користь випереджає витрати
Що стоїть у чисельнику: користь замість переліку можливостей
У чисельнику стоїть користь, яку клієнт справді отримує. Форма зворотного зв'язку, що приводить звернення, дає користь. Особистий кабінет, у який заходить кілька людей на місяць, дає майже нуль, хоча в переліку робіт він займає стільки ж рядків.
Перевірка проста: якщо ви не можете назвати, що зміниться в бізнесі після появи функції, її внесок у чисельник дорівнює нулю.
Що насправді стоїть у знаменнику: підтримка, тестування, навчання і вартість помилок
Знаменник майже завжди недооцінюють.
Витрати на функцію не закінчуються здачею проєкту. Її треба підтримувати, перевіряти після кожного оновлення, пояснювати новим співробітникам, а іноді виправляти наслідки помилок, які вона внесла в замовлення чи в облік. Кожна додана можливість збільшує площу тестування і подовжує будь-яку наступну зміну сайту. Через рік проєкт із довгим списком функцій стає дорожчим у розвитку, хоча гроші за розробку заплачені давно.
У знаменник ставте не тільки суму з договору. Додайте час своїх співробітників на навчання, регулярну перевірку функції після оновлень і ризик помилок, які доведеться виправляти. Ця частина витрат тягнеться роками, тому вона й вирішує результат.
«Полярна зірка» проєкту: одна метрика замість списку побажань
«Полярна зірка» — це один результат бізнесу, на який працює весь сайт. Не набір показників, а саме один: конверсія у заявку, повторні покупки, утримання клієнтів.
Чому кілька цілей одночасно розмивають сайт
Коли метрик кілька, кожна функція знаходить собі виправдання. Блог виправдовують трафіком, калькулятор залученістю, особистий кабінет зручністю. Жодне з цих слів не перевіряється грошима, тому суперечку виграє той, хто наполягає голосніше. Одна метрика прибирає суперечку: у неї є число, і воно або зростає, або ні.
Як обрати метрику, коли онлайн-продажів немає
У сфері послуг, локальному бізнесі та довгих угодах між компаніями сайт не продає напряму. Метрикою тоді стає якість звернень: скільки з них дійшли до розмови і скільки закінчилися угодою. Порахувати це можна навіть у звичайній таблиці, якщо менеджер фіксує джерело кожного звернення.
Трикроковий метод: визначити метрику, оцінити вклад функції, відрізати зайве
Метод складається з трьох кроків, і третій дається найважче.
Шлях функції від метрики до рішення: залишити, спростити або відрізати
- Крок 1. Обрати одну ключову метрику бізнесу
- Крок 2. Оцінити вклад кожної функції в цю метрику
- Функція впливає на метрику?
- Функція впливає на метрику?
- ТакВартість виправдана результатом?
- ТакЗалишити в обсязі робіт
- Функція впливає на метрику?
- НіВідрізати або відкласти
- Вартість виправдана результатом?
- НіСпростити до дешевшого рішення
Крок перший: головна метрика бізнесу
Сформулюйте один результат, за яким ви оцінюєте свій місяць. Він має бути таким, щоб його можна було порахувати без суперечок: гроші, угоди, повернення клієнтів. Формулювання на кшталт «підвищити впізнаваність» на цьому кроці не годиться, бо його неможливо перевірити.
Крок другий: вклад кожної функції в метрику
Випишіть усі функції наявного сайту або всі пункти технічного завдання. Навпроти кожної дайте відповідь на одне питання: як саме вона змінює обрану метрику. Відповідь «покращує враження» не зараховується, потрібен механізм. Форма скорочує шлях до звернення, фільтр допомагає знайти товар, нагадування повертає клієнта, який пішов.
Крок третій: точка відсікання
Тут проєкт або економить бюджет, або втрачає його.
Функції без механізму впливу викреслюйте. Функції з механізмом, але з вартістю, що перевищує очікуваний результат, спрощуйте до дешевшого варіанта: замість автоматичного підбору залиште ручну добірку, замість особистого кабінету надішліть клієнту лист. Рішення про відсікання приймає замовник, бо саме він платить за знаменник.
Замовник просить особистий кабінет, калькулятор і систему бонусів, бо їх мають конкуренти. Підрядник погоджується і рахує вартість усього списку. Метрику ніхто не називає, тому перевірити результат після запуску нема чим.
Замовник каже, що місяць вважається вдалим, коли зростають повторні покупки. Кожна функція проходить перевірку на цю метрику, і в роботу йде та, у якої є зрозумілий механізм. Решта переїжджає в список ідей до наступного перегляду.
Таблиця «функція → метрика → вартість»: як пройтися по своєму сайту
Найпростіший спосіб застосувати метод — розкреслити аркуш на п'ять колонок. У першу випишіть функцію, у другу метрику, на яку вона працює, у третю механізм впливу, у четверту витрати разом із підтримкою, у п'яту рішення: залишити, спростити чи прибрати.
Заповнюйте таблицю разом із підрядником, бо частину витрат знає тільки він.
Зібрати перелік функцій
- випишіть усе, що вже є на сайті або стоїть у технічному завданні
Назвати метрику
- сформулюйте один результат, за яким оцінюєте місяць
Знайти механізм
- поясніть для кожної функції, як саме вона змінює метрику
Порахувати утримання
- додайте до вартості розробки підтримку, тестування і навчання
Ухвалити рішення
- залиште, спростіть або приберіть кожен рядок таблиці
Метрики за моделями бізнесу: магазин, сервіс, бізнес на заявках
Одна й та сама функція буває корисною для магазину і зайвою для сервісу. Усе залежить від того, з чого бізнес живе.
Інтернет-магазин: повторні покупки й середній чек
У магазині рахують повторні покупки і середній чек. На ці метрики працює те, що допомагає клієнту повернутися і взяти більше: збережений кошик, нагадування про товар, який закінчується, зрозуміла історія замовлень. Новий розділ у меню на них не працює ніяк.
Сервіс за підпискою: утримання клієнтів
Сервіс живе з того, що клієнт не йде після першого місяця. Тому цінність тут створюють функції, які доводять людину до результату: підказка на старті, перенесення даних зі старого інструмента, лист із поясненням, чому платіж не пройшов. Красива сторінка з можливостями утримання не додає.
Бізнес на заявках: якість звернень важливіша за кількість
Тут метрика ховається за словом «більше заявок». Заявки бувають дуже різні: одна доходить до угоди, а десяток зникає після першого дзвінка. Рахувати варто частку звернень, які дійшли до розмови, і саме на неї перевіряти кожне поле форми.
Технічне самозамилування: як розпізнати, що вам продають складність
Розробнику цікаво зробити складне. Тут рідко буває злий намір, тут працює звичайна професійна пристрасть: складна задача розвиває, проста набридає. Проблема в тому, що платить за цю пристрасть замовник, а результат міряють його грошима.
Складний інструмент теж має проходити перевірку метрикою: він корисний рівно настільки, наскільки скорочує конкретну роботу людей.
Типові аргументи підрядника й контрзапитання замовника
- «Так роблять усі сучасні сайти». Запитайте, на яку метрику це вплинуло в тих проєктах і як там міряли результат.
- «Це знадобиться вам згодом». Уточніть, скільки коштуватиме додати функцію тоді, коли потреба справді з'явиться.
- «Технічно так правильніше». Попросіть перекласти відповідь мовою бізнесу: що зміниться в заявках, покупках або поверненнях клієнтів.
- «Заберемо, і сайт буде порожній». Порожнеча помітна дизайнеру, клієнт же шукає одну потрібну дію.
Замовник просить фільтр із десятком параметрів для каталогу, у якому кілька десятків позицій. Механізм впливу тут відсутній: клієнт бачить увесь каталог на одному екрані. Дешевше залишити сортування за популярністю, а зекономлене вкласти у фотографії товарів.
Як перевірити функцію до розробки, не витрачаючи бюджет
Ручний процес замість автоматизації
Перш ніж замовляти автоматизацію, зробіть те саме руками. Приймайте заявки в месенджері, ведіть облік у таблиці, надсилайте нагадування вручну. Якщо ручний варіант не дає результату, автоматичний його не врятує, він просто зробить те саме швидше.
Частину сценаріїв узагалі можна зібрати на готових сервісах без розробки. Про це є окремі розбори: готові сценарії автоматизації для бізнесу і автоматизація рутини за допомогою ШІ.
Посадкова сторінка без функціоналу
Опишіть майбутню можливість на окремій сторінці і поставте кнопку. Люди натискають, ви бачите інтерес і збираєте контакти, а розробки ще немає. Якщо натискань немає, ви щойно зекономили весь бюджет цієї функції.
Такий тест показує інтерес, але не показує, чи стане людина платити. Для платних сценаріїв доводьте перевірку до реальної оплати хоча б у ручному режимі.
Що робити з уже написаними функціями, які не впливають на метрику
Порада «не робіть зайвого» не допомагає тим, у кого зайве вже написане і працює. Тут потрібне окреме рішення для кожної функції.
Що робити з функцією, яка вже написана і не впливає на метрику?
- Нею користується частина клієнтівПрибрати з видимого інтерфейсу, залишити доступ за прямим посиланням
- Нею ніхто не користуєтьсяВона тягне за собою підтримку і тестування?
- ТакВидалити разом із залежностями
- НіЗаконсервувати і не розвивати
Приховати, законсервувати чи видалити: чим ці рішення відрізняються
- Приховати. Функцію прибирають із видимого інтерфейсу, доступ лишається за прямим посиланням. Підходить, коли нею користується невелика група клієнтів.
- Законсервувати. Функція лишається на місці, але її не розвивають і не переробляють під нові розділи. Розумний варіант, коли вона нікому не заважає.
- Видалити. Функцію виносять разом із залежностями, які вона тягне. Дорожче за інші рішення в моменті, зате далі кожне оновлення сайту стає дешевшим.
Де закінчується користь від скорочення: межі мінімалізму
Формулу легко довести до абсурду і зрізати все підряд. Коли зникають функції, потрібні для головного сценарію клієнта, чисельник падає швидше за знаменник, і цінність знову зменшується. Сайт без пошуку у великому каталозі економить бюджет розробки і втрачає покупців.
Перед тим як прибрати функцію, знайдіть її в шляху клієнта від першого візиту до оплати. Якщо вона стоїть на цьому шляху, скорочувати треба її вартість, а не саму функцію.
Чек-лист запитань до підрядника перед стартом робіт
Ці запитання варто поставити до підписання договору, поки перелік робіт ще можна змінити.
- На яку метрику працює ця функція? Відповідь мовою бізнесу означає, що вас почули.
- У скільки обійдеться проєкт без неї? Різниця в цифрах покаже справжню вагу пункту в кошторисі.
- Що доведеться підтримувати після запуску? Тут ви побачите ту частину знаменника, про яку зазвичай мовчать.
- Як ми зрозуміємо, що функція спрацювала? Якщо перевірити результат нічим, функція піде в список ідей.
- Що з цього можна зробити руками на старті? Часто відповідь звільняє помітну частину бюджету.
Як прив'язати функції до метрики в домовленості про роботи
У технічному завданні поруч із кожною функцією залиште колонку з метрикою і механізмом впливу. Тоді будь-яка зміна обсягу робіт обговорюється предметно: сторони бачать, який результат зникає разом із викресленим пунктом. Приймання теж стає простішим, бо перевіряють не наявність кнопки, а зрушення показника, заради якого її робили.