Всем привет, мы веб-студия Mad Design - специализируемся на разработке веб-проектов. Около 75% наших клиентов, при обращении к нам, не предоставляют вообще никакого ТЗ на разработку веб-сайта, около 20% пишут как могут, и оставшиеся 5% приходят к нам с подробным ТЗ (спасибо вам большое!). Эта статья для тех, кто хочет самостоятельно написать ТЗ для разработки своего проекта! Лично мы в 99% случаев ТЗ разрабатываем бесплатно.
Давайте разберемся, как все-таки правильно писать техническое задание на разработку веб-сайта?
Есть 2 варианта:
1. Описать все очень подробно в свободной форме и отдать это подрядчику, подрядчик на основании этого составит для вас профессиональное ТЗ. Минус - за это нужно заплатить дополнительно.
2. Если средства ограничены, то можно попробовать это сделать самому, давайте разберемся пошагово как что и к чему?
Суть техзадания:
Ваша первоначальная задача донести до разработчика суть вашего проекта. Именно с этого должно начинаться любое техническое задание на разработку сайта.
Опишите в свободной форме свой проект, расскажите разработчику, что вы хотите получить от своего нового сайта (или доработки уже существующего) и каким его должен видеть посетитель.
Пример: «Будущий интернет-магазин кондиционеров будет служить основным инструментом для привлечения клиентов и увеличения продаж. От большинства конкурентов нас отличает наличие собственного сервисного центра и технический персонал прошедший обучение в Японии. Наш посетитель и потенциальный клиент должен с первого взгляда понять, что попал на сайт серьезной организации, однако серьезность не должна „давить“ — мы хотим произвести впечатление открытой компании с которой легко работать.».
Подобное описание даст разработчикам возможность прочувствовать что им предстоит сделать, а значит все дальнейшее описание будет восприниматься через призму этих ощущений и избавит от необходимости без видимых причин вдаваться в ненужные и путающие на начальном этапе подробности. Вышеописанное особенно актуально для дизайнеров.
Название, логотип, стиль и дизайн и их значение в техническом задании
Сообщите разработчику название вашего сайта, пришлите логотип и руководство по использованию фирменного стиля. Если логотипа и стиля нет, вполне возможно вам может помочь разработчик, или порекомендуют нужных специалистов. Как минимум, вы должны сообщить свои предпочтения по стилистике будущего проекта. Даже если у вас пока нет четкой определенности — вы сэкономите массу времени и себе и разработчику просто в свободной форме изложив свои соображения о том, как должен выглядеть ваш сайт.
Например: «Мы видим наш сайт в светлых тонах, без лишних деталей, возможно использование оранжевого цвета для выделения заголовков и других акцентов. Ссылки, кнопки, навигация — на усмотрение дизайнера.»
Постарайтесь объяснить разработчику в каких аспектах вы хотите точного выполнения описанного, а в каких даете творческую свободу. Это необходимо для того, что бы исполнитель знал, как вы отреагируете на то или иное решение. Будьте готовы, что не все из того что вы хотите получить при написании ТЗ в итоге будет гармонично выглядеть. В этом нет ничего страшного и опытный разработчик, как правило, еще на этапе согласования ТЗ или первых эскизов укажет на ошибку и предложит пути ее решения.
В идеале вам нужно достаточно подробно описать ваше виденье будущего дизайна, так же привести в техническом задании список сайтов (желательно, но не обязательно) тематически близких к вашему. Снабдить список из 5-10 сайтов краткими описаниями, например:
- www.site1 — нравится цветовая гамма и подача товаров, размер шрифтов мелковат.
- www.site2 — отлично реализован «быстрый заказ», все остальное ужасно.
- www.site3 — основной конкурент, все хорошо, но на него похожим быть нельзя.
Не перегружайте дизайнера информацией, хороший дизайнер уже «видит» ваш проект, постарайтесь не менять свои пожелания, в противном случае есть вероятность запутаться самому и запутать дизайнера, это приведет к потере времени. Вышеописанный минимум даст разработчику возможность проявить свой творческий потенциал и задать вам интересующие его уточняющие вопросы.
Структура и основная функциональность сайта или интернет-магазина
Опишите предполагаемую структуру будущего ресурса. Структура один из самых информативных и важных разделов в будущем техническом задании на разработку сайта или интернет магазина. Структуру проще всего описывать в древовидной форме, кроме того это достаточно наглядно и даст техническому специалисту основную информацию о предстоящей работе. Например:
1. О компании
1.1. Руководство 1.2. Вакансии
2. Каталог товаров
2.1. Микроволновые печи
2.1.1. Panasonic 2.1.2. Samsung 2.1.3. Daewoo
2.2. Водонагреватели
2.2.1. Проточные
2.2.1.1. Bosh
2.2.1.1.1. Проточный водонагреватель Bosh BX5L 2.2.1.1.2. Проточный водонагреватель Bosh BX10L 2.2.1.1.3. ...
2.2.2. Накопительные
2.2.3. Газовые проточные
3. Контакты
3.1. Схема проезда
Схематическая структура:
При наличии задач, разделов или функциональных элементов которые нельзя структурно описать в виде дерева, можно нарисовать схему (главное не перестарайтесь как в примере выше) или дать пояснения, например:
- У пользователя должна быть возможность заказать товар, как из списка товаров, так и из карточки товара.
- У пользователя должна быть возможность перейти в «корзину заказов» с любой страницы сайта.
- На страницах каталога, в разделе «пылесосы», а так же в карточках товаров под основным списком содержащим модели и характеристики должны отображаться мешки для пылесосов.
Уточнения
- Обязательно распишите все что нельзя увидеть на близких по тематике сайтах или может быть истолковано неоднозначно. Любые ваши идеи и ноу-хау — важны.
- Обозначьте примерный размер сайта в страницах, например — 10 обычных страниц с информацией и 990 страниц с описанием продукции в каталоге товаров.
- Не забудьте указать в техзадании и обсудить с разработчиком стратегию дальнейшего развития, продвижения и рекламы вашего проекта.
- Укажите, как именно вы хотите получить готовый проект, кто будет устанавливать его на хостинг и осуществлять дальнейшую техническую поддержку.
- Продумайте нужна ли на сайте регистрация для посетителей? Зачем она нужна вам, а чем она будет полезна посетителю.
- Ваш будущий интернет-магазин в перспективе будет доставлять товары почтой в любой уголок мира? Не забудьте предупредить об этом.
- Договоритесь, кто будет писать и подготавливать к публикации текстовое наполнение сайта, кто будет заполнять сайт.
Сроки и стоимость
Указывать или нет вилку цен, в которой вы готовы работать с выбранным исполнителем — ваше дело, не указав ее в техзадании вы можете выиграть в том случае, если разработчик назовет стоимость ниже, но рискуете недополучить то, что разработчик готов предложить за те деньги которые вы в действительности готовы заплатить. Указав примерную стоимость — даете разработчику возможность сразу не гадая предлагать вам решения в указанных ценовых рамках, экономя время обеих сторон. Кроме того, указание вилки цены не отменяет необходимость разработчика обосновать ту сумму которую он просит за свою работу.
Со сроками все еще проще — вы знаете, когда вы хотите получить проект и когда он будет по-настоящему необходим. Сообщите разработчику, что он вас очень обрадует сдав проект через 6 недель, но через 8 недель у вас «выставка» и к этому сроку проект должен быть готов обязательно.
Ваши контакты
Высылая или другим способом передавая разработчику техническое задание на разработку сайта не забудьте указать ваши контактные данные (как минимум имя, телефон, email) и удобное время связи. Это может выиграть время как при первоначальном ответе разработчика, так и во время дальнейших обсуждений деталей.
Заключение
Надеемся, что данным руководством по созданию предварительного технического задания мы не только поможем вам без лишних затрат времени и сил объяснить исполнителю суть и цели будущего проекта, но и на шаг приблизим к успешной реализации вашей задумки.
Если все же у вас планируется технически сложный проект, в этом случае рекомендуем вам все же потратиться и заказать разработку технического задания у исполнителя вашего проекта.
Команда веб-студии Mad Design благодарит вас за внимание и желает всем успехов и хорошего настроения!)
Заказчик не должен делать тз, не его работа.
И дополнительно платить не должен.
Вы ему сайт делаете нормальный или херню по его желанию? Тогда вы фиговая фирма. Человек может не смыслить ничего. Ваша задача объяснить, как нужно сделать, а потом выполнить отличный проект.
А инфо по сайту на этапе проектирования и анализа конкурентов собирается, это обычная практика.
И дополнительно платить не должен.
Это феерическая чушь, Андрей.
Техническое задание, помимо того, что в своём классическом виде — 990 страниц текста — уже мертво, это ключевая часть процесса разработки.
Если клиент не знает, чего хочет, то итоговый результат контролировать не реально, и всё это может закончится, в лучшем случае, сорванными сроками, а в худшем — судом.
Любая работа должна быть оплачена, предоплачена и закрыта актом.
И составление ТЗ — а лучше называть это «агрегацией требований» — это такая же работа.
Ну так агрегация требований или ТЗ - это разные вещи. Одни в свободной форме описывают пожеланий заказчика, второе - один из вариантов ГОСТА со свой структурой и обязательными условиями. В название статьи четко прописано ТЗ. Не бриф, не список требований, не концепция проекта.
Это такая же работа - где-то сказано, что этого нет? Увольте. Проектированием любой уважающий себя разработчик занимается, а сюда включается помимо всего прочего и сбор функциональных особенностей проекта.
Только вот должен ли это заказчик делать? Нет, конечно.
Он расскажет то, что хочет. Вы ему предложите варианты. После обсуждения придете к единому мнению. Зафиксируете. Продолжите работу.
А уж если Вы не можете контролировать результат, то это опять же Ваша проблема. На берегу обсуждается проект. Никто не отменяет составления списка требований и набора функций.
Весь вопрос был к тому, кто этим занимается.
Во-первых, не «В»ыкай мне :)
Во-вторых, агрегация требований и техническое задание — это синонимы.
В-третьих, под агрегацией требований подразумевается совокупная работа по сбору и фиксации информации по проекту: цели, задачи, портрет ЦА, анализ конкурентов, mind-map структуры, mood-board для концепции дизайна и прочее и прочее.
В-четвёртых, разработчик должен заниматься своей работой, а не лезть в поле ответственности других специалистов. Настоящих DevOps единицы среди миллионов тех, кто себя считает мастерами-на-все-руки. Ты или умеешь что-то одно хорошо, либо нихуя.
В-пятых, процесс «рассказывания-мне-чего-он-хочет», чтобы я потом «предложил-ему-варианты» и есть начальная стадия формирования «ТЗ». И за это клиент заплатит, либо по итогу, либо перед тем, как я предложу варианты.
В-шестых, контролирование результата — это боль и моя и клиента. Но тут тебя уже куда-то несет не туда :) Ибо, формирования списка требований и набора функций есть частью составление «ТЗ».
В-седьмых, я посмотрел твой профиль в ВК.
Ты в 2012 окончил школу и в 2016 нашел свою первую работу?
Почему в 2017 всё бросил и решил убить себя, как специалиста, и уйти на фриланс?
Ты ведь понимаешь, что реальный опыт набирается только в студиях, под управлением толковых проект-менеджеров, тех. лидов и при работе в связке с арт-диром и командой дизайнеров?
Где же я Вам тыкаю-то, уважаемый?)
Предложения, где обращение идет к Вам - на Вы:)
Не синонимы. Одно свободную форму имеет, второе по ГОСТУ.
Логично, все верно.
К чему это? Не ясно. Пришли в фирму - Вы полный спектр услуг оказываете.
Правильно, заплатит в виде проектирования (или агрегации требований по-вашему), но это происходит в процессе работы с Вами. Все верно. Я где-то другое пишу? Я пишу, что заказчик изначально НЕ ДОЛЖЕН приносить никакого ТЗ. Все, именно это в любом предложении.
О, вот тыкаете, а сами на Вы хотели, как так-то?
Действительно, про сроки Вы заговорили - какое это отношение к разговору о наличии ТЗ у заказчика имело - я не знаю.
Опять же тыкаете, давайте будем на Ты? Я рад знакомству, реально зовут Андрей, можете обращаться, рад общаться с умными людьми.
Отлично, спасибо за просмотр. Я только пытаюсь побороть свое стеснение, поэтому там ничего интересного, но, надеюсь, со временем смогу что-то полезное донести.
Ну да, закончил универ и сразу на работу. До этого пытался фрилансить)
Кто ж себя убил? Я всегда занимался самообразованием, а на работе я сидел на жопе в техподдержке и выполнял одни и те же задачи. По факту моя работа текущая мало чем отличается, вопрос только в количестве свободного времени и оплате труда.
Не всем суждено или хочется в Москву, я живу тут, есть ипотека:) Мне нужно это оплачивать. На работе в 40к это сделать сложно) И как раз на работе я перестал развиваться. Да, была какая-то сетка развития до условного сеньора, но я понимал, что это не то.
Поэтому выбор на фриланс очевиден. У тебя полно времени, у тебя существенно больше денег, у тебя интересные проекты, общение с людьми.
Что ты можешь узнать в студии на позиции разработчика?)
Как с гитом работать?) Так это и так можно.
Как выполнять задачи от вышестоящего? Ну такой себе опыт.
В чем убийство-то?) Не вижу не единого плюса в стандартном вебе быть в студии, если ты не ее руководитель.
У менять есть толковые друзья, которые работают и в Яндексе, и свою фирму держат - я с ними общаюсь и обучаюсь. Такой процесс куда лучше, как по мне.
Но буду рад услышать иную точку зрения:)
В общем, я тебе про мягкое, а ты мне про тёплое.
Поговорим через пять лет :)
Без проблем.
Но пока у тебя никакого конструктива не было, хотя, как я понимаю, ко мне отношение с позиции "я царь, а ты студент", что не красит тебя.
Можете мне на почту или в вк написать (или любой месседжер), когда появится желание:) Рад общению с умными людьми.
Не серчай, я не хотел тебя чем-то обидеть.
Подъебать, да, чуток ;)
И точно не с позиции «царь».
Мы все были студентами, и многие познавали себя в самообучении. Это заебись, если хватает дисциплины.
В данном случае, мы с тобой говорим об одной и той же хурме, но немного с разным подходом. Однако, суть от этого не меняется.
Не знаю, в паре сообщений писать про Битрикс-программиста в кавычках с попутным опусканием оного - думаю, положительно это оценить нельзя.
Думаю, тут цель именно зацепить.
Чем меня подепать можно? Я этим деньги зарабатываю в глуши, где моя зп в 3-5 раз больше, чем можно получать.
Я не хочу быть всю жизнь Битриксоидом.
В том же профиле указано, что я и со стандартными web-технологиями работаю, и android изучаю.
А как до дела дошло, чтобы показать плюсы студий - так как-то не очень.
Высмеять, а по аргументам никак - это плохо.
Да, говорим об одном и том же, только статья не об этом. Понимаешь?
Ты комментируешь, ставишь минусы, но статья не об этом.
Первый абзац, который мы видим, что заказчик не приносит ТЗ - это плохо, вот тебе мил статья, как его составить.
Тут тебе и референсы дизайна, и описание структуры, и анализ конкурентов.
Как об этом можно серьезно говорить, когда тебе приходить бизнесмен, который не разбирается в IT?
За что же тогда деньги люди собирают, чтобы создать корректную и верную структуру сайта, если любой условный Вася это может сделать на коленке? Потом и получаются сайты, где у тебя логики нет. Ты заходишь и не понимаешь, что тут делать, потому что Вася сказал, а студия сделала.
Ты сам пишешь, что вы с ним вместе собираете эту инфу, при этом не соглашаешься с моими комментами и минусишь их? Это как понять-то? Если ты сам подтвердил, что говорим одно и тоже.
Прошу прощения, думал, что на Вы хотите:) Приучили на Вы писать незнакомым.
Незнакомым людям пишут просто «вы», а не «Вы». С большой буквы пишут только если охуеть-как-уважают собеседника, либо хотят поглубже засунуть язык в порыве лести и учтивости. Ага :)
Не знаю, меня так приучили с детства, я и пишу. Совковое воспитание от бабушки, ничего плохого в этом нет. Наоборот, очень рад.