Какое идеально оно — ТЗ для веб-дизайнера, веб-верстальщика, программиста?
Вопросов по поводу ТЗ или подобного документа задавалось большое количество тут всеми, тема вечная.
Но сколько не ищешь в интернете, наталкиваешься на некие общие шаблоны, которые не понятно - использовались ли вообще кем-то или нет на практике.
Хотелось бы обратиться к сообществу, кто не против опубликовать хорошие примеры ТЗ разработки сайта, или полностью всего проекта или же отдельными кусками - раздел для дизайнера, раздел для верстальщика, раздел для программиста. Или же может быть уже есть и в сети подобные документы, то прошу указать ссылки. Но сколько не искал - везде какой-то полуфабрикат. Хотелось бы более полную версию, считай опробованную на практике версию ТЗ, которую можно использовать для своей работы и своих заказчиков.
Как известно, от точности и полноты ТЗ зависит успех общения с заказчиком и выполнение проекта в угоду заказчику, его пожеланиям. Вот и хочется найти этот идеал ТЗ. Кому не жалко и готов поделиться своими примерами, пожалуйста. Надеюсь взаимополезный обмен примерами ТЗ, прототипов ТЗ, спецификаций или вообще любой документации, которой руководствуются исполнители при разработке, будет полезен всем, подписавшимся на данный вопрос и публикующих свой ответ.
Спасибо за советы и ссылки.
Добавлю к вопросу: в вашем случае на практике, кто составлял ТЗ например для сайта под ключ (дизайн+верстка+код+публикация) - вы или заказчик? В большинстве случаев заказчик не знает что писать в ТЗ, поэтому просит составить исполнителя. Получается исполнитель делает ТЗ фактически бесплатно? Или же закладывать стоимость этой работы в проектный бюджет?
globuzer: самый лучший вариант, когда сайт делают люди с опытом и все на их усмотрение.
Чем больше сторонний человек лезет в дело, которое не понимает, тем хуже.
Вам бы определиться с тем что вы хотите, а там уже и форма появится. К примеру очень удобно когда от ТЗ сущий формализм и определение тех мест где можно или нельзя проявлять творчество.
К примеру, сделать:
эту штуку
эту штуку
вот эту штуку
а вот тут не понятно - предложить варианты
а вот наш макет, на нём подчеркнуто это и вот это
Впрочем, это скорее похоже на бриф когда обсуждаются дитали. В конечном счёте должно получиться:
вы точно понимаете что и как делать (если вы исполнитель)
вы точно понимаете что и как вам сделают и по каким пунктам проверять, сделают-то по любому не то что вы "видите в голове", но пройдя по формализованному списку вы сможете принять работу и составить новый, улучшающий продукт
В остальном можно указать (а точнее договориться заранее)
какой этап сколько стоит
как передаются материалы
как происходит оплата, последовательность этапов
Пример этапов:
демонстрация на стороне исполнителя (на его сервере)
оплата (способы которые устраивают обе стороны, причём заказчик по факту сможет выбрать вариант уже в момент оплаты)
отправка результата заказчику (как, куда, входит ли в стоимость установка, развёртывание чего-либо)
поддержка (как, сколько, когда, при каких обстоятельствах, платно или бесплатно и прочее в таком духе)
Идеального ТЗ не бывает. Бывает достаточно конкретное ТЗ.
На самом деле все очень просто - вы оговариваете в ТЗ те вещи которые должны быть, если что-то в ТЗ не оговорено, значит это можно не делать или делать на усмотрение исполнителя.
Поэтому вы уже сами смотрите какие вещи для вас критичны и четко указываете их в ТЗ.
согласен, общий. но и рассчитывал различные виды ТЗ увидеть.
а по поводу оплаты это уже к договору относиться. формализм взаимодействия и порядочности заказчика и исполнителя тогда уж лучше декларировать ДОГОВОРОМ оказания услуг и к нему делать обязательным приложения, в которые могут входить: ТЗ, спецификации какие-то, прототипы, и прочее...
globuzer:
>это уже к договору относиться.
нет, относиться к платформе, которая берет на себя проверку заказчика
Качественное ТЗ могут выдавать только хорошо обученные профи, время которых дороже разработки
А тк в процессе разработки часто меняется не просто ТЗ, а конфепция, то ето деньги потраченные зря
Соглашусь, что идеального ТЗ нет, но есть ТЗ, которое максимально ограничивает споры сторон, т.е. максимально конкретное.
Как известно, от точности и полноты ТЗ зависит успех общения с заказчиком и выполнение проекта в угоду заказчику, его пожеланиям.
Заказчик все равно, независимо от ТЗ, ожидает больше, и даже в рамках крайне ограниченного для него ТЗ может начать разговоры о качестве и работы не принимать. Поэтому имеет смысл описывать также минимальный уровень качества, для некоторых пунктов.
Перед созданием сайта обязательно нужно составить конкретное техническое задание. Если же вы откажетесь от этого, то исполнитель просто не поймет, что ему нужно делать. Соответственно он вас может подвести со сроками. А также вы можете просто получить не актуальный сайт, на котором мало кто захочет находиться. Во избежание всего этого проще всего заказать ТЗ (знаю таких, как TZprofi, советовали мне) и уже потом давать его программисту. Чтобы избежать обмана, нужно контролировать исполнителя на стадии разработки. Тогда вас не обманут на деньги и вы получите отличный сайт)
Простой
