Образцы документов техническое задание при закупках. Образец технического задания скачать
Техническое задание является исходным материалом для создания информационной системы или другого продукта. Поэтому техническое задание (сокращенно ТЗ) в первую очередь должно содержать основные технические требования к продукту и отвечать на вопрос, что данная система должна делать, как работать и при каких условиях.
Как правило, этапу составления технического задания предшествует проведение обследования предметной области, которое завершается созданием аналитического отчета. Именно аналитический отчет (или аналитическая записка) ложится в основу документа Техническое задание.
Если в отчете требования заказчика могут быть изложены в общем виде и проиллюстрированы UML-диаграммами, в техническом задании следует подробно описать все функциональные и пользовательские требования к системе. Чем подробнее будет составлено техническое задание, тем меньше спорных ситуаций возникнет между заказчиком и разработчиком во время приемочных испытаний.
Таким образом, техническое задание является документом, который позволяет как разработчику, так и заказчику представить конечный продукт и впоследствии выполнить проверку на соответствие предъявленным требованиям.
Руководствующими стандартами при написании технического задания являются ГОСТ 34.602.89 «Техническое задание на создание автоматизированной системы» и ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению» . Первый стандарт предназначен для разработчиков автоматизированных систем, второй для программных средств (разницу между данными сериями мы обсуждали в статье «Что такое ГОСТ»).
Итак, ниже мы представляем список и описание разделов, которые должно содержать техническое задание согласно ГОСТам.
ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению |
ГОСТ 34.602.89 Техническое задание на создание автоматизированной системы |
1. Введение |
1. Общие сведения |
2. Основания для разработки |
|
3. Назначение разработки |
2. Назначение и цели создания системы |
3. Характеристика объекта автоматизации |
|
4. Требования к программе или программному изделию |
4. Требования к системе |
4.1. Требования к функциональным характеристикам |
4.2. Требования к функциям (задачам), выполняемым системой |
4.1. Требования к системе в целом |
|
4.1.1. Требования к структуре и функционированию системы |
|
4.1.3. Показатели назначения |
|
4.2. Требования к надежности |
4.1.4. Требования к надежности |
4. 1.5. Требования к безопасности |
|
4. 1.6. Требования к эргономике и технической эстетике |
|
4.3. Условия эксплуатации |
4.1.2. Требования к численности и квалификации персонала системы и режиму его работы |
4. 1.9. Требования к защите информации от несанкционированного доступа |
|
4. 1.10. Требования по сохранности информации при авариях |
|
4. 1.11. Требования к защите от влияния внешних воздействий |
|
4. 1.12. Требования к патентной чистоте |
|
4. 1.13. Требования по стандартизации и унификации |
|
4.4. Требования к составу и параметрам технических средств |
4. 1.8. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы |
4.5. Требования к информационной и программной совместимости |
|
4.6. Требования к маркировке и упаковке |
|
4.7. Требования к транспортированию и хранению |
4. 1.7. Требования к транспортабельности для подвижных систем |
4.8. Специальные требования |
4. 1.14. Дополнительные требования |
4.3. Требования к видам обеспечения |
|
5. Требования к программной документации |
8. Требования к документированию |
6. Технико-экономические показатели |
|
7. Стадии и этапы разработки |
5. Состав и содержание работ по созданию системы |
8. Порядок контроля и приемки |
6. Порядок контроля и приемки системы |
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие |
|
9.Источники разработки |
Итак, документ Техническое задание должен, по сути, отражать все требования к проектируемому продукту, выделенные на этапе аналитического исследования объекта автоматизации.
Опираясь на таблицу, приведенную выше, мы можем выделить основные разделы технического задания:
- Общие сведения о системе (программе);
- Назначение, цели и задачи системы (программы);
- Требования к системе (функциональные требования, пользовательские требования, требования к системе в целом и тд);
- Требования к видам обеспечения;
- Требования к документированию;
- Стадии и этапы разработки;
- Порядок контроля и приемки системы (программы).
Общие сведения
Данный раздел документа Техническое задание должен содержать полное наименование системы и все варианты сокращений, которые будут использованы при разработке документации.
Пример:
«В данном документе создаваемая информационная система называется «Единое окно доступа к образовательным ресурсам», сокращенно ЕО.
Систему Единое окно доступа к образовательным ресурсам далее в настоящем документе допускается именовать Единое окно или Система.»
Также сюда следует включить подразделы сообщающие реквизиты организаций участвующих в разработке (Заказчика и Исполнителя).
В подразделе «Основания для разработки» документа Техническое задание перечисляются основные документы, на основании которых выполняются данные работы. Например, для системы, выполняемой по заказу Правительства страны или другого Государственного органа, должны быть указаны законы, указы и постановления Правительства.
Неотъемлемой частью документа Техническое задание также должен быть список терминов и сокращений. Термины и сокращения лучше представить в виде таблицы с двумя столбцами «Термин» и «Полная форма».
Термины и сокращения располагаются в алфавитном порядке. В первую очередь принято давать расшифровку русскоязычным терминам и сокращениям, потом англоязычным.
Назначение и цели создания системы
Данный раздел документа Техническое задание должен содержать назначение и цели создания системы.
Пример:
«Информационная система «Единое окно доступа к образовательным ресурсам» предназначена для обеспечения пользователей полной, оперативной и удобной информацией, касающейся системы образования Российской федерации, организаций выполняющих функцию образовательных учреждений.
Основной целью Системы является формирование единой информационной среды и автоматизации бизнес-процессов Образовательных учреждений Российской Федерации.
Создание информационной системы «Единое окно» должно обеспечить:
- предоставление пользователям широкого спектра информационных ресурсов;
- повышение уровня информационной безопасности;
- повышение эффективности работы образовательных учреждений и ведомств за счет оптимизации ряда бизнес-процессов;
- повышение эффективности процесса взаимодействия информационных систем и сервисов внутри ведомства.
Создание Системы позволит сократить эксплуатационные затраты в результате повышения эффективности работы ведомства.»
Требования к системе
Данный раздел документа Техническое задание предназначен для описания основных функциональных требований системы. Это самая важная часть технического задания, так как именно она станет основным вашим аргументом при спорах с Заказчиком в процессе сдачи системы в эксплуатацию. Поэтому к его написанию необходимо подойти наиболее тщательно.
В документе Техническое задание должны быть представлены все требования, выявленные на этапе проведения анализа объекта автоматизации. Лучше всего выделить основные бизнес-процессы, которые и должны быть раскрыты посредством описания функциональных требований.
Пример:
«4.1 Бизнес-процесс «Предоставление информации об образовательных учреждениях Российской Федерации
В данном бизнес-процессе выделяются следующие участники:
Модератор – работник ведомства, входящий в состав обслуживающего персонала Системы, ответственный за корректность предоставляемых данных
Пользователь – гражданин, нуждающийся в получении информации о работе образовательных учреждений Российской Федерации.
4.1.1 Регистрация образовательного учреждения в Системе
Регистрация образовательного учреждения Российской Федерации осуществляется ответственным сотрудником учреждения («Постановление Правительства …»).
Процесс регистрации образовательного учреждения включает следующие шаги:
- Автор создает запись об организации;
- Автор заносит данные организации;
- Система проверяет наличие лицензии для данной организации
- Если лицензия существует в базе данных, Система отправляет Автору сообщение об успешной регистрации;
- Если лицензия не найдена в базе данных, Система отправляет сообщение Автору об отсутствии лицензии для данной организации.»
Если позволяет время, информацию, приведенную в данном разделе, следует, более полно раскрыть в приложении к документу Техническое задание. В приложении к техническому заданию можно привести экранную форму и ниже описать все события, которые на ней присутствуют (создание, просмотр, редактирование, удаление и т.п.).
Требования к системе в целом включают раскрытие ее архитектуры с описанием всех подсистем. В данной части Технического задания следует описать требования к интеграции системы с другими продуктами (если таковые имеются). Далее в техническое задание должны быть включены:
- требования к режимам функционирования системы
- показатели назначения
- требования к надежности
- требования к безопасности
- требования к численности и квалификации персонала и режиму его работы
- требования к защите информации
- требования по сохранности информации при авариях
- требования к патентной чистоте
- требования по стандартизации и унификации
- и т.д.
Требованиям к видам обеспечения
В данном разделе документа Техническое задание должны быть представлены требования к математическому, информационному, лингвистическому, программному, техническому и др. видам обеспечения (если таковые имеются).
Требования к документированию
Раздел «Требования к документированию» технического задания включает перечень проектных и эксплуатационных документов, которые должны быть предоставлены заказчику.
Данный раздел технического задания также важен, как и описание функциональных требований, поэтому не следует ограничиваться фразой «Заказчику должна быть предоставлена вся документация согласно ГОСТ 34». Это означает, что вы должны предоставить весь пакет документов включая «Формуляр», «Паспорт» и т.п. Большинство документов из списка, указанного в ГОСТ 34.201-89 не нужны ни вам, ни заказчику, поэтому лучше сразу согласовать список на этапе разработки документа Техническое задание.
Минимальный пакет документов обычно включает:
- Техническое задание;
- Ведомость эскизного (технического) проекта;
- Пояснительная записка к Техническому проекту;
- Описание организации информационной базы;
- Руководство пользователя;
- Руководство администратора;
- Программа и методика испытаний;
- Протокол приемочных испытаний;
- Акт выполненных работ
Перечень документов в техническом задании лучше представить в виде таблицы, где указывается наименование документа и стандарт на основании, которого он должен быть разработан.
Стадии и этапы разработки
В данном разделе документа Техническое задание следует представить информацию обо всех этапах работ, которые должны быть проведены.
Описание этапа должно включать наименование, сроки, описание работ и конечный результат.
Порядок контроля и приемки системы
В данном разделе документа Техническое задание необходимо указать документ, на основании которого должны быть проведены приемо-сдаточные испытания.
При необходимости техническое задание может быть дополнено другими разделами, или сокращено путем удаления нецелесообразных пунктов.
При изменении структуры технического задания, во избежание конфликтных ситуаций, ее необходимо согласовать с заказчиком до разработки документа.
Под техническим заданием понимается специализированная документация, содержащая главные требования заказчика к объектам закупки, в которой определен перечень условий, согласно которым будет осуществляться закупка, какие работы предстоит выполнить. Несмотря на то, что законодательством не предусмотрено обязательное составление технического задания на выполнение работ и других услуг, эта форма документации широко распространена, так как благодаря техническому заданию осуществляется экономия трудовых и временных ресурсов на следующих этапах:
- Этап планирования;
- Составление итоговой документации предстоящей закупки, извещения, проектные договора;
- Этап непосредственного исполнения условий контракта.
Посредством оформления технического задания (далее ТЗ) перед размещением извещения о планируемой закупке, достигается оптимальный расчет сроков, требуемых на выполнение работ или обеспечение товаром, подбор квалифицированных специалистов. Также надлежаще составленное ТЗ позволяет максимально конкретизировать сам объект закупки, максимально понятно и подробно описав его. На основании предварительно подготовленного ТЗ проводится итоговая оценка соответствия результата закупки изначально заявленным характеристикам.
На основании сведений, которые содержаться в данном документе, становится возможным:
- Формирование плана, проекта закупок;
- Определение стоимости контракта как начальной, так и максимально возможной;
- Составление извещения о проведении закупки;
- Формирование графика выполнения условий контракта;
- Подготовка основополагающей документации, включая проекты контракта;
- Оценка поступивших предложений от желающих принять участие в закупке;
- Заключение контракта и контроль за его исполнением.
Как составить форму
Как правило, техническое задание составляется контрактным управляющим в тандеме со специалистами юридического отдела, после чего документ заверяется лицом, уполномоченным принимать решения, связанные с проведением закупок. Подписание документа желательно произвести в срок не более, чем за 10 дней до даты формирования извещения и прочих сопутствующих документов о закупке. Техническое задание включает:
- Основную информацию о планируемой закупке;
- Общие сведения об объекте закупки;
- Требования к исполнителям;
- Какие условия должны соблюдаться при исполнении договора;
- Сведения об имеющихся приложениях.
Обратите внимание! При оформлении ТЗ следует руководствоваться объективностью, используя понятные и лаконичные формулировки, не содержащие противоречий. Требования ТЗ должны быть сформированы, согласно установившейся практике, не содержа противоречий нормам законодательства.
При составлении ТЗ следует учесть, что, согласно техническому заданию, риски и обременения снабженцев и исполнителей не должны превышать взятые на себя заказчиком, в противном случае это может привести к удорожанию стоимости контракта, либо к отказу от подачи заявок на участие.
На выполнение строительно-монтажных работ
Техническое задание на выполнение строительно-монтажных работ должно содержать необходимые критерии, согласно которым должны быть осуществлены требуемые работы. При составлении документа следует указать:
- Сам объект аукциона. Какие именно работы должны быть произведены в соответствии с будущим контрактом;
- Адрес местоположения. Точное местонахождение объектов, на которых требуется осуществить строительно-монтажные работы;
- Условия проведения работ. В данном пункте, как правило, перечисляется характер почв, инженерно-геологические характеристики, например, уровень глубины грунтовых вод и иные характеристики, значимые при проведении будущего строительства;
- Указывается характер строительно-монтажных работ — будет ли это новое строительство либо работы будут проводиться на уже возведенном объекте;
- Способ осуществления, например, подряд;
- В следующем пункте содержится информация о наличии проектно-сметной документации и о том, кем она была составлена;
- Технико-экономические характеристики объекта строительства;
- В следующем пункте расписываются функции, которые возлагает на себя заказчик строительно-монтажных работ, включая бухгалтерский учет, контроль за ходом строительства на всех этапах, организации работы и предоставление разрешения на проведение строительно-монтажных работ;
- Требования к исполнителю с перечнем работ, которые подлежат выполнению стороной-подрядчиком;
- Стадии строительства и сроки выполнения определенного объема согласно распределению на этапы;
- Организационные требования, например, необходимость соответствия выполняемой работы требованиям ГОСТа, и действующим СНиПам;
- В конечном пункте указываются сроки, в которые строительно-монтажные работы должны быть произведены в полном объеме.
На выполнение электромонтажных работ
При составлении ТЗ на выполнение электромонтажных работ действуют те же принципы, что и в предыдущем примере. По пунктам указываются следующие сведения:
- Место выполнения работ;
- Сроки выполнения;
- Дается краткое описание требуемых работ;
- Требования к исполнителю.
Важно! Ввиду специфики отдельных видов работ, к которым относятся, в частности, электромонтажные работы, наряду со стандартными требованиями к участникам аукциона, заказчиком в техническом задании могут быть выдвинуты специальные условия.
Так, это могут быть требования о предоставлении сведений о допуске к определенным видам работ, наличие технических ресурсов для их осуществления, предоставление подтверждений квалификационного уровня рабочих участника, подающего заявку на участие в аукционе.
На выполнение работ по 44-фз
Согласно требованиям Федерального закона № 44-ФЗ, заказчику надлежит руководствоваться едиными требованиями, касающимися описания объекта закупок, при подготовке документов вне зависимости от способов фактического исполнения контракта. При оформлении ТЗ заказчик должен руководствоваться следующими директивами:
- При описании объектов аукциона следует ориентироваться на критерии объективности;
- Функционал, технико-эксплуатационные характеристики объекта закупок должны присутствовать в описании в случае необходимости;
- ТЗ должно носить нейтральный характер, не содержа излишнее количество чрезмерных требований с целью ограничения количества потенциальных участников.
Заказчики обязаны опираться на положения Федерального закона №44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг», согласно требованиям которого, выбор исполнителя или поставщика осуществляется по строгим правилам проведения электронного аукциона, победителем которого, как правило, становится участник, предложивший наименьшую цену. Поэтому крайне важно подготовить корректное техническое задание, учитывающие все нюансы к проводимой закупке.
На странице представлен образец бланка документа «Техническое задание на выполнение работ (приложение к договору подряда на выполнение работ)» с возможностью скачать его в формате DOC и PDF.
Тип документа: Задание
Размер файла документа: 1,8 кб
Бланк документа
Скачать образец документа
Сохраните этот документ у себя в удобном формате. Это бесплатно.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВЫПОЛНЕНИЕ РАБОТ
_______________________________________
(наименование работ)
Текст составляется в произвольной форме в соответствии с условиями договора подряда.
Предлагается включить в содержание технического задания следующие разделы.
1. Полное наименование Заказчика.
2. Полное наименование Подрядчика.
3. Основание для проведения работ.
4. Цель и исходные данные.
5. Требования Заказчика к выполнению работ.
6. Требования Подрядчика к выполнению работ.
7. Технико-экономическое обоснование.
8. Патентно-лицензионное обоснование (при необходимости наличия такового).
9. Работы проводятся в __________ этапов в соответствии с календарным планом выполнения работ (приложение ______ к Договору).
Одной из важнейших составляющих в любой закупке является техническое задание. Оно составляется заказчиком для максимального описания продукта или услуг, которые ему необходимо получить.
Чем точнее и корректнее будет составлено ТЗ, тем проще будет и поставщику и самому заказчику.
Техническое задание на закупку должно соответствовать требованиям законодательства. И помимо 44-ФЗ при подготовке ТЗ необходимо учитывать нормативные требования Антимонопольной службы и законодательства о техническом регулировании.
Ведь их нарушение, а также неполное или не конкретизированное описание требуемых услуг или товаров, может привести к подаче нецелевых заявок, а в случае отказа данным поставщикам — к жалобе в ФАС на необоснованное отклонение.
Разработка технического задания по 44-ФЗ
Качественная подготовка технического задания на закупку является залогом успешного тендера, ведь при проработке всех пунктов ТЗ Вы получите конкурентоспособные, релевантные и сильные заявки на участие с предложением именного того товара, работ или услуг, которые рассчитываете получить.
Совет: стоит помнить, что излишние требования и конкретизация могут противоречить требованиям 44-ФЗ, поэтому всегда стоит следовать его нормам.
В случае, если Вы нуждаетесь в помощи при составлении документов в соответствии с ТЗ заказчика или не уверены в правильности заполнения, то можете воспользоваться нашей услугой оформления заявки или получить бесплатную консультацию наших специалистов .
Совокупность всех составленных технических заданий по 44-ФЗ на закупки напрямую влияет на план закупок и формирует план-график на будущий период. В идеале, заказчик составляя список всех необходимых товаров или услуг, которые будет необходимо получить в следующем периоде, планирует определенные моменты:
в какой форме будут проводиться тендеры;
можно ли объединить некоторые лоты в одну закупку или разумнее будет произвести несколько операций;
в каком количестве и форме провести торг на определенный товар, ведь можно сделать единоразовую закупку в форме конкурса один раз в период или проводить запрос котировок, например, каждый квартал.
От всех этих нюансов зависит, как именно будет составлен план закупок и план-график соответственно.
Подготовка технического задания
При подготовке техзадания на закупку, заказчик должен максимально открыто и точно указывать все параметры, чтобы подрядчик смог подготовить качественное предложение, оценив объем и сложность. Очень важно указывать требования в соответствии с 44-ФЗ, не превышая полномочий.
Обычно техническое задание закупки содержит следующие пункты:
описание закупки, т.е. наименование товара, работ или услуг;
технические характеристики объекта торга;
количество и комплектацию, если речь идет о товаре;
сроки поставки или выполнения работ;
требования с гарантии и безопасности;
условия оплаты и поставки;
другие требования не противоречащие условиям, обозначенными в законе;
Существенным моментом является то, что заказчик в техническом задании на электронный аукцион должен указывать минимальные или максимальные рамки показателей, а подрядчик, оценивая свои возможности, должен указать в форме 2 уже точные значения.
Рассматривая эти конкретные показатели заказчик будет принимать решение о допуске поставщиков к участию в аукционе.
Образец технического задания на закупку
При составлении технического задания многие заказчики хотят найти какую-то унифицированную единую форму. Четко регламентированного законом бланка — нет, но есть общие требования к разделам и принятый формат оформления.
Пример технического задания по 44 ФЗ и ответа на него вы можете посмотреть на нашем сайте на странице “Подготовки и подачи заявки” . В данном примере подробно описано, как должно выглядеть ТЗ в тендерной документации заказчика и каким образом должен писать ответ подрядчик. Эта информация будет полезна для всех участников торгов.
ООО МКК "РусТендер"
Материал является собственностью сайт. Любое использование статьи без указания источника - сайт запрещено в соответствии со статьей 1259 ГК РФ
Техническое задание важно и исполнителю, и клиенту. Исполнителю оно помогает лучше понять, что хочет заказчик, застраховаться от внезапных «хотелок» со стороны клиента, ускорить работу по выполнению задачи. Клиенту - рассказать точно о том, что он хочет, упростить контроль качества, получить точную стоимость услуги. Мы расскажем о том, как правильно составить ТЗ и что с ним потом делать.
Что такое техническое задание
Техническое задание - документ, в котором отражены все требования к будущему продукту. В нем описывают все технические требования. Обычно ТЗ составляют в виде текстового документа, редко - в других форматах.
ТЗ используют все разработчики сайтов. Верстальщикам, программистам, дизайнерам оно помогает лучше понять требования клиента и сделать ресурс, соответствующий его ожиданиям. Кроме того, ТЗ используют во всех других сферах, например - в:
- разработке приложений;
- проектировании дома;
- написании текстов и другие.
Если вы работаете по техническому заданию, риск споров и затяжных тяжб сведен к минимуму.
Как составить техническое задание: структура ТЗ на сайт
Прежде чем приступать к работе:
- Определитесь, кто будет составлять техническое задание
- Разъясните термины
- Откажитесь от субъективных терминов
На первый взгляд кажется, что ТЗ на сайт должен составлять клиент , потому что он заказывает ресурс и выдвигает требования к нему. На самом деле в процессе должны участвовать оба: клиент озвучивает требования, а исполнитель записывает их конкретно, точно и понятно. Например, клиент говорит, что хочет сайт, адаптированный под всех пользователей, а разработчик прописывает требования к адаптивности под 4 доступных размера - ПК, ноутбуки, планшеты, смартфоны.
Разъяснение терминов - очень важный момент . Все узкоспециализированные термины желательно объяснить в самом начале - клиенты не всегда знают, что такое подвал (футер), CMS, рыба. Чем проще и понятнее будут объяснения, тем понятнее будет ТЗ для обеих сторон.
Субъективные термины могут вызвать ненужные споры . Не пишите «дизайн должен быть красивым» - понятие красоты у всех разное. То же относится к качественным прилагательным «удобный», «легкий в использовании», «большой». Используйте конкретные цифры и параметры: например, опишите цветовую гамму или расположение элементов.
Структура технического задания может быть любой. В качестве примера мы предлагаем простую структуру ТЗ на сайт.
Опишите сайт
Расскажите, какой тип сайта нужен, кем он будет использоваться, для чего он вообще создается. Например, напишите, что вам нужен интернет-магазин, лендинг для продажи товара или сайт-визитка с 10 страницами. Укажите ориентировочное количество страниц, если не знаете точного числа.
Если у проекта есть конкретная целевая аудитория, опишите ее. Это поможет создать ресурс, который понравится клиентам - например, использовать подходящие выражения в статьях или дизайн, который нравится молодежи или представителям старшего поколения.
Расскажите о структуре
Без представления о структуре невозможно разработать нормальный сайт. Распишите, какие страницы будут на сайте, и покажите уровни их вложенности. Сделать это можно разными способами:
- Схемой
- Таблицей
- Списком
Главное, чтобы в итоге было понятно, какие страницы будут располагаться в меню, куда они будут вести, какая родительская страница у каждого раздела. Мы рекомендуем использовать блок-схемы - они проще и удобнее в восприятии, чем списки и таблицы, помогают за несколько секунд оценить всю структуру сайта.
Пример простейшей структуры в виде блок-схемы
Опишите, что будет на каждой из страниц
Расскажите, какими видите страницы сайта. Делать это желательно в формате прототипа, чтобы наглядно продемонстрировать расположение каждого элемента. Можно описать требования и списком, например - рассказать, что будет в шапке сайта, где расположена форма обратной связи, что будет в свободной боковой колонке.
Если все страницы сайта примерно схожи - например, вы планируете создать сайт-визитку, можно обойтись двумя прототипами: для главной страницы и остальных разделов. Если есть несколько групп схожих страниц - например, разделы в каталоге интернет-магазина, блог со статьями и описание услуг по доставке/сборке/установке, лучше сделать свой прототип для каждой группы.
Пример прототипа главной страницы сайта: все просто, удобно, понятно
Выдвините требования к дизайну
Если есть разработанный макет, отлично - можно просто вставить его в техзадание. Если нет - нужно расписать требования к цветовой гамме, используемым изображениям, логотипам. Например:
- Укажите, какие корпоративные цвета можно использовать в дизайне, а какие оттенки - категорически нет
- Предоставьте логотип, который обязательно должен присутствовать в шапке сайта
- Укажите шрифты, которые желательно использовать для оформления страниц, меню, футера, контента
Если четких требований нет - то есть клиент сам не может сформулировать свое видение сайта, можно предложить ему несколько типовых макетов на выбор или разработать макет индивидуально, а затем - согласовать. Делать это нужно до утверждения ТЗ, иначе разница во вкусах может существенно затянуть проект.
Опишите требования к инструментам, коду, хостингу, домену
Это нужно, чтобы заранее знать, с какими инструментами можно работать, а с какими - нет. Опишите отдельным блоком:
- На какой должен находиться сайт - Вордпресс, Джумла, Модэкс и так далее
- Какой язык программирования можно использовать - PHP, JavaScript, HTML, другие
- На каком хостинге и в какой доменной зоне должен располагаться сайт, какое доменное имя можно использовать
- Какую программную платформу можно использовать - .NET, OpenGL, DirectX
- И так далее
Если клиент не понимает ничего в используемых терминах - объясните, чем отличается Вордпресс от Модэкса, PHP от HTML, домен в зоне.ru от домена в зоне.com. Вместе составьте требования так, чтобы они устроили клиента.
Уточните требования к работе сайта
По умолчанию сайт должен работать у пользователей всех устройств, в разных браузерах, выдерживать хакерские атаки и не ложиться при одновременном посещении 1000 пользователями. Но лучше прописать это отдельным блоком. Укажите:
- Приемлемую для вас скорость загрузки сайтов или стандартное значение - 1–5 секунд
- Кроссбраузерность - распишите, в каких браузерах сайт должен открываться
- Адаптивность - укажите размеры экранов, под которые должен подстраиваться дизайн, и используемые устройства
- Устойчивость к нагрузкам - сколько человек должно находиться на сайте одновременно, чтобы он не «лег»
- Устойчивость к хакерским и dDos-атакам: сайт должен выдержать небольшие атаки
Распишите сценарии работы сайта
Опишите, как пользователь должен взаимодействовать с сайтом, и какие действия на ресурсе должны происходить в ответ. Сделать это можно в форме простого нумерованного списка либо разветвленным алгоритмом, если у пользователей будет выбор между действиями. Если интерактивных сервисов много, распишите сценарий для каждого из них.
Пример простейшего сценария работы сайта
Уточните, кто занимается контентом.
Какие-то разработчики сами пишут тексты, кто-то заказывает их у копирайтеров, кто-то использует рыбу. Сразу уточните, входит ли предоставление контента в услугу разработки. Если да, можно сразу прописать дополнительные требования, например, к:
- - не меньше 95% по Адвего, Текст.ру, Контент.Вотч
- Тошноте (заспамленности)- не более 10% по Адвего иди 65% по Текст.ру
- Баллам по Главреду - не менее 6,5 или 7 баллов
Конечно, разные сервисы - не панацея, но они минимизируют риск того, что он будет «водянистым» или переспамленным. Кроме того, так появляются точные критерии оценки качества текстов.
Укажите сроки
Об этом часто забывают. В большинстве технических заданий должны быть прописаны сроки, иначе разработка может затянуться на несколько месяцев, полугодий, лет. Не используйте некорректные формулировки - например, «через месяц». Пишите точную дату: 1 декабря 2018 года, например.
Лайфхак: техническое задание лучше оформлять как приложение к договору о сотрудничестве. Так вы закрепляете все требования к разработке сайта, и в случае споров сможете выиграть дело в суде.
Запомните: в каждом ТЗ должны быть несколько основных блоков:
- Цели и задачи - о том, для чего вообще вы создали ТЗ, что хотите сделать с продуктом
- Каким должен быть продукт - описание в общих чертах
- Технические требования - площадь дома, объем текста, функционал приложения и так далее
- Сроки - они важны, чтобы исключить споры.
Пример составления ТЗ на программное обеспечение
Нужно создать ПО. Технические требования - ниже.
Описание : программа для поиска статей по ключевому слову на всех авторитетных сайтах, адреса авторитетных сайтов прописывать нужно вручную.
Что должно делать ПО: после ввода ключевого слова находит статьи на сайтах, которые внесены заранее в качестве авторитетных источников, выводит список совпадений в таком формате:
- Линк
- Название статьи
- Лид-абзац
Если больше 10 совпадений, нужно разделить на страницы - по 10 на каждой.
Технические требования: язык программирования - любой, не принципиально. Главное, чтобы программу потом можно было доработать и вывести в качестве онлайн-сервиса. В идеале сервис должен искать за 10 секунд.
Сроки : до 15.09.2018.
Естественно, это ТЗ можно улучшить - мы предоставили его в качестве примера. А как вы считаете, как можно доработать техническое задание, чтобы оно стало еще понятнее, проще, удобнее?