Одной из главных частей любой закупочной документации становится техническое задание (ТЗ). В этом документе прописываются все требования, который заказчик предъявляет к объекту закупки, срокам поставки товара или оказания услуг, гарантийным обязательствам и так далее. От правильности оформления ТЗ во многом будет зависеть результат закупки.
Каким требованиям должно отвечать техническое задание
Состав технического задания напрямую не регламентируется законом. Требования предъявляются лишь к описанию закупаемого объекта. Статьей 33 44-ФЗ регламентирован порядок его составления. Заказчик обязан соблюдать следующие правила:
- Описание закупаемого объекта должно быть объективным. Оно может включать в себя только технические, функциональные, эксплуатационные и качественные характеристики. Запрещено прописывать товарные знаки, фирменные наименования, сведения о производителе и тому подобную информацию. Если включение таких сведений крайне необходимо, то они должны сопровождаться пометкой «или эквивалент». Только так удастся обеспечить здоровую конкуренцию.
- При составлении описания разрешено пользоваться только терминологией, предусмотренной техническими регламентами, действующими в соответствии с законодательством РФ.
- В описание закупаемого объекта разрешено включать чертежи, фотографии, эскизы, результаты тестовых испытаний и подобную информацию.
- Если в техническом задании предусматривается предоставление поставщиком образца закупаемого товара, то в документации должны присутствовать время и место осмотра образца.
- При закупке лекарственных препаратов заказчик должен указывать непатентованные наименования, признанные во всем мире. Если такие наименования отсутствую, то прописываются химические или группировочные наименования.
Соблюдение этих требований является обязательным для всех заказчиков. Если у поставщика возникает вопрос, по поводу содержания ТЗ, он имеет право подать запрос на разъяснение документации. Заказчик должен в течение двух дней с даты поступления запроса предоставить разъяснение.
Как составить техническое задание
Техническое задание должно стать частью закупочной документации. Законодательство не обязывает заказчика формировать такой документ, но его составление облегчает процесс закупки. Чаще всего ТЗ состоит из следующих пунктов:
- Сведения о заказчике. Прописываются реквизиты организации, место нахождения, график работы.
- Информация о проводимой закупке. Целесообразно указывать полное наименование закупаемого объекта, способ определения победителя, источник финансирования. В этот же раздел можно включить данные об используемых терминах и сокращениях.
- Описание закупаемого объекта. Оно оформляется по правилам, установленным статье 33 44-ФЗ.
- Заказчик имеет возможность установить требования к упаковке товара и безопасности объекта закупки.
- Прописываются сроки поставки товара или оказания услуг.
- Указывается требуемый гарантийный срок. Он может составлять несколько дней, месяцев или лет.
- При необходимости заказчик может прописать требования по сервисному обслуживанию, монтажу и наладке, обучению сотрудников грамотной эксплуатации поставляемого товара.
При составлении ТЗ заказчику рекомендовано руководствоваться требованиям ГОСТ, методическими указаниями. В качестве источников информации, касающейся описания объекта закупки, можно использовать сведения из ранее заключенных контрактов, данные из общедоступных источников, коммерческие предложение сторонних организаций. Так как составление этого документа может занимать много времени, то лучше начинать готовить его заранее.
Какие сведения запрещено включать в ТЗ
Статья 33 44-ФЗ регламентирует сведения, которые не допускается прописывать в описании объекта закупки, а, следовательно, и в техническом задании. К ним относят:
- Требования к конкретному производителю товара и стране происхождения.
- Ссылки на конкретные товарные знаки без указания о возможности поставки эквивалента.
- Прописывать требования, которые присущи только одному товару.
Заказчик также не должен составлять техническое задание на закупку разнородных материальных ценностей или услуг. Например, нельзя в одном ТЗ запрашивать услуги по охране объекта и сервисному обслуживанию. В этой ситуации необходимо проводить закупку по двум различным лотам.
Техническое задание составляется специалистом контрактной службы. При этом они не всегда оказываются компетентны в этой области и нередко допускают ошибки в описании объекта закупки. Если поставщик заподозрил заказчика в намеренном ограничении конкуренции путем составление ТЗ, ограничивающего количество возможных участников, он имеет право обратиться с жалобой в ФАС.
Составляем техническое задание правильно
Составление технического задания и описание объекта госзакупки
Описание объекта закупки является составной частью технического задания. При этом в Законе о контрактной системе правила описания объекта урегулированы, но о техническом задании ничего не говорится. Правила составления ТЗ основаны на комплексе норм государственных и международных стандартов (ГОСТ). При их использовании в какой-либо сфере необходимо соотнести ТЗ со спецификой конкретной области деятельности.
В соответствии с 44-ФЗ, образец технического задания по ГОСТу в обязательном порядке заказчику создавать не нужно. Но практика показывает, что на каждом из этапов закупки (при составлении сопровождающей документации, проекта контракта, приемки и контроля исполнения контракта) заказчик соприкасается с элементами техзадания. Поэтому полезно такой образец иметь и понимать принципы разработки технического задания.
Требования к техническому заданию по 44 ФЗ
За основу можно принять официальное издание Единой системы документации национальных стандартов.
Основное назначение ТЗ - четко определить и зафиксировать требования к объекту закупки. При этом закон устанавливает, что наименование закупки указывается в соответствии с каталогом товаров, работ, услуг (ч. 4 ст. 23). Каталог утвержден Постановлением Правительства от 8.02.2017 № 145. При этом с 1 марта 2017 года правила формирования и ведения действуют только в отношении лекарственных препаратов. В отношении других товаров, работ, услуг они будут применяться только с 1 октября 2017 года. Основополагающим документом является Общероссийский классификатор продукции по видам экономической деятельности (ОКПД2).
16. Уточнить объем закупаемых товаров, а также периодичность и срок поставки.
17. Определить гарантийный срок и объем предоставляемых гарантий.
18. Установить требования к упаковке, маркировке, какие условные и специальные обозначения должны быть на ней.
19. Обязать предоставлять подтверждение нового товара или потребности в товаре иного состояния.
20. Определить расходы на эксплуатацию.
21. Определиться, нужны ли монтаж и наладка.
22. Установить порядок поставки и приемки.
23. Указать на необходимость провести испытания, обучение лиц, которые будут использовать закупаемый товар.
Техническое задание, образец по ФЗ 44
Помните, что универсального ТЗ не бывает, каждое разрабатывается индивидуально. Только так можно учесть все потредности и особенности заказчика. В качестве ориентира вы можете использовать этот пример технического задания по 44 ФЗ, образец. Также вам могут помочь наши материалы о техзадании на проектирование и обслуживание пожарной сигнализации или системы видеонаблюдения.
Как составить техническое задание по 44-ФЗ
Конкретных требований к ТЗ законодательством не определено (как и не определен образец формы технического задания по 44-ФЗ), а значит, заказчику стоит очень ответственно подойти к его составлению. Ведь от этого зависит, какой товар поставят, какого качества выполнят работу или окажут услугу. Разберем подробно этапы подготовки ТЗ, а в конце статьи вы сможете скачать пример технического задания по 44-ФЗ (образец).
Основные этапы составления технического задания
Составление ТЗ состоит из трех этапов.
Этап 1-й, подготовительный.
На данном этапе закупщик уточняет потребность в конкретных товарах (работах, услугах), а также начальную максимальную цену контракта. Формируется точное наименование предмета закупки и его описание.
Этап 2-й, основной.
- определяет качественные и количественные показатели закупки в соответствии с техрегламентами и национальными стандартами России;
- обозначает сроки, место и порядок поставки товаров (выполнения работ, оказания услуг);
- разрабатывает инструкцию по заполнению первой части заявки;
- ведет работу с потенциальными контрагентами для уточнения отдельных моментов ТЗ, проверяет правильность его написания.
Разъяснения по вопросу можно найти в письме Минэкономразвития РФ № 28и-2790 от 10.12.2014 года.
2. Эксплуатационные свойства
Их описывают по необходимости. Исключить характеристику можно, если приобретаются товары, определяемые родовыми признаками (зерно, масло и т.д.).
Заказчик вправе установить ряд требований к упаковке. Ключевым условием будет – обеспечение сохранности в процессе транспортировки и хранения. Одновременно описываются условия о соответствии продукции требованиям пожарной, санитарной, экологической безопасности. При этом в разделе приводят ссылки на действующие стандарты.
Практика открытых конкурсов на электронных площадках – распространенный способ обеспечить честную конкуренцию. Такой способ работы реализован во многих странах. Он гарантирует, что фирмы, подавшие заявки, будут в равных условиях. В то же время это требует от организации составить качественное техническое задание, чтобы не объяснять Подрядчику, а то и ФАС, что организации нужны другие товары или услуги, а требования техзадания – опечатка.
1.На что влияет качественно составленное техническое задание?
Насколько важно ? От полноты и квалифицированности техзадания зависит:
Какой товар или услугу купит Заказчик. Например, организация забыла указать, что нужна только новая одежда. Поставщик правомочен продать б/у вещи.
Длительность аукциона. При грамотном техническом задании не тратится время на уточнение документации, переписку с ФАС и потенциальными подрядчиками.
Сроки работ. Выявив ошибки в техзадании, например, установив, что организации требуются окна большего размера, чем заявлено, Подрядчик правомочен приостановить работу, до разрешения противоречий. Часто выявленные ошибки служат поводом для расторжения контракта и организации нового конкурса.
Экономия денег компании. Конечно, если выяснится, что нужны дополнительные работы, эти траты, хоть обидные, но нужные. Но иногда, Подрядчик отправляется в суд, требуя взыскать с Заказчика деньги за выполненную работу, плюс судебные издержки. При проигрыше организации придется платить за работу, которая ей не нужна, оплатить услуги юристов Подрядчика, госпошлину.
Техзадание влияет на качество покупаемой продукции, экономит сроки работ и защищает от лишних трат.
2.Распространенные ошибки в техзадании.
Как бы хорошо Заказчик не знал сферу, где работает. Как бы ни понимал нужды своей организации, при составлении техзадания допускаются ошибки.
Их причины различны: человеческий фактор, когда загруженный сотрудник, копирует документацию, не читая или допускает опечатки. Недостаточная осведомленность о правилах подготовки технического задания.
Конкурсный управляющий планирует купить качественный товар, но формулирует свое пожелание так, что у ФАС появляются вопросы. Перечислим основные ошибки, возникающие при составлении техзадания:
Недостаточно четкие формулировки. Описание товара либо услуги должно быть конкретным, чтобы исполнитель понял, что требуется. Иногда Заказчику кажется, что он выразил мысль предельно четко, запросив, например, «кофе, 10 кг». Между тем, существует четыре вида кофейных зерен, несколько тысяч сортов этого растения. А цена на кофе лежит в диапазоне от сотен рублей, до сотен тысяч. Поэтому товар должен быть детализирован, с указанием ГОСТов, описанием вида, сорта, материала и т.д.
Чрезмерно четкие формулировки. Конечно, важно подробно объяснить потенциальным подрядчикам, что от них требуется. Но иногда вещь описывают настолько детально, что под требования начинает подходить один товар одной фирмы. Например, описывают автомобиль, а его техническим характеристикам соответствует исключительно «БМВ-7». Здесь участники аукциона и ФАС могут заподозрить попытку нечестной конкуренции.
Использование слов «лучше», «хуже». Эти категории условны и не подтверждаются объективными данными. Например, для кого-то «лучшей» будет одежда из полиэстера, из-за дешевизны и прочности. Кто-то предпочитает натуральные ткани. Даже, если на заявку типа "Поставка лучшей древесины" отзовутся, Заказчику потребуется обосновать, почему он посчитал прочие заявки «хуже».
Конкурсный управляющий не указывает фразу «или эквивалент» при описании товара конкретной марки.
Описки при описании товаров. Заказчик может указать «м» вместо «мм», «шт» вместо «уп.» Последствия такой опечатки очевидны. Организация рискует получить продукцию, не подходящий по размеру или в меньшем объеме.
Включение условий о «профессионализме», «положительной деловой репутации». Конечно, хочется, чтобы его работу выполняли профессионалы. Хочется работать только с зарекомендовавшими себя поставщиками. Закон и суды категоричны на этот счет – таких требований быть не должно. Ведь категория «профессионализм» также абстрактная и условная. Нет четких критериев, по которым можно определить, что эта компания «более профессиональна», чем прочие. Однако, в отдельных случаях возможно указание на величину активов фирм-исполнителей.
3.К чему приводят ошибки и недочеты в техзаданиях?
Чем может грозить организации ошибки и нарушения в техническом задании? Во-первых, Заказчик рискует купить товар или услугу, которая ему не нужна. Но организацию могут ждать другие проблемы:
Отмена результатов торгов. Торги прошли, поставщик найден, контракт подписан. Но фирма, решившая, что ее права ущемили идет в суд и просит признать торги недействительными. Если суд решит, что фирма из технического задания получила неполные сведения и не могла из-за этого участвовать в тендере – результаты отменят. Организация, неверно составившая техзадание потеряет и поставщика, и время.
Судебные разбирательства с Подрядчиком.
Разбирательства в ФАС.
Привлечение к административной ответственности. КоАП РФ содержит целый перечень статей, устанавливающих ответственность за нарушения в сфере госзакупок. Например, несвоевременное упоминание страны-изготовителя может повлечь штраф от 10-50 тыс. рублей.
4.Что входит в помощь по подготовке технического задания?
От качества техзадания может зависеть не только получение нужного товара, но и стабильная работа с поставщиком, без рисков судебных разбирательств и общения с ФАС. Поэтому при подготовке техзадания стоит воспользоваться услугами специалистов, оказывающих тендерное сопровождение.
На этапе консультирования Вы описываете, что требуется купить: «молоко для садика», «уборка улицы».
Тендерный брокер излагает Ваши пожелания согласно ФЗ-44. Например, для «наилучшего товара» - в техусловиях опишут ГОСТы, гарантийные сроки.
Составляется техническое задание, где учитываются и нужды Вашей организации, и требования, предъявляемые законом.
При необходимости возможна проверка соответствия технического задания остальной конкурсной документации (договорам, сметам и т.д.).
Консультации на этапе подготовки техзадания избавят Вас от претензий ФАС, конфликтов с Подрядчиками.
Что такое техническое задание? Как его делать и для чего оно нужно? Примеры, образцы, советы и рекомендации.
Казалось бы, как здорово, когда тебя понимают с полуслова. Выдал несколько фраз и вот оно, как раз то, что ты себе представлял. К сожалению, это так не работает.
Проблема восприятия информации, вечная. Эффект “сломанного телефона”, частое явление. А что говорить о том, если ты просто не умеешь ставить задачу? Да, такое тоже бывает и с этим нужно как-то работать, но как? Для того чтобы результаты задач, которые вы ставите, соответствовали вашим ожиданиям, пишите техническое задание.
Что такое техническое задание
Техническое задание (или ТЗ) – документ, в котором содержатся требования заказчика к продуктам или услугам, которые предоставляет исполнитель. Простыми словами: хочу так и так, чтобы семь взаимно перпендикулярных линий было, да еще и часть красным цветом, а часть бесцветным нарисуйте (видео про эту тему в конце материала, советую посмотреть).
Конструкторское бюро
Документ этот может занимать, как одну страницу А4, так и целый том, все зависит от задач и пожеланий которые в него входят. К примеру, вы можете написать техническое задание на небольшой landing page (одностраничный сайт) или же на сложное программное обеспечение с машинным обучением и прочими фишками.
Для чего нужно техническое задание
- Чтобы ставить задачу исполнителям.
- Чтобы подробно описать то, что хочется получить в конце.
- Чтобы согласовать порядок работ.
- Чтобы оценить и принять работу после реализации.
- Чтобы…(добавьте свои варианты в комментариях).
На самом деле, назначений и плюсов технического задания гораздо больше, чем в списке выше. Для меня лично, основная задача, которую решает ТЗ, это реализация того, что мне нужно, с минимальными отклонениями от ожиданий (моих ожиданий).
Благодаря ТЗ вы всегда можете спросить про сроки реализации, деньги и соответствие заявленным характеристикам конечного продукта или услуги.
По факту, это серьезный документ, который составляется заказчиком и исполнителем. Вплоть до того, что прописываются неустойки и обязательства сторон. Существует целый ряд ГОСТ-ов, более подробно читайте на Хабре .
Разработка технического задания
Если мы говорим об игре “по-взрослому”, например, техническое задание на разработку мобильного приложения или сайта, то это отдельная работа, за которую платятся немалые деньги. Вы привлекаете человека, как правило, это бывший или действующий технический директор (Chief Technical Officer) и просите его помочь вам.
Наличие бороды необязательно
В зависимости от объемов проекта/задач этот человек собирает все ваши “хотелки”, переводит их в технический язык, может быть готовит эскизы (как должно приблизительно выглядеть) и отдает вам готовый документ. Далее вы этот документ передаете исполнителям (команде внутри вашей компании или на аутсорс), договариваетесь по деньгам, срокам и приступаете к работе.
Совет: технический директор должен быть в вашей команде, в противном случае вы скорее всего не заметите чего-то в процессе реализации. У вас попросту не хватит на все знаний. Кто участвовал в написании ТЗ, тот и проверяет.
Из чего состоит техническое задание
Все будет зависеть от шаблона, который вы выберете (чуть дальше я дам несколько ссылок на шаблоны/примеры), но есть базовые блоки, которые входят в техническое задание:
- Описание проекта/задачи. Кратко пишем, что за проект или задача, которую нужно выполнить.
- Назначение и цели. Какие цели стоят перед проектом.
- Требования. Дизайн, функции, технологии, которые необходимы.
- Описание работ. Что, когда и как будет выполнено.
- Порядок контроля и приемки. Как будут приниматься работы, что можно считать выполненным.
- Приложения. Эскизы, наброски, прототипы.
Стоимость работ обычно выносится в отдельное приложение к договору, но бывает, когда стороны прописывают суммы и в самом техническом задании.
Простите, что прерываю чтение. Присоединяйтесь к моему telegram канал . Свежие анонсы статей, развитие digital продуктов и growth hack, там все. Жду вас! Продолжаем…
Примеры технического задания
Несмотря на то, что разработка технического задания процесс сложный, но весьма интересный. Ваша задача, воссоздать картину конечного результата, а потом описать ее по частям.
Пример одного из моих ТЗ на апдейт приложения Smart TV. Задания на более сложные и комплексные продукты составлялись уже с помощью коллег из тех.департамента. Не стесняйтесь обращаться за помощью к своим соратникам, вовлекайте их в процесс как можно чаще. И не забывайте давать обратную связь! Нет ничего хуже, чем вложить силы и время во что-либо без информации о результатах. Расскажите, как пригодился совет человека в вашей работе, в противном случае, это игра в одни ворота.
ТЗ на разработку интернет магазина
ТЗ на разработку мобильного приложения
ТЗ на сайт
ТЗ на сервисы/обновления
Если нужно больше образцов, просто погуглите.
Главная рекомендация, это делать. Беда в том, что лень-матушка одолевает каждого и сопротивляться ей не просто. Соберите всю волю в кулак и начинайте писать техническое задание, просто пишите и не останавливайтесь. Не переживайте, что не получается “идеально”, открою тайну, такого и не бывает. Просто пишите, с каждым разом будет получаться лучше и лучше.
Вот так надо
Мои первые зачатки по написанию ТЗ начали появляться несколько лет назад. Я работал с дизайнерами и ставил задачу на создание креативов для рекламных кампаний. Бессвязное хочу это и это превращалось в кучу потраченного времени и объяснений. Со временем постановка задач начала превращаться в какие-то смысловые блоки, а потом уже и в подобие технического задания.
Например для задачи “Кнопка лайк на сайте”:
- Описание: необходимо создать кнопку “Лайк” на нашем сайте.
- Назначение и цели: вовлечение пользователей, выдача/рейтинг материалов по кол-ву лайков.
- Требования: дизайн такой (пример: ссылка на что-то похожее), функционал (любой пользователь может оценить картинку и поставить лайк, система сайта учитывает кол-во лайков и меняет выдачу материалов), технологии (доступно на desktop и mobile версиях сайта).
- Описание работ: нарисовать 3 варианта макетов для кнопок (дата готовности: 01.10.17), разработать систему выдачи материалов по лайкам (дата: 14.10.17), тестирование функции (дата: 16.10.17), релиз (дата: 17.10.17)
- Приемка работ: пользователь нажимает на кнопку лайк, система засчитывает нажатие, выдача материалов меняется.
- Приложения: эскизы, наброски, примеры проектов, где работает похожая функция.
Оставляйте для себя те разделы и части структуры, которые нужны под ваши задачи. К примеру, шестой блок “Приложения” можно описать в функциональных требованиях. Основной совет: так или иначе описать задачу по структуре тех.задания. Таким образом, вы не упустите важные моменты и избавите себя от лишних вопросов, а коллегам упростите жизнь.
Ну вот
Мы и разобрали что такое техническое задание и как его делать. Теперь у вас появилась способность четко и понятно ставить задачи, доносить свои мысли до других людей и экономить время на дополнительные объяснения. Надеюсь, теперь вы знаете, что со всем этим делать.
Техническое задание важно и исполнителю, и клиенту. Исполнителю оно помогает лучше понять, что хочет заказчик, застраховаться от внезапных «хотелок» со стороны клиента, ускорить работу по выполнению задачи. Клиенту - рассказать точно о том, что он хочет, упростить контроль качества, получить точную стоимость услуги. Мы расскажем о том, как правильно составить ТЗ и что с ним потом делать.
Что такое техническое задание
Техническое задание - документ, в котором отражены все требования к будущему продукту. В нем описывают все технические требования. Обычно ТЗ составляют в виде текстового документа, редко - в других форматах.
ТЗ используют все разработчики сайтов. Верстальщикам, программистам, дизайнерам оно помогает лучше понять требования клиента и сделать ресурс, соответствующий его ожиданиям. Кроме того, ТЗ используют во всех других сферах, например - в:
- разработке приложений;
- проектировании дома;
- написании текстов и другие.
Если вы работаете по техническому заданию, риск споров и затяжных тяжб сведен к минимуму.
Как составить техническое задание: структура ТЗ на сайт
Прежде чем приступать к работе:
- Определитесь, кто будет составлять техническое задание
- Разъясните термины
- Откажитесь от субъективных терминов
На первый взгляд кажется, что ТЗ на сайт должен составлять клиент , потому что он заказывает ресурс и выдвигает требования к нему. На самом деле в процессе должны участвовать оба: клиент озвучивает требования, а исполнитель записывает их конкретно, точно и понятно. Например, клиент говорит, что хочет сайт, адаптированный под всех пользователей, а разработчик прописывает требования к адаптивности под 4 доступных размера - ПК, ноутбуки, планшеты, смартфоны.
Разъяснение терминов - очень важный момент . Все узкоспециализированные термины желательно объяснить в самом начале - клиенты не всегда знают, что такое подвал (футер), CMS, рыба. Чем проще и понятнее будут объяснения, тем понятнее будет ТЗ для обеих сторон.
Субъективные термины могут вызвать ненужные споры . Не пишите «дизайн должен быть красивым» - понятие красоты у всех разное. То же относится к качественным прилагательным «удобный», «легкий в использовании», «большой». Используйте конкретные цифры и параметры: например, опишите цветовую гамму или расположение элементов.
Структура технического задания может быть любой. В качестве примера мы предлагаем простую структуру ТЗ на сайт.
Опишите сайт
Расскажите, какой тип сайта нужен, кем он будет использоваться, для чего он вообще создается. Например, напишите, что вам нужен интернет-магазин, лендинг для продажи товара или сайт-визитка с 10 страницами. Укажите ориентировочное количество страниц, если не знаете точного числа.
Если у проекта есть конкретная целевая аудитория, опишите ее. Это поможет создать ресурс, который понравится клиентам - например, использовать подходящие выражения в статьях или дизайн, который нравится молодежи или представителям старшего поколения.
Расскажите о структуре
Без представления о структуре невозможно разработать нормальный сайт. Распишите, какие страницы будут на сайте, и покажите уровни их вложенности. Сделать это можно разными способами:
- Схемой
- Таблицей
- Списком
Главное, чтобы в итоге было понятно, какие страницы будут располагаться в меню, куда они будут вести, какая родительская страница у каждого раздела. Мы рекомендуем использовать блок-схемы - они проще и удобнее в восприятии, чем списки и таблицы, помогают за несколько секунд оценить всю структуру сайта.
Пример простейшей структуры в виде блок-схемы
Опишите, что будет на каждой из страниц
Расскажите, какими видите страницы сайта. Делать это желательно в формате прототипа, чтобы наглядно продемонстрировать расположение каждого элемента. Можно описать требования и списком, например - рассказать, что будет в шапке сайта, где расположена форма обратной связи, что будет в свободной боковой колонке.
Если все страницы сайта примерно схожи - например, вы планируете создать сайт-визитку, можно обойтись двумя прототипами: для главной страницы и остальных разделов. Если есть несколько групп схожих страниц - например, разделы в каталоге интернет-магазина, блог со статьями и описание услуг по доставке/сборке/установке, лучше сделать свой прототип для каждой группы.
Пример прототипа главной страницы сайта: все просто, удобно, понятно
Выдвините требования к дизайну
Если есть разработанный макет, отлично - можно просто вставить его в техзадание. Если нет - нужно расписать требования к цветовой гамме, используемым изображениям, логотипам. Например:
- Укажите, какие корпоративные цвета можно использовать в дизайне, а какие оттенки - категорически нет
- Предоставьте логотип, который обязательно должен присутствовать в шапке сайта
- Укажите шрифты, которые желательно использовать для оформления страниц, меню, футера, контента
Если четких требований нет - то есть клиент сам не может сформулировать свое видение сайта, можно предложить ему несколько типовых макетов на выбор или разработать макет индивидуально, а затем - согласовать. Делать это нужно до утверждения ТЗ, иначе разница во вкусах может существенно затянуть проект.
Опишите требования к инструментам, коду, хостингу, домену
Это нужно, чтобы заранее знать, с какими инструментами можно работать, а с какими - нет. Опишите отдельным блоком:
- На какой CMS должен находиться сайт - Вордпресс, Джумла, Модэкс и так далее
- Какой язык программирования можно использовать - 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.
Естественно, это ТЗ можно улучшить - мы предоставили его в качестве примера. А как вы считаете, как можно доработать техническое задание, чтобы оно стало еще понятнее, проще, удобнее?
Профессиональная разработка технического задания – ключевое условие успешной закупки. Однако законодательством требования к этому документу не утверждены. Парламентарии ограничились общими ссылками и характеристиками. В итоге заказчики столкнулись с серьезной проблемой.
Решать вопрос приходится самостоятельно. На помощь участникам контрактной системы вновь пришли специалисты Минэкономразвития РФ. Чиновниками была проделана колоссальная работа по обобщению практики.
Краткая характеристика
Техническое задание разрабатывает контрактная служба заказчика, либо управляющий. Приложение к информационной карте позволяет:
- установить четкие требования к продукции, работе или услуге;
- исключить вероятность злоупотреблений со стороны победителя тендера;
- дать объективную оценку возможностей участников.
К составлению задания специалисты Минэкономразвития РФ рекомендуют привлекать квалифицированных экспертов. Устанавливать требования должен сотрудник, обладающий опытом в конкретной отрасли хозяйствования. В этом случае риск ошибки будет сведен к минимуму, а потребности заказчика получат полное отражение в документации.
В качестве источников следует рассматривать официальные акты. В числе таковых:
- государственные стандарты;
- технические условия;
- методические указания министерств;
- отраслевые нормативы.
Допускается применение любой коммерческой информации, достоверность которой не вызывает сомнений. Основой могут послужить исполненные ранее соглашения, рекламные предложения, каталоги, буклеты.
Разработка задания производится по каждой позиции плана. Задачу решают с учетом специфики приобретаемых материальных благ.
Требования к форме и содержанию технического задания
Поскольку на федеральном уровне бланк технического задания не утвержден, составлять его можно, руководствуясь общими правилами делопроизводства. Проработке подлежит каждый раздел:
| № п.п. | Название структурной части | Описание |
| 1 | Информация о заказчике | Характеристика должна включать исчерпывающие сведения об учреждении или органе:
В разделе следует прописывать сведения о типе тендера (совместный, централизованный, индивидуальный), а также данные об участии независимого эксперта. |
| 2 | Информация о закупке | Эта часть задания должна содержать сведения о базовых условиях сотрудничества. Рассмотреть необходимо вопросы об источнике финансирования, способе определения исполнителя заказа. Указанию подлежит и полное название объекта. Здесь же прописывают точные определения используемых терминов, аббревиатур. Специалисты рекомендуют придерживаться принципа лаконичности и компактности, поэтому приветствуется табличное оформление данных. |
| 3 | Информация об объекте | Основной раздел задания разбивают на несколько частей: 1. Качественные, функциональные и количественные показатели Использовать следует параметры, описанные в стандартах, СНиП, статьях 469 и 721 ГК РФ. Если предмет контракта отнесен к категории пищевых продуктов, необходимо руководствоваться положениями закона 29-ФЗ от 02.02.2000 года. Дополнительные критерии потребуют обоснования. Точные качественные и количественные показатели устанавливать не рекомендуют. Потенциальным контрагентам дают возможность предложить наилучший вариант, поэтому обозначают лишь максимальный и минимальный пороги. Разъяснения по вопросу можно найти в письме Минэкономразвития РФ № 28и-2790 от 10.12.2014 года. 2. Эксплуатационные свойства Их описывают по необходимости. Исключить характеристику можно, если приобретаются товары, определяемые родовыми признаками (зерно, масло и т.д.). 3. Тара и безопасность Заказчик вправе установить ряд требований к упаковке. Ключевым условием будет – обеспечение сохранности в процессе транспортировки и хранения. Одновременно описываются условия о соответствии продукции требованиям пожарной, санитарной, экологической безопасности. При этом в разделе приводят ссылки на действующие стандарты. |
| 4 | Информация о поставщике | В задании необходимо прописать условие о соответствии претендентов на заказ положениям ГК РФ и закона . Здесь перечисляют правила предъявления разрешений, допусков или лицензий. Отдельным перечнем идут критерии материально-технического характера. Проработке подлежат параметры, установленные правительственным постановлением № 99 от 04.02.2015 года. |
В техническом задании следует описать ряд дополнительных моментов. Внимания заслуживают:
1) Место исполнения контракта
Определить потребуется конкретную точку поставки товаров или выполнения работ. Во избежание недоразумений и споров указать необходимо:
- точный адрес;
- четкие территориальные границы.
Такое условие позволит потенциальным участникам объективно оценить свои возможности.
2) Гарантии
Этот параметр вводят в техническое задание на основании части 4 закона 44-ФЗ. Сроки отсчитывают в годах, днях и месяцах. Обязательной проработке подлежат условия гарантийного обслуживания. Здесь прописывают алгоритм действий сторон при возникновении проблем.
3) Прочие характеристики
Специалисты рекомендуют включать в документ требования юридического плана. Передаваемые по договору ценности должны быть новыми и свободными от претензий третьих лиц. Отсутствие условия порождает риск продажи продукции, бывшей в употреблении. В качестве дополнительных разделов технического задания выступают:
- оговорка о квалификации и опыте персонала;
- порядок монтажа, наладки, сервисного обслуживания;
- описание используемых ресурсов, программ, в том числе указание на товарные знаки (статья 33 закона 44-ФЗ);
- требование о соответствии поставляемых ценностей образцу.
Представители Минэкономразвития РФ обращают внимание на то, что контрагент обязан выполнять только условия, прописанные заказчиком в закупочной документации. Если предложенный товар полностью отвечает утвержденным критериям, отказаться от его приемки нельзя.
Запреты! Не допускается объединение в одной закупке разнородных материальных благ. Так, например, заказчик не вправе предусматривать в техническом задании одновременное оказание услуг по охране объекта и сервисному обслуживанию. Подробное разъяснение по вопросу содержат письма РФ № АЦ/20578/14 от 21.05.2014 года и Минэкономразвития РФ № Д28и-442 от 10.03.2015 года. При размещении комплексного заказа объект следует разбивать на отдельные лоты.
