Как заказать сайт и составить техзадание

Что такое техническое задание и зачем оно нужно?

Техническое задание — письменно согласованное описание сайта. По нему разработчик рассчитывает цену и планирует работы, а после завершения проекта по нему же проверяют, сделано ли то, о чём договорились. Для сайта компании, которая оказывает услуги, хватает документа на 1–3 страницы, а ТЗ для интернет-магазина или системы с интеграциями получается подробнее.

Без ТЗ два разработчика могут совершенно по-разному понять один и тот же запрос «нужен сайт для компании»: один представит сайт из 5 страниц на доработанном шаблоне, другой — индивидуальный дизайн, две языковые версии и каталог. Когда сайт делает студия, ТЗ обычно становится приложением к договору. Оно помогает:

• сравнить предложения нескольких разработчиков на одинаковый объём работ;
• избежать неожиданных доработок и изменения цены посреди проекта;
• чётко зафиксировать, что входит в цену, а что нет;
• принимать работу по списку, а не «на глаз».

Что подготовить перед заказом сайта?

Перед обращением к разработчику достаточно ответить на несколько вопросов: что должен делать сайт, для кого он, какие нужны страницы и функции, кто подготовит тексты и фото, к какому сроку сайт должен заработать и какой у вас бюджет. Остальное можно уточнить на первой консультации.

Чек-лист перед первым разговором:

• Краткое описание компании: что продаёте, кому и чем отличаетесь от конкурентов.
• Главная цель сайта: заявки, звонки, регистрации, продажи или информация для текущих клиентов.
• Ссылки на 3–5 сайтов, которые вам нравятся, и пара слов о том, что именно в них нравится.
• Логотип в векторном формате (SVG, AI, EPS или PDF) и фирменные цвета, если они есть.
• Список страниц — пусть даже примерный.
• Тексты, фото и документы или решение, кто их подготовит.
• Доступы к домену и хостингу, если сайт у вас уже есть.
• Желаемый срок запуска и рамки бюджета.
• Человек, который будет принимать решения и согласовывать дизайн.

Какой должна быть структура технического задания?

ТЗ на сайт удобно разбить на 12 разделов: от описания компании и цели до критериев приёмки. Не все разделы нужно заполнять подробно — главное, чтобы разработчик понял цель, объём работ и ограничения. Ниже — шаблон с примерами: его можно скопировать и заполнить.

Как описать цель сайта и аудиторию?

Цель опишите одним предложением через действие, которое должен совершить посетитель: «чтобы клиент оставил заявку на ремонт», «чтобы партнёр скачал каталог». Аудиторию опишите несколькими фактами: кто эти люди, с какого устройства заходят и какие вопросы задают перед покупкой.

Эти два раздела определяют большинство остальных решений. Если большинство клиентов звонит с телефона, главный элемент — хорошо заметная кнопка звонка. Если клиенты — компании, которые сравнивают поставщиков, важнее страницы с ценами, сроками и выполненными работами. Избегайте общих целей вроде «современный и привлекательный сайт»: их невозможно проверить.

Как описать структуру и функции сайта?

Структуру дайте списком или деревом страниц, а функции — отдельным списком, указав для каждой, что она должна делать и кто получает результат. Например, не «нужна форма», а «форма заявки с полями для имени, телефона, сообщения и фото; заявка уходит на почту и записывается в CRM».

Функции, которые стоит обсудить заранее:

• формы заявки или регистрации и куда попадают их данные;
• каталог услуг или товаров, фильтры и поиск;
• календарь бронирования или калькулятор стоимости;
• новости или блог;
• несколько языковых версий;
• связь с CRM, учётной программой или другой системой;
• аналитика (Google Analytics 4) и баннер согласия на файлы cookie.

Если нужны корзина и онлайн-оплата, это уже интернет-магазин, и ТЗ для него составляют иначе: описывают категории и поля товаров, способы оплаты и доставки. Подробнее — в статье «Как открыть интернет-магазин в Литве».

Какие технические требования указать?

