Руководства, Инструкции, Бланки

Техзадание На Сайт Образец

Рейтинг: 4.2/5.0 (254 проголосовавших)

Категория: Бланки/Образцы

Описание

Пример Технического Задания на сайт

Если Вам нужно ТЗ на сайт, обращайтесь - помогу составить. При заказе сайта у меня, ТЗ - бесплатно.
Если Вам нужно только ТЗ - его разработка будет стоить от 1000 руб.

4. Назначение сайта (цель создания сайта).

- привлекать новых клиентов для фирмы

5. Целевая аудитория - мужчины 25-40 лет со средним достатком

  • Хэдер (шапка сайта):
    • логотип компании,
    • название,
    • слоган,
    • телефон,
    • контакты: почта, скайп.
  • Верхнее меню:
    • Главная,
    • Цены,
    • Услуги,
    • Контакты,
    • О фирме
    • .
  • Левое меню:
    • Список продукции и услуг компании по разделам,
    • Акции
  • Правое меню:
    • Новости,
    • Последние работы,
    • Отзывы
  • Центральная часть: Основная информация, которая может зацепить клиента, Картинки, иллюстрирующие ее.
  • Футер (низ сайта): копирайт, контакты, ссылка на сайт разработчика, счетчик
  • Расположение рекламных блоков - в каких местах вы хотите видеть рекламные блоки на сайте


7. Меню сайта - расположение и состав верхнего, левого, правого и иных возможных меню сайта, а также описание переходов по ним тщательно прописывается

8. Страницы сайта - подробное описание содержания страниц сайта

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

10. Пожелания по дизайну - желаемые цвета и оттенки, формы, идеи по расположению и дизайнерским элементам. Если есть - логотип, фирменные цвета и элементы.

11. Примеры сайтов, которые нравятся - это важно

12. Примеры сайтов, которые не нравятся - это не обязательно

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

14. Дополнительные условия - все что не вошло в вышеуказанный перечнь, но что требует отдельных пояснений.

