Заказ сайта «на словах» и первые 120 000 рублей убытка
Началось всё с того, что Валера, владелец процветающего, но старомодного бизнеса «Русские бани от Валеры», решил, что пора «оцифроваться». На встрече с фрилансером Валера, демонстрируя широту души, дал ему «гениальное» техническое задание на словах: «Сайт должен быть крутой и продающий, чтоб конкуренты завидовали, ну и чтоб срубы брать! А детали — это уже творчество!»
Через месяц фрилансер с гордостью представил результат. Валера схватился за сердце. Ему показалось, что экран заполыхал. Он чуть не пролил свой кофе на дорогущий ноутбук, представив, как потенциальный клиент, заглянув сюда, сбежит обратно, решив, что бани Валеры строит шайка киберготов. Сайт был выполнен в едких, кислотных, почти киберпанковых цветах (видимо, чтобы конкуренты завидовали от ужаса), а через каждые два блока, словно рекламные баннеры на трассе, выскакивали огромные кнопки «КУПИ!!!». Каталог не был структурирован, отсутствовал даже элементарный калькулятор, а про интеграцию с базой 1С вообще никто не заикался.
«Это не продающий, это отпугивающий сайт!» — возмущался Валера. Фрилансер же, потирая руки, заявил: «Всё согласно размытому ТЗ! Хотите переделать — это уже дополнительные работы, Валера. Извольте доплатить». За последующие два месяца бесконечных «доделок» смету раздуло на 120 000 рублей, а сайт так и остался похожим на дискотеку 90-х. Спас положение племянник Славик, объяснивший дяде: без ТЗ (Технического Задания) — ты не хозяин своего проекта.
Сегодня мы расскажем, как Валера научился использовать главный инструмент IT-разработки — ТЗ — чтобы навсегда покончить с переплатами, избегая при этом как хаоса, так и чрезмерного занудства.
Две ошибки в работе с ТЗ: Хаос и Чрезмерная Детализация
Ошибка 1: Хаос требований (К чему привел «крутой продающий сайт»)
Валера быстро усвоил: его изначальный подход — «Крутой продающий сайт, чтоб конкуренты завидовали!» — был чистой воды Крайностью №1: Хаос и Недосказанность. Эта формулировка привела к кислотно-зеленому дизайну и отсутствию нужного функционала. Он потерял 120 000 рублей, поскольку никто не зафиксировал логику калькулятора и сценарии оплаты.
После провала Валера метнулся в другую крайность, которую назвал Крайность №2: «Пожарная» Детализация. Он просидел неделю, описывая в 40-страничном документе: «Цвет кнопки должен быть #D2B48C (как мох на срубе), шрифт 14pt, а название раздела с печами должно быть написано ровно так: 'Наши печи для парилки (с гарантией 5 лет!)'». Валера гордился точностью, но чувствовал себя Шерлоком Холмсом, который расследует, как правильно расположить два пикселя. «Мох на срубе, — подумал он, — звучит надежно. А не то, что этот кислотный плевок!» Он пытался в ТЗ зафиксировать то, что является работой дизайнера и маркетолога.
Славик объяснил, что это тоже не сработает. Студия увязнет в ненужной детализации, потеряет гибкость, а главное — дизайн и текст должны быть частью дизайн-макетов и контент-плана, а не перегружать ТЗ.
ТЗ — это карта маршрута, а не инструкция по каждому пикселю
Славик научил Валеру, что ТЗ — это не описание каждого пикселя, а документ, который фиксирует логику, функционал и интеграции.
Главный принцип: ТЗ — это единое понимание того, что система должна делать (функционал) и как она должна работать (логика), но не описание того, как она должна выглядеть (дизайн).
Что должен делать аналитик, а что — клиент: Чек-лист для владельца бизнеса
Валера, наконец, понял, что он не обязан сам писать ТЗ.
👉 Если вы работаете с хорошей студией, ТЗ они напишут за вас!
В КЛИЕНТ ПРОСТО Сотрудники студии (аналитики или менеджеры):
- Проведут с вами интервью, чтобы понять бизнес-цели вашего сайта (например, «Увеличить количество заявок на бани под ключ на 30%»).
- Переведут ваши пожелания к сайту и логике его работы в подробный технический документ, не требуя от вас глубоких познаний в программировании.
- Разъяснят вам каждый пункт документа простым языком, чтобы вы понимали, за что платите.
- При необходимости внесут корректировки до начала работ.
Таким образом, ТЗ становится гарантией, а не головной болью. Вот что должно быть в центре внимания, согласно новому чек-листу Валеры:
- Функциональные Требования: Описание, что пользователь делает (Например: «Клиент должен иметь возможность загрузить свои чертежи для индивидуального расчёта»).
- Логика Работы: Описание сложных процессов (Например: «Калькулятор должен автоматически пересчитывать финальную стоимость бани, если выбрана опция «печь с выносной топкой»»).
- Интеграции: Указание, с чем обменивается данными (Например: «Все заявки с сайта должны автоматически попадать в CRM компании в статусе 'Новая заявка'»).
- Критерии Приемки: Четкое определение, когда сайт готов (Например: «Проект принят, если все функции, включая Калькулятор, работают без ошибок в 5 самых популярных браузерах»).
Как Валера получил работающий сайт и зафиксировал бюджет
Применив новый подход, Валера обратился в серьезную студию. Стоимость их услуг была выше, чем у фрилансера, но она была фиксированной и обоснованной. Валера сосредоточился на своих бизнес-требованиях, а студия, благодаря аналитикам, подготовила идеальное ТЗ. В результате, смету зафиксировали, и она не увеличилась ни на рубль в процессе работы, а сроки были соблюдены.
Таким образом, Валера не просто сэкономил 120 000 рублей, но и получил не сайт-дискотеку, а работающий как часы инструмент. Он, наконец, мог спать спокойно, зная, что его бизнес-цели в руках аналитиков, а не в руках фрилансера с воспаленной фантазией и коллекцией неона.
❓ Вы пишете ТЗ сами или доверяете это студии? Какая из двух крайностей (Хаос или Пиксельная Детализация) кажется вам более опасной для бюджета?
🌐 Следующая серия уже на подходе! Валера попытается понять кто такие UX и Ui дизайнеры и зачем они ему нужны. Подпишись, чтобы не упустить продолжение истории!