Приветствую на страницах блога вебмастера, дорогой читатель! В этой статье я хочу изложить свой ответ на вопрос «как создать задание на разработку сайта», чтобы предприниматель мог достичь полного взаимопонимания с разработчиком и не получить кучу проблем впоследствии. Надеюсь, статья поможет предпринимателю чуть больше ориентироваться в мире разработки.

Что такое задание на разработку сайта

Техническое задание на разработку сайта - документ, в котором сформулированы требования заказчика к будущему проекту, написанные понятным для технаря языком. Стоит отметить, что составление ТЗ само по себе сложный процесс, требующий внимания и аккуратности от ОБЕИХ сторон, исполнителя и заказчика.

Четкое понимание требований к будущему проекту и их фиксация экономит время и нервы предпринимателя и разработчика.

Как составить задание на разработку сайта

Часто предприниматели думают, что лучше всего — отдать составление задания на разработку сайта исполнителю. Но моя практика показывает, что лучше когда над ТЗ работают одновременно исполнитель и заказчик.

Заказчику лучше видна бизнес-сторона проекта, ожидания от работы, технарю - видна техническая сторона, как специалисту.

Кроме того, заказчику в итоге будет проще понять, на что будут тратиться его деньги, и за какой срок будет реализован проект, а также проверить компетентность исполнителя.

Обязательные пункты ТЗ для сайта

Общая информация о предстоящем проекте

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

Часто заказчик пренебрегает описательной частью, а потом на этапе приемки начинаются споры и "доведение проекта до ума".

Технические требования к сайту

Как будет работать проект? Будет ли он установлен на CMS WordPress, Opencart и т.п.? А может это будет самописный проект? Как будет работать база данных? Какие требования к хостингу? Такие вопросы лучше обсудить с разработчиком заранее, чтобы не было недопонимания. Все используемые на проекте движки и библиотеки обсуждаются между заказчиком и разработчиком. Это же касается и требований к работе сайта на различных браузерах.

Структура сайта

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

Крайне желательно создать текстовый прототип сайта, с описанием всех страниц, а также пути пользователя по сайту.

Контент

Раздел создается по желанию, но лучше прописать, кто будет отвечать за контент. Не все вебмастеры являются талантливыми копирайтерами. Кроме того, при разработке сайта графический контент (изображения товаров) должен идти от заказчика, и об этом тоже стоит упомянуть в ТЗ.

Дизайн-проект

Дизайн-проект сайта - важный и сложный для описания раздел. Часто ни заказчик, ни вебмастер не имеют понятия о сочетании цветов, об их влиянии на психологию человека, о сетках, UI и других нюансах создания интересного посетителям проекта. Поэтому важно привлечь к созданию дизайн-проекта специалиста.

6 потенциальных ошибок при составлении задания на разработку сайта

1. Слишком расплывчатая формулировка

Что такое «красивый сайт»? А что такое «быстрая работа»? Понятие быстрой работы и красоты у каждого своё, поэтому старайтесь избегать таких терминов при составлении ТЗ. Вместо этого лучше использовать точные термины, например:

• основным мотивом в цветовой схеме служит цвет #fff230
• размер шрифта составляет 12px на разрешении столько-то пикселов, семейство шрифта - Arial Black.
• сайт должен иметь 90 баллов по Google Pagespeed

2. Изобилие сложных терминов

Часто встречается у заказчиков, которые уже что-то смыслят в интернет-маркетинге и пытаются блеснуть познаниями в ТЗ. Вебмастер может быть отличным программистом, но не понимать ROI, ROMI, CTR, показатель отказов и другие сложные термины. Это работа интернет-маркетолога или SEO оптимизатора. Поэтому рекомендуется либо:

• составить глоссарий терминов (идеальный вариант)
• избегать сложных формулировок

3. Заказчик стремится блеснуть познаниями в области разработки

Такое бывает, когда предприниматель время от времени смотрит Youtube каналы о разработке и слышит новые для него термины вроде ES6, SPA, React и проч., горя желанием их применить. При этом такие современные решения могут быть избыточными, и это надо обсуждать с разработчиком. Обилие нововведений и применение самых современных технологий порой приводит к сложному в поддержке коду.

4. Недостаточно точно сформулированные требования к сайту

Забыли указать CMS, на которой хотите видеть будущий сайт? Забыли указать расширение и размеры изображений на сайте? Забыли указать тип СУБД? Будьте готовы как минимум к уточняющим вопросам от разработчика.

5. Непонятные сценарии использования сайта

Под сценарием использования сайта я подразумеваю описание пути посетителя по нему. Что делает визитер на сайте? Нажмет CTA кнопку, перейдет по ссылкам на посадочную страницу? Или может вы хотите, чтобы посетитель совершил заказ, прочитав УТП на первом экране сайта? Это лучше заранее обговорить с разработчиком.

6. Не записаны юридические моменты, связанные с работой проекта

Такая проблема характерна для интернет-магазинов, где требуется организовать работу платежной системы на сайте. У тех же Robokassa или Paymaster есть собственные наборы требований к структуре и информации сайта буквально начиная с главной страницы. Поэтому лучше заранее обговорить все подобные моменты с вебмастером, чтобы потом не пришлось в спешке создавать дополнительные страницы с контактной информацией.

А что со сроками?

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

Вместо послесловия

Нельзя просто так взять и составить ТЗ на разработку сайта. Это результат кропотливой совместной работы заказчика и исполнителя, которая позитивно отразится на дальнейшем сотрудничестве.