техзадание на сайт образец:

  • скачать
  • скачать
  • Другие статьи

    Техзадание на разработку сайта: скачать образец

    Главные правила создания технического задания на разработку сайта

    Доброго времени суток, уважаемые читатели. Работать над созданием сайта с заказчиком всегда трудно. Клиент, как правило, хочет либо «что-то крутое», либо «ничего необычного, пусть будет как у всех». Абстрактные понятия, согласитесь. Если это ваш первый заказ, то вы даже можете обрадоваться подобным словам: «Круто, мне дают свободу творчества, я могу сделать все что пожелаю». Скажу по опыту, ничего подобного!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Содержание.

    Существует ГОСТ, по которому можно создать техническое задание на разработку сайта, а есть многолетняя практика. Не всегда государственные стандарты подходят под жизненные реалии. Давайте попробуем сочетать обе эти части.

    Пишете вы техническое задание для администрации города или легендарного Василия Пупкина, содержание лучше всего делать по ГОСТу. Научитесь этому заранее.

    Выглядит оно так:

    1. Глоссарий
    2. Общие положения
    3. Предмет разработки
    4. Назначение документа
    5. Требования к графическому дизайну сайта
    6. Требования к дизайну сайта
    7. Порядок утверждения дизайн-концепции
    8. Функциональные требования
    9. Требования к представлению сайта
    10. Требования к системе управления сайтом
    11. Требования к разделению доступа
    12. Требования к видам обеспечения
    13. Требования к информационному обеспечению
    14. Требования к программному обеспечению
    15. Требования к техническому обеспечению
    16. Требования к лингвистическому обеспечению
    17. Требования к эргономике и технической эстетике
    18. Требования к приемке-сдаче проекта
    19. Требования к наполнению информацией
    20. Требования к персоналу
    21. Порядок предоставления дистрибутива
    22. Порядок переноса сайта на технические средства заказчика

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

    Глоссарий

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

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

    Общие положения

    В этом пункте надо ответить на вопрос что мы собственно собираемся делать и для чего.

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

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

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

    Назначение документа

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Вы обязуетесь выложить изображения только в формате gif или jpg, а страницы не будут превышать определенного веса. Кстати, отличный пункт. Потом, если заказчик выпучит глаза и скажет, что ему нужно что-то другое, можно показать этот пункт и сказать: «Ну вы же сами про вес подписали, ничего не знаю, все это невозможно!».

    Еще одна действительно полезная вещь, которую вы также можете упомянуть здесь: ограничение предоставляемого контента. Вам нужно определить рамки – занимаетесь ли вы всем информационным наполнением или создаете учетную запись администратора, отдаете заказчику логин и пароль и пусть разбирается!

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

    Будет ли сайт выполнен на двух языках или нам достаточно только русского.

    Требования к эргономике и технической эстетике

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

    Требования к приемке-сдаче проекта Требования к наполнению информацией

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

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

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

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

    Порядок предоставления дистрибутива

    Что вы отдадите заказчику, когда работа будет выполнена: логин, пароль, туда-сюда.

    Набиваем цену технического задания

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

    В этом документе должно впечатлять все! Если вы собираетесь переслать его для предварительного ознакомления по почте, то обязательно используется формат PDF. И клиенту вероятно не захочется мучить себя правками и о вас он будет думать, как о профессионале. Мелочь, а значительная. Для преобразования вордовского документа можно использовать сервис http://smallpdf.com/ru/ .

    Не забудьте вставить фоном логотип собственной компании или вашего бренда, а также вставить контакты. Быстро и качественно их можно оформить на сайте http://logaster.ru .

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

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

    СКАЧИВАЕМ ШАБЛОН ТЗ

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

    Понравилась статья? Поделись с друзьями:

    Техническое задание (ТЗ, техзадание) на разработку сайта

    Разработка (ТЗ, техзадание) на разработку сайта. Образец, пример ТЗ. С чего начать? Образец ТЗ на разработку сайта.

    Любое техническое задание на разработку сайта начинается с изучения бизнеса заказчика, специфики тех услуг и товаров, которые он предлагает, изучения конъюнктуры рынка, и того контента, который уже имеется. Если всего это не знать, не прочитать информацию, которая впоследствии будет размещена на сайте, не понимая, как надо будет систематизировать информацию на сайте и обрабатывать, разработать качественное техническое задание просто не получится. В любом случае, заниматься разработкой технического задания, тем более, с смs-системой, должен только специалист – программист. Поэтому есть смысл обращаться сразу к опытным профессионалам, не рискуя бизнесом и деньгами. Но если вы планируете заказать разработку сайта попроще, и сами немного разбираетесь в том, что Без технического задания структура! хотели бы видеть на своем сайте, то есть смысл заняться написанием задания самостоятельно. Важно, чтобы техзадание на разработку сайта было написано корректно, грамотно юридически, понятно для разработчиков, не включало в себя нереальных требований.Можно сказать, что разработка технического задания является важнейшим этапом разработки самого сайта, поскольку без детального письменного описания самых главных моментов и требований к будущему сайту не стоит даже браться за его разработку. Переделывать каждую мелочь не согласится ни один программист, да и стоит ли, не легче ли с самого начала ориентироваться на документ, в котором отображены все пожелания будущего владельца сайта, все обсуждено и договорено. Этим документом и является техническое задание, которое учитывает как интересы заказчика, имеющего возможность описать свое видение сайта, и разработчика, который будет знать, на что ориентироваться, занимаясь разработкой сайта. После того, как прошло согласование технического задание, и его подписали обе стороны, оно считается утвержденным, если впоследствии понадобится внести некие коррективы в утвержденное задание, то они будут внесены по согласовании обеих сторон. Новую редакцию технического задания вновь подписывают обе стороны, далее осуществляется перерасчет стоимости разработки сайта, с учетом внесенных изменений. Кроме того, что для сайта разрабатывается техническое задание, для некоторых сайтов отдельно по желанию клиента разработчики могут отрисовать посредствам специального программного обеспечения пользовательский интерфейс – все станицы сайта, точнее, их прототипы.

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

    Техзадание - ТЗ - на разработку сайта

    Без предоставления исходных текстов для наполнения, гл.страница сайта будет выглядеть так. Компании-разработчики сайтов устанавливают свои цены на разработку технического задания. В среднем, ТЗ на разработку сайта стоит примерно процентов 8-10 от стоимости самого сайта. Если провести аналогию процесса разработки сайта со строительным процессом, то ТЗ на разработку сайта – это как технический проект строительства. Естественно, стоимость разработки техзадания во многом зависит от финансовых возможностей заказчика, его планов, степени сложности будущего сайта. Этим же, кстати, определяется и срок разработки технического задания. Для грандиозных проектов процесс разработки сайта разбивается на несколько этапов, кроме того, заказчик должен понимать, что не все, что он задумал, получится осуществить – пока заказчики будет мечтать о сайте, его обойдут конкуренты, с более простыми, но эффективными сайтами. Нельзя забывать и о том, что сроки разработки ТЗ не должны быть слишком затянуты, посетителей, в конце концов, волнует не техзадание, а сам сайт и его содержание. Вместе с тем, и скупиться на разработку технического задания нельзя, поскольку оно определяет идеологию будущего сайта в целом.

    ТЗ на разработку сайта, например сайта на CMS

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

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

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

    Здравствуйте, дорогие друзья нашего блога про создание и работу интернет магазина.

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

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

    1. Общие сведения о проекте
    — Цели и задачи проекта;
    — Аудитория проекта;
    — Структура проекта (вплоть до мелочей);
    — Сроки сдачи проекта, календарный план. Разделить на этапы, чтобы всегда отслуживать текущий статус;
    — Какого рода контент будет представлен на сайте. Где он будет размещаться. Что готовится заказчиком, а что исполнителем?
    2. Распределение работ между Исполнителем и Заказчиком
    — Заказчик предоставляет информацию;
    — Исполнитель выполняет работы.
    3. Дизайн
    — Заполненный заказчиком брифлист;
    — Функциональные прототипы страниц;
    — Логика следования покупателя по сайту с различных точек входа на сайт.
    4. Программные модули
    — Система администрирования сайта (движок сайта, CMS);
    — Описание того, чего нет в CMS и подлежит разработке.
    5. Требования
    — К хостингу;
    — К администратору сайта;
    6. Финальная часть
    — План тестирования проекта;
    — Ответственность сторон;
    — Прочая информация.

    1. Общие сведения о проекте

    Цели и задачи проекта.

    Здесь следует разместить определенные цели и задачи проекта. Важно это сделать не пространно, например, “Создание интернет магазина с возможностью онлайн заказа товаров”, а подробно описать то, для чего создается ваш интернет магазин и какие задачи он должен выполнять.

    Цели создания интернет магазина.
    — Расширение границ бизнеса и рынка сбыта продукции;
    — Минимизация издержек на работу с клиентами за счет функционала интернет магазина;
    — Создание площадки для успешного продвижения и продажи товаров Заказчика.
    — Пользователь должен иметь возможность ознакомиться с полным объемом информации о деятельности и услугах компании.

    Задачи, которые должен выполнять интернет магазин.
    — Возможность покупки товаров покупателем;
    — Полная автоматизация процесса покупки товаров покупателем;
    — Минимизация телефонных/почтовых контактов с покупателем за счет удобной подачи информации в интернет магазине;
    — Постоянная возможность получения актуальных значений товарных остатков в интернет магазине;
    — Автоматическое формирование платежных документов и прайс-листов;
    — Автоматизация процесса оплаты товаров покупателем;
    — Повышение лояльности клиентов за счет высокого уровня обслуживания как при первом контакте, так и впоследствии

    1.1 Аудитория проекта

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

    И не забудьте, что:
    — Соотношение мужчины/женщины в Рунете составляет 55/45 соответственно;
    — 62% пользователей это люди от 18 до 34 лет;
    — Самые активные пользователи – мужчина 18-34 лет (33% все аудитории);
    — Ориентируйтесь именно на тех пользователей, которые вляются целевой аудиторией вашего товара. Другими словами, не следует предлагать автозапчасти жещинам. Хотя всегда бывают исключения.

    1.2 Структура проекта (вплоть до мелочей).

    Необходимо изложить ВСЮ структуру проекта. Начиная от главной страницы и заканчивая самыми мелкими страницами. Соблюдение этого правила позволит ВСЕМ участникам проекта (дизайнеры, программисты, менеджеры и пр.) всегда понимать объем работы и иметь перед глазами структуру объекта. В примере ниже представлена примерная структура интернет магазина. На ваше усмотрение что-то добавить или убрать.

    1. Главная
    2. О компании

    a. История компании
    b. Вакансии
    c. Наши партнеры
    d. Отзывы и предложения
    e. Рекламные материалы

    a. Франчайзинг
    b. Советы по открытию магазинов
    c. Предложение для компаний
    d. Предложение для оптовиков

    4. Акции и распродажи

    13. Оформление заказа покупателем

    a. Сбор информации о покупателе
    b. Выбор доставки
    c. Выбор оплаты
    d. Подтверждение заказа

    1.3 Сроки сдачи проекта, календарный план.

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

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

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

    Посмотрите как можно оформить эту таблицу:

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

    1.4 Какого рода контент будет представлен на сайте. Где он будет размещаться. Что готовится заказчиком, а что исполнителем?

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

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

    Заказчик обязуется подготовить следующие материалы:
    — Названия, описания, цены товаров;
    — Наименования и описания разделов каталога сайта;
    — Информацию о доставке, оплате и контактах с администраторам сайта;
    — Информацию об интернет магазине;
    — Фотографии и изображения товаров в необходимом количестве;
    — Прочую текстовую информацию

    Исполнитель обязуется подготовить следующие материалы:
    — Баннеры на заглавной странице в количестве 3 штук;
    — Баннеры на странице “Акции” в количестве 5 штук;
    — Статьи с ключевыми словами для продвижения сайта в разделе “Статьи” в количестве 5 штук для товаров “Товар 1”, “Товар 2”,“Товар 3”, “Товар 4”, “Товар 5”. Количество знаков для каждой статьи от 1000 до 1500.

    О размещении этих материалов поговорим в следующем разделе.

    2. Распределение работ между Исполнителем и Заказчиком.

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

    Подобные работы могут быть описаны в Техническом Задании следующим образом:

    Размещение материалов происходит через систему администрирования. Материалы, подготовленные Заказчиком размещаются силами Заказчика. Материалы, подготовленные Исполнителем, размещаются силами Исполнителя.

    3. Дизайн в техническом задании на сайт

    Далее следует техническое задание на дизайн сайта. В этом пункте мы должны указать следующие материалы:

    — Заполненный заказчиком бриф лист;
    — Функциональные прототипы страниц;
    — Логика следования покупателя по сайту с различных точек входа на сайт.

    3.1 Заполненный заказчиком бриф лист.

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

    3.2 Функциональные прототипы страниц. 3.3 Логика следования покупателя по сайту с различных точек входа на сайт.

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

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

    4. Программные модули.

    В статье про бесплатные CMS (движки) для интернет магазинов мы рассматривали наличие тех или иных программных модулей в движках. Теперь пришло время рассмотреть как правильно в техзадании на интернет магазин отразить их разработку.

    Важное отступление. В 90% случаев вам для старта хватит и стандартного функционала и не стоит лепить кучу модулей для сайта, предназначение которых для вас может быть загадкой, а также их использование на старте под большим вопросом. ЗАЧЕМ терять на это деньги и ваше время, которое наиболее дорого именно при старте. Поэтому как следует призадумайтесь о разработке дополнительных модулей для сайта.

    4.1 Движок интернет магазина.

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

    4.2 Описание того, чего нет в CMS и подлежит разработке.

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

    — Название модуля
    — Способ получения модуля: скачивание с базы модулей с сайта разработчика / покупка у сторонних программистов и последующая установка / самостоятельная разработка;
    — Функции модуля, его прямое назначение;
    — Место/места его размещения на сайте;
    — Сроки разработки модуля;
    — Кто осуществляет установку и его внедрение в движок сайта;
    — Гарантийный срок работы модуля.

    4.3 Примерный список модулей, над внедрением/разработкой которых вам стоит задуматься.

    Оформление заказов:
    — Upsell (доп продажи в корзине);
    — Промокоды/дисконтная программы;
    — Подарки покупателям в корзине (много вариантов);
    — Автоматический расчет стоимости доставки в зависимости от условий (сравним курьерские службы?);
    — Возможность авторизации покупателей через сторонние сервисы;
    — Дополнительные модули оплаты и доставки товаров (здесь можно почитать про варианты оплаты товаров);
    — Заказ без регистрации/быстрый заказ.

    Каталог товаров:
    — Различные группы покупателей и соответствующие им цены;
    — Возможность купить товар из каталога, не заходя на страницу товара;
    — Краткое описание товара при наведении мышки на товар на странице каталога (почитайте про то как оформить страницу каталога);
    — Быстрый заказ со страницы товара (а здесь рассказано про страницу товара);
    — Разные сетки отображения товара на странице каталога;
    — Фильтрация товаров по дополнительным характеристикам;
    — Возможность поместить один товар в несколько категорий товаров;
    — Последнее просмотренное;
    — Несколько цен у товара.

    Пользователи:
    — Личный кабинет пользователей;
    — Интеграция и аутентификация с социальными сетями;
    — Возможность комментирования товаров/статей с помощью соцсетей;
    — Отзывы к товарам, их модерирование;
    — Группы пользователей;
    — Отслеживание заказов пользователей;
    — Заметки к товарам.

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

    5. Требования

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

    5.1 Системные требования к хостингу.

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

    Основные требования к хостингу могут выглядеть следующим образом:
    PHP 5.0.5—5.2.x
    MySQL 4.1 и выше, 5.x
    Необходимые расширения PHP:
    — mbstring, iconv;
    — ZLib;
    — dom (domxml), simplexml;
    — GD;
    — cURL.

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

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

    Как вариант:
    — Базовое знание HTML;
    — Обработка фотографий (Photoshop/…);
    — Умение работать с базой данных, административным функционалом сайта;
    — Понимание основ маркетинга и SEO.

    6. Финальная часть.

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

    6.1 План тестирования проекта

    Сроки и методы тестирования проекта перед запуском.

    Следует описать следующие вопросы:
    — Будут ли использоваться фокус-группы?
    — Какой функционал будет тестироваться Заказчиком?
    — Какой функционал будет тестироваться Исполнителем?
    — Сроки тестирования.

    6.2. Ответственность сторон.

    Распишите ответственность сторон после того как проект будет запущен.

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

    6.3 Прочая информация.

    Все, что не поместилось в предыдущие пункты следует поместить сюда.

    7. Заключение.

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

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

    БОНУС! Вместе с разобранным в этой статье ТЗ вы получите еще 3 других варианта для скачивания. Абсолютно бесплатно вы сможете скачать примеры и образца технических заданий для сайта интернет магазина. без всяких смс.

    Содержание файла:
    — Техническое задание из статьи;
    — 3 других варианта ТЗ;
    — Брифлист для заполнения.
    Всего 57 страниц в документе.

    Задавайте свои вопросы, подписывайтесь на наши выпуски и вы всегда будете в курсе того как создать и развить успешный интернет магазин.

    Похожие статьи: