Написание технического задания (тз) на разработку сайта

Из чего состоит техническое задание

Все будет зависеть от шаблона, который вы выберете (чуть дальше я дам несколько ссылок на шаблоны/примеры), но есть базовые блоки, которые входят в техническое задание:

  1. Описание проекта/задачи. Кратко пишем, что за проект или задача, которую нужно выполнить.
  2. Назначение и цели. Какие цели стоят перед проектом.
  3. Требования. Дизайн, функции, технологии, которые необходимы.
  4. Описание работ. Что, когда и как будет выполнено.
  5. Порядок контроля и приемки. Как будут приниматься работы, что можно считать выполненным.
  6. Приложения. Эскизы, наброски, прототипы.

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

Простите, что прерываю чтение. Присоединяйтесь к моему telegram канал. Свежие анонсы статей, развитие digital продуктов и growth hack, там все. Жду вас! Продолжаем…

Чего не должно быть в ТЗ, а что там быть обязано

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

Вы сами знаете в каком стиле и что должно быть нарисовано. Перед вами стоит задача: улучшить узнаваемость бренда или мотивировать на отдых в таком-то месте. Как вы будете реализовывать эту задачу – ваши проблемы. Не хватало еще, чтобы заказчик учил вас код писать и рассказывал какими инструментами пользоваться.

Пусть в вашем ТЗ будет фраза: «Все, что не оговорено выполняется на усмотрение исполнителя». И не обязательно делать эту строчку маленьким шрифтом. Пусть думает заранее, а не начинает мечтать, когда проект уже готов. Конечно же, небольшие изменения вы можете и должны внести. Хорошая репутация – залог будущих клиентов, но иногда заказчик может так достать своими пожеланиями, что жить не захочется.

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

И не забывайте про подпись. Все серьезно, заказчик должен это понимать.

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

Достает из сумки сложенную в сто раз мятую писульку из 18 листов, пытается разгладить ее близлежащими предметами. Красное лицо и невнятное: «Вот, я тут короче написала-сделала, вот так ваш сайт будет выглядеть, подписывайте».

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

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

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

Новый подход

  1. Введение
  2. Статика
  3. Динамика
  4. Задачи
  5. Административная панель
  6. Общие технические требования

Введение и подготовка к реализации

  • Кратко описываем проект, его цели, ЦА, оставляем ссылки на предпроектную аналитику.
  • Описываем процесс инициализации проекта: настройку окружения для разработчиков и подход к разработке концепции дизайна для дизайнеров.
  • Принципы адаптивности или разбиения на версии. Последнее время в своей работе мы придерживаемся следующего принципа — “адаптивь все, что адаптивится”. Иначе говоря, в начале работы над ТЗ мы понимаем, какой сложный функционал нам нужен (или может понадобиться в ближайшем будущем) и вместе с дизайнером и front-end разработчиком придумываем способы его заадаптивить. При новом подходе отрицательных результатов еще не было, поэтому отдельные версии описывать не приходилось.

СтатикаДинамика

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

ЗадачиАдминистративная панельОбщие технические требования

  1. SEO-требования к тегам и микроразметке
  2. Правила транслитерации
  3. Ручное и автоматическое тестирование
  4. Поддерживаемые браузеры

Из чего состоит ТЗ

Общая информация

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

Статус текущего документа и конфиденциальность.

Назначение проекта.Указывается: для чего будет использоваться полученный продукт.

Цели создания и задачи, которые должен решить ресурс.С одной стороны это довольно короткий раздел, но по важности проработки он занимает первое место. Если цели и задачи поставлены не четко и неизмеримо, то может быть довольно сложно им следовать.

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

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

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

Информационная архитектура и интерфейс

  1. Структуру сайта. Это так называемые высокоуровневые прототипы.
  2. Шаблоны страниц. Низкоуровневые прототипы, описывающие непосредственно интерфейс сайта.
  3. Опись контента. Табличное описание содержания каждой страницы сайта.

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

  • Не жалейте места. Старайтесь располагать блоки так, чтобы они были отделены друг то друга. Это поможет читабельности карты.
  • Не мельчите. Прочитать текст, напечатанный 4 кеглем, в принципе можно, но это уже причина для ненависти.
  • Выравнивайте «квадратики» страниц относительно друг друга, выстраивая в линии. Это улучшит восприятие уровней вложенности страниц.
  • Не пересекайте линии. Старайтесь избегать большого количества пересечений линий связей. Если они пересекаются, то должны «перескакивать» одна над другой. Кто занимался черчением функциональных схем в университете, меня поймет.
  • Подписывайте карту. Подпишите саму карту, а также отдельные блоки. Это позволит меньше путаться в дальнейшем.
  • Почаще сохраняйте файл. Банально, но надо просто помнить об этом. Не стоит лишний раз вспоминать родственников разработчиков программы Visio, в сущности, они ни в чем не виноваты.

