Навіщо взагалі писати ТЗ

Не заради формальності й не заради юридичного захисту. Заради того, щоб кошторис був цифрою, а не вилкою. Розробник, який не бачить обсягу, закладає ризик — і ви платите за його невпевненість. При цьому ТЗ на сорок сторінок вам не потрібне. Ба більше, довге ТЗ, написане не фахівцем, частіше заважає: воно фіксує рішення, які варто було б обговорити, і пропускає те, що реально визначає ціну.

Вісім пунктів, яких досить

• Навіщо сайт. Одне речення: заявки, продажі, довіра, найм. Від відповіді залежить уся структура
• Хто ваш клієнт і як він шукає. «Власники кафе, гуглять з телефона» — цього досить, щоб змінити половину рішень
• Типи сторінок, а не сторінки. Головна, послуга, кейс, стаття, контакти — це п'ять шаблонів. Сорок сторінок на шести шаблонах дешевші за дев'ять на дев'яти
• Чи є дизайн. Готовий файл Figma прибирає цілий етап і 25–40% вартості
• Чи є контент. Тексти, фото, дані товарів. Це причина номер один, через яку проєкти запізнюються
• Усі інтеграції списком: оплата, CRM, бронювання, аналітика, розсилка, служби доставки
• Мови. Друга мова — не переклад, а продубльована структура і перевірка кожного шаблону
• Дедлайн і чим він викликаний. Запуск, сезон, виставка — план вибудують навколо дати, якщо знати її заздалегідь

Що писати не потрібно

• Конкретні технології, якщо у вас немає причини їх вимагати. «Зробіть на React» без причини звужує вибір і подеколи подорожчує вдвічі
• Кольори та шрифти в ТЗ. Це результат дизайну, а не вхідні до нього
• Побажання на кшталт «сучасно», «дорого», «як в Apple». Замініть одним посиланням на сайт, який вам подобається, і одним реченням чому
• Список із сорока функцій «на майбутнє». Усе, що не потрібне на запуску, подорожчує й відкладає запуск
• Опис того, як реалізувати. Скажіть, що має вийти, — як, порахує виконавець

Три питання, які заощаджують найбільше

Поставте їх собі до того, як надішлете бриф. Кожне з них змінює кошторис сильніше за будь-який пункт про дизайн. Хто змінюватиме тексти на сайті після запуску — ви чи розробник? Чи будуть користувачі, які входять в особистий кабінет і щось там роблять? І скільки у вас справді унікальних типів сторінок, якщо рахувати чесно?

Що попросити у відповідь

• Кошторис за етапами, а не одну суму
• Графік із залежностями: «дизайн до 14-го за умови, що тексти надійдуть до 7-го»
• Список того, що не входить. Кошторис визначають винятки не менше, ніж підсумок
• Кому належать домен, хостинг і код після здачі
• Що відбувається з правками після запуску і скільки вони коштують

Висновок

Хороший бриф вміщується на сторінку. Він відповідає на питання «навіщо», «для кого», «що має працювати» і «коли» — і мовчить про те, як це зробити. Якщо виконавець після такого брифу все одно називає вилку вдвічі, річ не в ТЗ: він або не зрозумів задачу, або закладає ризик, про який не каже. І те, і те варто обговорити до підписання.