Каким должно быть ТЗ на разработку сайта

Каким должно быть ТЗ на разработку сайта

Сколько человек работает над созданием сайта? Самый минимум (при условии, что сайт делается не на коленке): это заказчик как носитель основной идеи, копирайтер, дизайнер, верстальщик, иногда программист. У каждого участника свои задачи, которые должны стыковаться с результатами работы предыдущего. Следовательно, нужно всех их обеспечить четкой инструкцией, чтобы работа велась слаженно и не требовала последующих переделок. С этим справляется техническое задание на разработку сайта — то есть описание того, что в итоге должно получиться.

Для чего вообще нужно техзадание на создание сайта

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

Что будет в том случае, если результат не устраивает заказчика? Начинаются разборки относительно того, кто виноват: или один непонятно объяснял, или второй ничего не понял. Даже если конфликта не будет, и стороны безболезненно решат все возникшие вопросы, то все равно предстоят исправления в уже, казалось бы, готовом результате. А это потери во времени, иногда даже в деньгах. Надо понимать, что для того, чтобы не возникло таких спорных моментов, нужно очень сильно постараться, то есть настолько детализировать ТЗ, что оно раздуется до совсем неприличных размеров. Это тоже занимает время и требует лишних сил, в то время как иногда проще внести небольшие изменения в результат постфактум. Таким образом, можно сказать, что ТЗ призвано минимизировать разницу между результатом и задумкой, но не сводить её до нуля, так как это редко осуществимо и слишком трудозатратно. ТЗ в самом начале работы снижает количество противоречий и разночтений, и желаемый результат достигается гораздо быстрее.

ТЗ может выглядеть по-разному: для мелкого проекта достаточно будет и текстового описания, для лендинга таковым может оказаться мокап. Более крупные проекты в качестве ТЗ будут иметь целую объемную спецификацию.

Что должно в себя включать техническое задание для сайта

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

Введение

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

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

Данные и списки

Один из ключевых моментов ТЗ. Здесь нужно описать все то, что в том или ином виде будет представлено на будущем сайте, дабы к этому понятию было просто апеллировать при разработке каждой новой страницы. Это особенно актуально для больших сайтов, где некоторые блоки могут кочевать от одной страницы к другой. Например, на новостном портале есть главная страница, страницы рубрик, страницы отдельной новости, страница контактов, плюс, как вариант, несколько обособленные страницы, отведенные под блоги приглашенных авторов. Часть этих страниц будет иметь общие нюансы, например, блок с последними комментариями по всему сайту, самые популярные новости, виджет Твиттера и т.д. То есть это одна из деталей страницы, которая тоже имеет свою мини-структуру.

Например, если нам важен блок с комментариями, то необходимо составить его описание, перечислить то, что туда должно входить:

  • имя комментатора
  • превью комментария
  • новость, к которой комментарий оставлен
  • рейтинг комментария

Теперь, когда в ходе разработки ТЗ будет придуман еще один раздел, где потребуется добавить этот блок, включение его туда не составит труда — достаточно сослаться на описание из данного пункта.

Описание страниц

Каждую страницу, если они будут различаться, стоит снабдить текстовым описанием, а при необходимости и желании еще и мокапом, который визуализирует, что и как там будет распределено. Тут надо понимать, что техническое задание потому и называется техническим, что не требует от вас описания контента. Если эта страница каталога товаров — не нужно оговаривать, какие товары там будут располагаться и какие у них характеристики. Достаточно указать, сколько их должно быть, и в каком виде стоит их размещать.

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

Мы уже писали о том, как выбрать хостинг. Иногда сайт требует поддержки определенных технологий, которые поддерживает не всякий хостинг. Либо это может быть продиктовано тем, что у вас уже есть сайты, и новый должен работать по таким же принципам, что и у остальных.

Контент

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

Дизайн

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

Приемка работ

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

Вывод

ТЗ не является и не должно являться панацеей при разработке сайта — какие комментарии всегда возможны, и в этом нет ничего удивительного, однако, тем не менее, оно закрывает массу вопросов, благодаря чему потом не возникнет проблем и необходимости все переделать. Грамотное ТЗ означает, что разница между результатом и задумкой не будут отличаться настолько, что потребуются коренные корректировки.

Очень плохоПлохоСреднеХорошоОчень хорошо (Еще нет голосов, оставьте первым)
Загрузка...


Комментарии (0)

Подписаться на
avatar

wpDiscuz
следующая статья предыдущая статья