Техническое задание — ключ к успеху сайта!


tech-zad-polosa

 

Грамотное техническое задание нужно для того, чтобы не возникало конфликтов между Разработчиком и Заказчиком на стадии сдачи готового сайта.

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

 

Мы делаем сайты исключительно по совместно составленному техническому заданию!

 

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

Мы считаем, что Клиенту надо помочь описать свои мысли

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

Для примера: Что я хочу увидеть на своем сайте?

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

  1. каталог товаров интернет магазина
  2. корзина для товаров
  3. форма он-лайн заказа товаров или услуг
  4. форма оформления доставки товара
  5. страница «О компании»
  6. наличие страницы с ориентацией контактов на карте
  7. наличие формы обратной связи

На первый взгляд всё должно быть понятно и ничего необычного в пожеланиях нет. Можно начинать работать. Если посмотреть на задание глазами разработчика, то у нас получается пот такая картина:

 

Кто и как представляет себе сайт?


  • Как мы видим сайт после устных описаний проекта

    Как мы видим сайт после устных описаний проекта

Отлично. Все понятно. Собираем и настраиваем сайт и показываем то, что у нас получилось к сдаче проекта.
Вдруг оказывается, что заказчик видел сайт и его структуру несколько по другому:

  • Как, оказывается, видит сайт заказчик

    Как, оказывается, видит сайт заказчик

Для наглядного представления разницы между тем, что может видеть заказчик и разработчик, можно выделить то, что не было описано в техническом задании, а соответственно и не исполнено. Разница весьма существенная!

  • То, что по мнению заказчика не хватает на сайте при его сдаче

    То, что по мнению заказчика не хватает на сайте при его сдаче

 

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

Некомпетентность разработчика, в части работы с заказчиком!

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

Типовая структура Технического задания:


  1. Используемые Термины
  2. Общие положения
  3. Название ресурса/сайта
  4. Наименование организации разработчика и заказчика, реквизиты
  5. Перечень документов, на основании которых собирается сайт
  6. Состав и содержание работ
  7. Порядок оформления и предъявления результатов работ
  8. Цели создания ресурса/сайта
  9. Задачи, которые заказчик предполагает решить при помощи ресурса/сайта
  10. Технические требования к программному обеспечению ресурса/сайта
  11. Общие требования к оформлению и верстке контента и страниц сайта
  12. Требования к персоналу обслуживающего ресурс/сайт
  13. Требования к системе администрирования сайта
  14. Описание структуры сайта
  15. Описание возможностей навигации
  16. Описание языковых версий сайта
  17. Описание группы пользователей
  18. Задание по дизайну ресурса/сайта с примерами из сети
  19. Описание возможностей навигации
  20. Описание страниц ресурса/сайта
  21. Описание статических страниц
  22. Описание динамических страниц
  23. Необходимый функционал ресурса/сайта
  24. Описание контента и наполнения ресурса/сайта
  25. Описание шаблонов и формата предоставления материалов
  26. Порядок выполнения, приемки работ, а также контроля за исполнением

Форма обратной связи
Закрыть
+7