Пример карты сайта.Шаблоны страниц

  1. Перечень шаблонов. Выявляются основные типы страниц и описывается их использование.
  2. Типовой шаблон. Основные блоки. Описываются основные блоки страниц с целью уменьшить повторяемость информации.
  3. Описание каждого шаблона согласно перечня. Шаблоны отрисовываются в любом графическом пакете (Adobe Illustrator, Adobe InDesign, MS Visio и др.), а затем дополняются кратким описанием.

ОговоркаПример разворота из ТЗ с описанием шаблона интерфейса (вайрфрейма).Описание контента

Требования

  • Технические требования к системе;
  • Требования к персоналу;
  • Требования к надежности;
  • Требования к эргономике и технической эстетике;
  • Требования к защите информации от НСД;
  • Требования по сохранности информации при авариях;
  • Требования к видам обеспечения;
  • Требования к программным средствам;
  • Требования к информационному обеспечению;
  • Требования к техническим средствам;

Требования к программному обеспечению

  1. Тут речь идет о хостинге или серверах. Так как мой блог ориентирован на создателей, которые работают на Таймвебе (https://timeweb.ru) – все очень просто. Если вы не из «наших», то нужно смотреть на технические характеристики. Например, кто-то очень умный делает крутой сайт, а потом пытается подключить его к хостингу, а технические характеристики настолько завышены, что ни один хостинг в России не справляется. Пункт нужный, но не для новичков в сфере разработки.
  2. Здесь мы описываем будет ли портал иметь мобильную версию, адаптирован под портативные устройства или сможет открываться только через Google Chrome, а любые искривления в других браузерах нас вообще не волнуют.

Справочная информация

ДокументыЗаконыИзвещенияУтверждения документовДоговораЗапросы предложенийТехнические заданияПланы развитияДокументоведениеАналитикаМероприятияКонкурсыИтогиАдминистрации городовПриказыКонтрактыВыполнение работПротоколы рассмотрения заявокАукционыПроектыПротоколыБюджетные организацииМуниципалитетыРайоныОбразованияПрограммыОтчетыпо упоминаниямДокументная базаЦенные бумагиПоложенияФинансовые документыПостановленияРубрикатор по темамФинансыгорода Российской Федерациирегионыпо точным датамРегламентыТерминыНаучная терминологияФинансоваяЭкономическаяВремяДаты2015 год2016 годДокументы в финансовой сферев инвестиционной

Описание разделов сайта

5.1 Главная страница

На главной странице будут присутствовать следующие элементы:

  • Шапка – логотип;
  • Под главным меню слайдер;
  • Под основным контентом блоки с ссылками на категории по заработку в интернете;
  • Текст, кратко описывающий принципы работы;
  • Блок ссылок: форум, карта сайта;
  • Кнопки социальных сетей;
  • Баннер внизу сайта («в подвале»).

5.2 Внутренние страницы

Внутренние страницы сайта будут аналогичны главной странице и будут состоять из:

  • Шапка – логотип;
  • Блок ссылок: форум, карта сайта;
  • Кнопки социальных сетей;
  • Баннер внизу сайта («в подвале»);
  • В центральном блоке будет располагаться уникальный контент каждой страницы.

5.3 Схема главной страницы сайта

Боковое меню

 Логотип

Резервный блок,

на перспективу

Резервный блок,

на перспективу

Ссылки на форум и карту сайта

Главное меню

Слайдер

Основной контент

Блок Категории 1

Блок Категории 2

Блок Категории 3

Блок Категории 4

Графический баннер

Кнопки соц сетей

Копирайт

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

Описание функционала разделов сайта

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

Анатомия технического задания

План действий по работе с заказчиком

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

Первое общение.

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

Подготовка и первый бриф.

Посмотрите сайты, которые по вашему мнению подойдут для клиента. Скачайте несколько шаблонов и скажите, что сайт может выглядеть точно вот так. Чем больше материалов – тем лучше. Пусть у вас будет что показать заказчику, что иметь четкое представление о том, что ему нравится, а что нет. Избегайте абстрактных понятий из серии: красиво, удобно, качественно. У каждого свои представления об этих категориях.

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

Составление и подписание технического задания.

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

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

Однажды мне очень повезло. Прежде чем прийти на встречу клиент изучил вопрос, и сам составил не только грамотное ТЗ, но и художественное задание. То есть литературное и подробное описание как оно все должно выглядеть. Моему удивлению не было предела, на что он ответил: «Я считаю, что заказчик сам в первую очередь должен знать, чего хочет, а не мучать специалистов». К сожалению, это редкость, поэтому нам приходится задавать вопросы, прописывать и утверждать.

Разработка и прием.

После того как вы подписали все, можно приступать к реализации проекта.

Скачать образец документа

Скачать в .doc/.pdfСохраните этот документ у себя в удобном формате. Это бесплатно.

Приложение N 1 к Договору на создание веб-сайта N _______ от «___»______ ____ г. Техническое задание.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

на разработку сайта

Цели и задачи

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

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

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

Языки интернет-представительства

Язык интернет-представительства — русский /по умолчанию/, английский

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

Сервер: ______________________________

База данных: _________________________

Операционная система: ________________

Язык скриптования: ___________________

Кодировка: ___________________________

Сообщения об ошибках

Сформированные страницы для ____ и ____ ошибок.

Представление на мониторе

Размер сайта фиксированной ширины. Минимальное разрешение, при котором сайт будет корректно отображаться на экране, — ___х___ pix.

Для поддержки функционирования сайта дополнительные программные средства не используются.

Основной принцип — контент в базе, логика — на ______, отображение — html.

Структура и функционал интернет-представительства

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

Структура административного интерфейса

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

    Исполнитель: _______________________
                         М.П.
    Заказчик: __________________________
                        М.П.

Скачать в .doc/.pdfСохраните этот документ сейчас. Пригодится.

Вы нашли то что искали?

* Нажимая на одну из этих кнопок, Вы помогаете формировать рейтинг полезности документов. Спасибо Вам!

Смежные документы

  • Задание: образцы (Полный перечень документов)
  • Поиск по фразе «Задание» по всему сайту
  • «Техническое задание на разработку сайта (приложение к договору на создание веб-сайта)».doc

Документы, которые также Вас могут заинтересовать:

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

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

3.1 Требования к оформлению и дизайну шаблона сайта

  • Дизайн сайта должен быть в меру строгий, но без занудства, светлый, функциональный, без лишних дизайнерских элементов.
  • Основная цветовая гамма — бело-синяя, в элементах может использоваться любой из цветов, взятых из логотипа.
  • Без использования в шаблоне flash анимации, музыки и т.д. (Flash можно использовать только для баннеров, видео или в портфолио для демонстрации работ).

3.2 Требования к шрифтовому оформлению сайта

  • Использование только базовые шрифты доступные во всех современных браузерах (Arial, Calibri, Tahoma, Verdana и т.д.), исключение раздел портфолио, подчеркивающий тематику и стиль бренда компании, марки продукта, либо вида услуги.
  • Размер шрифтов должен обеспечивать удобство восприятия текста 10-16.

3.3 Требования к браузерам при просмотре сайта

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

  • Internet Explorer (версия 7.0 и выше);
  • Opera;
  • Firefox;
  • Chrome;
  • Safari;

Требования к системе управления контентом (CMS) сайта

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

  • Возможность добавления и удаления стандартных разделов;
  • Редактирование всех возможных меню, с возможностью добавления новых либо удаления старых в любое место на сайте с возможностью отображения на всех, либо на выбранных страницах;
  • Возможность визуального редактирования текста, таблиц и изображений (по аналогии с Microsoft Word);
  • Возможность вставки текста из Microsoft Word с последующей автоматической «чисткой» кода;
  • Возможность создавать и изменять формы отправки сообщений с сайта (обратная связь) с уведомлением по электронной почте, а также с возможностью их изменений;
  • Возможность вносить изменения в дизайн сайта, как в сам шаблон, так и на отдельные страницы;
  • Возможность резервного копирования и восстановления данных (частично либо полностью);
  • Возможность автоматической и полуавтоматической генерации путей (ЧПУ) стандартным методом либо с использованием транслитерации;
  • Возможность авторизации и разграничения прав для неограниченного количества операторов и администраторов сайта. Возможность изменять некоторые виды прав для конкретных пользователей;
  • Управление рассылкой для клиентов, имеющих доступ к закрытой части сайта.

Требования к отображению страниц сайта

Сайт должен автоматически масштабировать страницы в зависимости от ширины рабочего поля браузера пользователя («резиновый шаблон»). Максимальное ограничение на растягивание не выше 1400px, минимальное не ниже 1024. Так же на сайте должна присутствовать мобильная версия.

Функциональные требования

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

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

Требования к представлению сайта

  1. Структура сайта: описываем какие категории (рубрики) будут на сайте.
  2. Главная страница: лучше всего со схематической картинкой и описанием основных элементов.
  3. Внутренние страницы: тоже что и в предыдущем пункте. Схема и описание внутренних страничек.

Требования к системе управления сайтом

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

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

Назначение и цели создания сайта

2.1 Назначение сайта

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

2.2 Основные задачи сайта

2.2.1 Имиджевая:

Сайт является нашем «лицом» (лицом нашей организации) в сети интернет и должен:

а) Выделять нас как надежную и стабильную компанию, предоставляющую только правдивую и актуальную информацию в сфере заработка в интернете.

