22 Июл

4.1 — Как составить ТЗ

Содержание

4 Создание сайта

4.1 — Как составить ТЗ

4.2 — Как интегрировать сайт в Ваш бизнес

4.3 — Как проверить функциональность сайта

 

 

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

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

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

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

Не имея плана, вы потерпите неудачу

Независимо от того, что мы делаем в жизни, важно согласиться с тем, чего мы хотим достигнуть. Иначе, мы никогда не знаем, когда мы достигнем конца дороги. То же самое идет для Вашего веб-сайта. Прежде чем Вы начнете scripting “техническое задание”, изучите как можно больше о видениях и целях для веб-сайта.

Создайте цели.

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

Эффект снежинки

Техническое задание может быть длинным или коротким. Он может быть заполненный великолепными гистограммами и глянцевыми фотографиями, или наполненный простым текстом. Место электронной коммерции, планирующее продать только два или три различных продукта, вероятно,  потребует ценности на 15 — 20 страниц Ваших идей. Большой веб-дизайн электронной коммерции или сайт новостей могли бы быть похожими на версию рукописи “Войны и мира” . Где будет подобно не два пункты. Все отличаются.

Эффект снежинки

Однако придерживайтесь этой базовой структуры, и Вы достигнете успеха и процветания:

  • Цель документа
  • Описание проекта
  • Функциональность фронтенда
    • Общие черты
    • Карта сайта и структура веб-сайта
    • Описание каждой страницы веб-сайта
    • Каркасы (домашняя страница и по крайней мере 2 других важных страницы)
    • Разная функциональность
  • Функциональность бэкенда
  • Используйте случаи
  • Заключение

Заключение конечного результата

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

Советы по техническом задании сайта, которые Вас шокируют

1. Время, проведенное на создание технического задания, должно быть пропорционально бюджету. Узнайте, сколько времени ассигновано ТЗ и насколько подробнымоно должно быть. Например, 15 — 30 часов могли бы быть достаточно для краткого документа (15 страниц и 3 — 4 каркаса), но более подробная работа занимает не менее чем 50 часов. Если у проекта есть только 400 ассигнованных часов, не имеет смысла проводить 100 часов, сочиняя задания.

2. Не ныряйте сначала, с головой . Перед входом в подробные технические требования проведите некоторое время, раздумывая о новом веб-сайте, представьте его структуру, и проектируйте каркасы для самых важных страниц. Только начните работать над заданиями, когда у Вас есть четкая картина того, как веб-сайт должен работать.

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

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

5. Не принятое решения — плохое решение. Не оставляйте пустые секции, “откладывая их на позже”. Удостоверьтесь, что документ заданий касается всех секций веб-сайта. Если что-нибудь будет не ясно, обсудите все неясности с клиентом.

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

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

Перейти Перейти

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

+ 29 = 38