В техническом разделе достаточно указать то, что вы уже знаете: есть ли у вас домен и хостинг, какой системой управления сайтом (CMS) пользуетесь, с какими системами сайт должен обмениваться данными и кто будет сопровождать его после запуска. Если не знаете, напишите «ждём рекомендаций» — это тоже ответ.

• Домен и хостинг. Домен должен быть зарегистрирован на вашу компанию; укажите, где он зарегистрирован сейчас.
• CMS. Если хотите сами менять тексты, цены и фото, впишите это как требование.
• Электронная почта. Остаются ли почтовые ящики у нынешнего поставщика или переносятся вместе с сайтом.
• Интеграции. CRM, учётная программа, сервис рассылок или система бронирования.
• Аналитика и конфиденциальность. GA4, Google Tag Manager, баннер согласия на файлы cookie, политика конфиденциальности.
• Права на сайт. Пропишите, что после завершения и оплаты проекта вы получаете доступы администратора, файлы сайта и базу данных.

Как указать бюджет и сроки?

Бюджет лучше указать в виде рамок, например «до 1 500 €», а срок — конкретной датой с причиной, например «к выставке 1 марта». Тогда разработчик сможет предложить объём работ, который в эти рамки укладывается, и сразу скажет, что стоит отложить на второй этап.

Скрывать бюджет обычно невыгодно: вы получите предложения с очень разным объёмом работ, и сравнить их будет сложно. Ориентировочные цены по типам сайтов — на странице «Сколько стоит создание сайта?». Планируя сроки, учтите и своё время: согласование дизайна, подготовка текстов и правки часто занимают больше времени, чем само программирование.

Каких ошибок избегать при составлении ТЗ?

Самые частые ошибки — слишком общие требования, которые нельзя проверить, функции без пояснения, что они должны делать, и не оговорённый заранее контент. Не стоит и копировать ТЗ другой компании: оно описывает её процессы, а не ваши.

• «Как сайт конкурента» — без пояснения, что именно подходит: структура, дизайн или функции.
• «Чтобы быть первыми в поиске» — позиции в Google не может гарантировать ни один разработчик; лучше указать, под какие поисковые запросы делаются страницы.
• Неясно, кто готовит тексты, — одна из самых частых причин, по которым проект затягивается.
• Нет критериев приёмки — сложно договориться, когда работа закончена.
• Всё в один этап — при ограниченном бюджете лучше запустить основу, а функции добавить позже.

Можно ли составить ТЗ вместе с разработчиком?

Да, так делают часто. Заказчик даёт цель, список услуг и примеры, а разработчик на консультации готовит список страниц и описание функций, которое прикладывается к договору. Важно, чтобы итоговую версию вы прочитали и утвердили письменно.

Так работаем и мы в Saitai.lt: после бесплатной консультации составляем структуру и описание функций, указываем, что в цену не входит, а цену и срок фиксируем в договоре. К работе приступаем после получения аванса 50 %.

Как проверить, что ТЗ выполнено?

Критерии приёмки запишите ещё до начала работ: какие страницы и функции должны работать, на каких устройствах проводится проверка и что вы получаете при передаче проекта. Тогда работу можно принять по списку и сразу видно, что ещё осталось сделать.

1. Все страницы из структуры созданы и наполнены контентом.
2. Формы работают: тестовая заявка приходит на указанную почту или в CRM.
3. Сайт удобно отображается на телефоне, планшете и компьютере.
4. Старые адреса перенаправлены на новые, если заменяется существующий сайт.
5. Подключены аналитика и баннер согласия на файлы cookie, опубликованы политика конфиденциальности и политика использования cookie.
6. Переданы доступы администратора и инструкция, оговорена гарантия.

На сайты, которые мы разрабатываем, действует гарантия 12 месяцев: в течение этого срока ошибки в работе сайта исправляем бесплатно.

Есть черновик ТЗ или пока только идея? Пришлите её через форму заявки — в течение 1 рабочего дня ответим, чего не хватает, сколько будет стоить сайт и сколько займёт его разработка.