б) Поддерживать чистый образ:

  • партнера, помогающего решить все вопросы;
  • грамотного специалиста в своей отросли;
  • компании, с которой легко сотрудничать.

в) Не вызывать ассоциаций с дешевыми либо слишком напыщенными компаниями, работающими только ради своей выгоды.

2.2.2 Информационная:

Сайт должен предоставлять открытый доступ к информации:

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

Пример описания прототипа одной из страниц сайта

  1. Подчеркиваем, что это монобрендовый магазин с ценами фабрики.
  2. Контакты выносим в отдельный блок, т.к. по статистике предыдущего сайта пункт был одним из наиболее кликабельных. Показываем режим работы, чтобы снизить число пропущенных звонков. Корзину смещаем наверх, чтобы не мешать ссылку на контакты и телефон с данными о товарах.
  3. По статистике сайта поиском пользуются активно, в том числе и менеджеры при поиске по артикулам.
  4. Основное меню имеет смысл сделать выпадающим, т.к. учитывая количество вложенных разделов, вертикальное меню может стать «портянкой».
  5. Для слайдера нужно предусмотреть сортировку. В правой части слайдера размещаем блок, отображающий число слайдов.
  6. Онлайн-консультант – всплывающее окно по клику
  7. Сквозной блок о доп. услугах. Информация для покупателя, чтобы ее можно было получить на любой странице.
  8. Текст, раскрывающий преимущества магазина и мебели, и одновременно описывающий страницу для поисковиков.
  9. Просмотренные ранее товары. Если посетитель впервые на сайте, показываем популярные товары.
  10. Блок футера: адрес, телефоны, дублирующее меню.

Требования к графическому дизайну сайта

Требования к дизайну сайта

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

Порядок утверждения дизайн-концепции

В этой части вы опять запугиваете клиента, пользуясь юридическими терминами. Рассказываете о том, что собираетесь предоставить ему дизайн сайта в виде картинки, сделанной в Фотошопе. Он обязан его посмотреть в указанный срок. По истечение которого предоставить вам правки, а вы в свою очередь еще подумаете, а не олень ли он, и будете согласовывать и разбираться в том, насколько эти изменения логичны и будете ли вы браться за «исправление».

Выводы

Плюсы нового подхода:Минусы:

  1. Внесение доработок. На одном из проектов было необходимо ввести статусы товаров. В итоге получилось огромное количество доработок по 2-3 строчки. Нельзя это назвать явным минусом, т.к. полното требований в приоритете, но и идеальным данных подход назвать нельзя.
  2. Сложность восприятия при автоматизации бизнес-процессов. Если взять бизнес-процессы некоторых компаний от момента продажи до получения товара покупателем, не всегда есть возможность (или необходимость на первых этапах) покрыть весь процесс за счет Статики, Динамики и АП, т.к. многие задачи выполняются вручную, обсуждаются с клиентами по телефону и т.д. Это немного усложняет восприятие ТЗ в чистом виде, и требует дополнительного описания процессов.
  3. Стоимость и время разработки. Продавать ТЗ, конечно, стало сложнее, ведь далеко не все при первом контакте с разработкой готовы платить за него 10-20% от проекта при том что многие наши конкуренты берут за него 10-20 тыс. Но подобная работа сполна окупается при реализации, снижая риски проекта и улучшая качество.
Оцените статью
Рейтинг автора
5
Материал подготовил
Андрей Измаилов
Наш эксперт
Написано статей
116
Добавить комментарий