Техническое задание

Техническое задание
Создание сайта начинается с проектирования. В этой статье мы постараемся рассказать обо всех этапах и тонкостях этого процесса. Любой проект начинаетс с составления технического задания, которое расставит все точки над "и".

Что происходит перед продажей

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

Добрый день!

Мы подбираем подрядчика по веб продакшену. Задача сделать уникальный сайт с красивым дизайном. Мы любим креатив и хотим его от вас. Сам сайт не сложный, тем более они связаны общей идеей. Наш бизнес - это родео на экзотических животных. Страусы, быки и хряки (к следующему году возможно расширение сети до овец и сельского сафари). Сайты должны продавать и поражать. Скорее всего нужна будет анкета для заказа животного по дате и месту. Функционал минимален. Необходимо проработать юзабилити, актуальный (трендовый и современный) дизайн и удобные интерактивные элементы (подсказки, карты и т.п.). Как ориентир нашему руководству симпатичны сайты hh.ru или apple - просто, но и смотрится достойно. Нам необходимо получить от Вас чёткое ценовое предложение. Если у Вас есть опыт работы с продающими сайтами, то это стоит отразить в предложении.

 

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

Этим документом закончился этап предпродажной аналитики - но работа над продуктом только началась.

Жизнь после договора

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

По итогам данного этапа постепенно конкретизировался и детализировался концепт, составленный еще на этапе пресейла (новые разделы в него, впрочем, не добавлялись).

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

На этом закончился этап аналитики (разбора условий) и начался этап проектирования (формирования решения).

Будни Бумажного тигра

В начале этапа проектирования был составлен так называемый Бумажный тигр (ссылка на файл) - комплект бумажных (в редких случаях - электронных, но чаще именно бумажных!) документов, содержащих описание архитектуры будущего продукта.

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

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

Интерфейсы

После окончания работы с Тигром был составлен и согласован Прототип (ссылка) - схематичное изображение интерфейса, определяющее наличие или отсутствие тех или иных элементов, их логическую увязку и, отчасти, приоритет.


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


Окончательная фиксация требований

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

Эту роль выполнил документ под названием Спецификации продукта (ссылка на файл), исчерпывающе и комплексно описавший продукт с разных сторон - как со стороны интерфейсов, так и со стороны функционала и структуры данных.

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

Оригинал статьи

Оставить комментарий

Вы комментируете как Гость.