Здравствуйте, в этой статье мы постараемся ответить на вопрос: «Создание тз. Техническое задание определение термина». Также Вы можете бесплатно проконсультироваться у юристов онлайн прямо на сайте.
Техническое задание — это то, с чего начинается качественный функциональный продукт. По крайней мере, если таковым является само ТЗ. Если документ будет составлен непрофессионально и без должного внимания, результат окажется соответствующим.
Учитывая характер целевой аудитории блога и общие тренды, скорее всего, имеет смысл описывать технические задания конкретно на цифровые продукты. Во многом так и будет, но нельзя забывать, что и самые обычные, «аналоговые», продукты тоже требуют документации. Они требовали её ещё до появления самого интернета. Поэтому для расширения кругозора и для пользы представителей нецифровых отраслей, стоит приводить отсылки и к оффлайн-проектам.
Техническое задание не менее значимо, чем юридический акт, в деле закрепления прав и обязанностей сторон — заказчика и исполнителя.
Фактически это инструкция для разработчиков, конструкторов и других непосредственных создателей конечного продукта. Но по сути техническое задание, определяя жёсткие требования к каждой детали, делает сотрудничество заказчика и исполнителя безопаснее и комфортнее.
Когда каждая мелочь регламентирована, всё на своих местах, все при своих полномочиях и обязанностях, остаётся мало пространства для нечестного манёвра и недопонимания. Идеально, когда его вообще не остаётся.
Более того, конкретное и целостное техническое задание — это первый шаг к качественному результату. Чтобы продукт работал чётко, без сбоев, да и просто безопасно — это тоже периодически стоит на повестке — все его элементы должны быть продуманы. Тщательно и скрупулезно.
Техническое задание — основа как простых односложных продуктов, так и высоконагруженных систем. В каждом случае сценарии функционирования должны быть предусмотрены. Любое действие пользователя должно быть предугадано, и ответом на него должен быть полезный результат.
Именно для того, чтобы работа с конечным продуктом вызывала положительный отклик пользователя и решала его задачи, необходимо проработать идею и детали проекта на самой ранней стадии.
Чтобы понять, как составить техзадание, важно определиться с тем, кто именно это будет делать. На этот вопрос нет однозначного ответа — ТЗ для задачи может составить заказчик или исполнитель, в отдельных случаях — это совместная работа.
В этом случае исполнитель будет четко понимать, что и когда ему потребуется делать. В результате получится точно рассчитать стоимость работ и срок, отведенный на их выполнение. Однако иногда составитель ТЗ не понимает того, что именно должен предоставить им исполнитель, из-за чего с составлением ТЗ возникают проблемы.
Выйдем немного за пределы тематики и скажем несколько слов о том, из чего состоит весь процесс документального сопровождения продукта. Ведь он не ограничивается техническим заданием. Сложность сопроводительной документации растёт вместе со сложностью и масштабом продукта.
Разработка лендинга на Тильде или запуск таргетированной рекламы Вконтакте радикально отличаются от создания высоконагруженной биллинговой системы банка. Если первые два продукта способен создать один человек, то последний может потребовать команды из нескольких десятков специалистов из многих областей.
50 минут в подарок новым клиентам
- Повысьте конверсию сайта на 30%
- Экономьте на тарифах: от 5 рублей в минуту
- Адаптируйте форму под ваш сайт. Без разработчика
- Используйте гибкие настройки показа
- Стройте отчеты по звонкам: от показа виджета до ключевого слова
Техническое задание, или ТЗ — это документ, в котором фиксируются требования к проекту. Условно ТЗ можно назвать любое поручение исполнителю, главное, чтобы в нем были ясно прописаны характеристики итогового продукта.
Это не ТЗ, а поручение | Сходи, купи хлеба |
Вот это ТЗ | Мне нужен хлеб:
Другой хлеб мне не нужен. |
В первом примере мы даем поручение, которое исполнитель должен выполнить по своему усмотрению. Во втором явно указываем, что именно нам нужно. Идеальным решением во втором случае еще будет составление договора, чтобы техническое задание стало приложением к нему.
Устоявшейся практики нет — как договоритесь с подрядчиком.
Например, гендиректор студии архитектурной фотографии «АрхФото» Анатолий Шостак называет идеальным заказом ситуацию, когда заказчик сразу присылает подробное ТЗ и просит оценить работы.
В таких случаях мы точно знаем, что, как и когда нужно снимать. Соответственно, можем сразу рассчитать стоимость и сроки работ. Но в большинстве случаев заказчики не имеют точного ТЗ, потому что у них нет конкретного понимания, что именно нужно требовать от исполнителя. В таких случаях мы предлагаем им заполнить форму с наводящими вопросами.
Анатолий Шостак
Гендиректор «АрхФото»
Как написать техническое задание для тендера
Что конкретно стоит добавить в техзадание, зависит от продукта. Например, если вы заказываете партию одежды, нужно прописать особенности покроя, виды материалов и их качество, вплоть до примерной матовости поверхности пуговиц.
Если заключаете договор на разработку сайта, нужны сценарии его использования.
Составляя ТЗ или описывая продукт подрядчику, старайтесь избегать качественных прилагательных. «Красивый» пиджак для одного человека будет приталенным, а для другого, наоборот, широкого покроя. Так и с любыми проектами: чем больше конкретики, тем лучше.
Хороший подрядчик будет конкретизировать и уточнять неоднозначные строчки в ТЗ, но это потребует дополнительного времени на переделку. Поэтому лучше стараться минимизировать недопонимание. И постараться определить для себя конкретные требования к продукту еще до разговора с исполнителем.
Бывает, что заказчик не знает, что конкретно хочет получить, причем часто сам того не осознавая. Из-за этого в ТЗ появляются расплывчатые и многословные формулировки. В итоге заказчик с исполнителем потратят значительное время на их уточнение. Эффективнее сделать ТЗ с конкретными и точными требованиями, без многословности.
Алексей Орлов
Руководитель проектов компании «Рексофт»
Стоит попробовать любые пожелания сводить к количественным требованиям.
Не подходит | Подходит |
Выводить на главной странице сайта популярные товары | Взять самые покупаемые товары за неделю и показывать их на первом экране сайта в блоке популярных товаров. С возможностью добавить товар в корзину за один клик. |
Расскажите подрядчику, чем занимается компания, кто ее целевая аудитория, поделитесь нюансами работы — это поможет исполнителю лучше вникнуть в проект и избежать ошибок.
Гендиректор INOSTUDIO Максим Болотов рекомендует как минимум озвучить подрядчику идею проекта, который вы заказываете, уточнить, в чем его конкурентные преимущества и уникальность.
Расскажите подрядчику, какие задачи будет решать IT-решение. Это может быть увеличение прибыли, повышение узнаваемости бренда, лояльности пользователей. Уточните, кто будет пользователями продукта, их социальные и поведенческие характеристики, например, пол, возраст, интересы, семейное положение, потребности — это нужно, чтобы корректно и эффективно сформулировать функциональные требования к продукту.
Максим Болотов
Гендиректор INOSTUDIO
Подрядчик, как правило, специалист в своей отрасли, в вашей сфере он по умолчанию разбирается хуже. Поэтому помогите ему понять специфические термины или нюансы в техзадании.
Можно ввести отдельный раздел в виде словаря с расшифровкой или пояснять по ходу документа.
В ТЗ стоит добавить ссылки на аналогичные проекты и дополнить их описаниями: что конкретно нравится в аналогах, что стоит повторить, а чего точно стоит избегать.
Если заказчик планирует создать продукт, идея которого уже есть на рынке, то имеет смысл изучить конкурентов. Выявить отличительные особенности их IT-решений, чтобы разработать собственное с уникальными преимуществами.
К документу с видением продукта рекомендуем прикладывать ссылки на аналогичные решения. С описанием функциональных блоков, которые вам понравились. Это упростит дальнейшее общение с подрядчиком.
Максим Болотов
Гендиректор INOSTUDIO
Цели, основные принципы и общие правила проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, обновления и отмены»
Сведения о стандарте
1 РАЗРАБОТАН Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ВНИИНМАШ)
2 ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии
3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 25 октября 2016 г. N 92-П)
За принятие проголосовали:
КАК СОСТАВИТЬ ТЕХНИЧЕСКОЕ ЗАДАНИЕ
В настоящем стандарте применены следующие термины с соответствующими определениями:
3.1 техническое задание (ТЗ): Исходный технический документ для проведения работы, устанавливающий требования к создаваемому изделию (его СЧ или КИМП) и технической документации на него, а также требования к объему, срокам проведения работы и форме представления результатов.
3.2 заказчик: Предприятие (организация, объединение или другой субъект хозяйственной деятельности), по заявке или договору с которым производится разработка (модернизация), производство и (или) поставка продукции, в том числе научно-технической.
3.3 разработчик: Предприятие (организация, объединение, юридическое или физическое лицо), осуществляющее разработку продукции в установленном порядке.
3.4 изделие: Любой предмет или набор предметов производства, подлежащих изготовлению на предприятии, количество которых может исчисляться в штуках или экземплярах.
3.5 радиоэлектронные средства: Технические средства, предназначенные для передачи и (или) приема радиоволн, состоящие из одного или нескольких передающих и (или) приемных устройств либо комбинации таких устройств и включающие в себя вспомогательное оборудование.
3.6
В настоящем стандарте применены следующие сокращения:
ЕСКД — единая система конструкторской документации;
ЕСПД — единая система программной документации;
ЗИП — запасной инструмент и принадлежности;
КД — конструкторские документы (документация);
КИМП — комплектующие изделия межотраслевого применения;
МГС — Межгосударственный совет по стандартизации, метрологии и сертификации;
НД — нормативные документы;
НИО — научно-исследовательская организация;
НИР — научно-исследовательская работа;
ОКР — опытно-конструкторская работа;
ОНТД — отчетная научно-техническая документация;
ОС — окружающая среда;
РКД — рабочая конструкторская документация;
СИ — средства измерений;
СЧ — составная часть;
ТД — техническая документация;
ТЗ — техническое задание;
ТП — технический проект;
ТПр — техническое предложение;
Техническим заданием (ТЗ) называется документ, в котором описаны требования, предъявляемые заказчиком к товарам, работам или услугам. В ТЗ содержатся подробное описание и характеристики товара/работ/услуг и сроки поставки/выполнения/оказания.
Помимо термина «техническое задание», для обозначения требований заказчика к товарам (работам, услугам) также используются названия «спецификация», «проектно-сметная документация» и тому подобные.
Требования к техническому заданию законодательством не регламентируются, однако Федеральным законом от 5 апреля 2013 года № 44-ФЗ установлены чёткие правила к описанию объекта заказа. Согласно положениям указанного закона, ТЗ должно содержать показатели, с помощью которых определяется соответствие закупаемых товаров (работ, услуг) требованиям, установленным заказчиком (ч. 2 ст. 33). Кроме того, для этих показателей должны быть указаны минимальные и/или максимальные значения, а также значения, которые не меняются.
Техническое задание используется в документах при формировании начальной или максимальной стоимости контракта, в закупочной документации и заявке на участие в тендере, а также в качестве раздела контракта или приложения к контракту.
Для участия в закупках, размещения документации и заключения контракта необходима электронная подпись. Мы предлагаем удобные варианты тарифов, подходящие не только для участия в тендерах, но и для работы на госпорталах, отчётности в контролирующие ведомства, ведения ЭДО.
За формирование ТЗ отвечает контрактная служба (контрактный управляющий). При этом к составлению техзадания рекомендуется привлечь юристов и экспертов, имеющих необходимый опыт в конкретной области закупок. Документ с ТЗ утверждается руководителем заказчика или другим уполномоченным лицом.
Техзадание является частью закупочной документации. Оно отличается в зависимости от объекта заказа. При закупке товара заказчик указывает в техзадании наименование продукции, место поставки, а также сроки и условия поставки.
В качестве источников для описания объекта можно использовать:
- государственные стандарты;
- рекламу и каталоги;
- публичные оферты;
- исполненные контракты;
- официальные информационные источники уполномоченных органов и др.
Как правило, документ с ТЗ содержит таблицу с характеристиками. Указывая характеристики, необходимо учитывать нормирование. Предельные характеристики обозначены в специальном перечне товаров, работ и услуг (Постановление Правительства Российской Федерации от 2 сентября 2015 года № 927). На его основе заказчики формируют свои списки и устанавливают требования к количеству и наивысшей цене товаров, а также к их свойствам. Перечень характеристик зависит от категории товара.
Образец бланка для технического задания на тендер
ТЗ — это документ, который содержащит требования к объекту закупки и определяет условия и порядок ее проведения. Например, указываются детальное описание и характеристики товара (работ или услуг), а также сроки поставки, выполнения работ или оказания услуг.
Цель — зафиксировать задачи по осуществлению конкретного заказа и достижению результатов, ожидаемых заказчиком. Это исходный документ, который учитывает основное назначение.
ТЗ — внутренний документ, но оно публикуется вместе со всей документицией о проведении тендера.
Требований к техническому заданию в Законе № 44-ФЗ нет. Чтобы описать объект закупки подробно, включите в техзадание разделы:
ЗАКАЗЧИК |
ИНФОРМАЦИЯ О ЗАКАЗЧИКЕ
В разделе технического задания о заказчике напишите название организации. Когда по условиям контракта участник должен поставить продукцию на территорию заказчика, пропишите местонахождение и график работы.
Это основной раздел технического задания. Опишите требования к товарам, работам или услугам по КТРУ и согласно статье 33 Закона № 44-ФЗ. Техническое задание позволяет:
Заказчику |
|
Подробно и понятно описать, какие товары, работы, услуги нужны | Понять, какой товар, работу или услугу закупает заказчик |
Исключить несогласованности и ошибки | Оценить затраты |
Назначить специалистов, которые будут отвечать за закупку | Отказаться выполнять условия, которых нет в техзадании |
Спланировать все этапы закупки, в том числе после заключения контракта | Рассчитать сроки, которые нужны, чтобы исполнить контракт |
Требовать от исполнителя, чтобы объект закупки отвечал условиям техзадания | Исключить ошибочные и неправомерные требования |
Проверить готовый объект закупки | Представить готовый продукт |
Как описать объект закупки, зависит от того, что закупаете – товар, работу или услугу. Чтобы узнать, какую информацию включить в техзадание, используйте конструктор.
Нет, требования к техническому заданию не зависят от способа закупки. Заказчик обязан включить в документацию электронного конкурса, электронного аукциона, электронного запроса предложений описание объекта закупки согласно положениям статьи 33 Закона № 44-ФЗ. При этом никаких дополнительных требований к описанию объекта закупки в зависимости от конкурентной процедуры в Законе № 44-ФЗ нет. Вывод следует из пункта 1 части 1 статьи 54.3, пункта 1 части 1 статьи 64, пункта 2 части 2 статьи 82.2, пункта 2 части 6 статьи 83.1 Закона № 44-ФЗ.
При закупке у единственного поставщика формировать описание объекта закупки не нужно, так как нет обязанности составлять извещение и документацию (ст. 33, ч. 3 ст. 93 Закона № 44-ФЗ).
Когда описываете товары, включите в техническое задание следующие сведения:
- перечень и количество;
- характеристики товаров;
- место поставки;
- срок поставки;
- условия поставки;
- тара и упаковка;
- безопасность;
- гарантия;
- приемка.
Напишите название и количество товара. Эти условия обязательны для контракта на закупку товара, следовательно, без наименований и количества выбрать поставщика нельзя. Вывод следует из пункта 3 части 455 и статьи 465 ГК.
Требования к характеристикам товара. Когда описываете характеристики, используйте сведения из законодательно установленных стандартов – ГОСТ, СанПиН (п. 1 и 2 ч. 1 ст. 33 Закона № 44-ФЗ).
Напишите, что товар должен быть новым. Контрагент обязан поставить товар, который не был в употреблении, ремонте, в том числе не был восстановлен, не были восстановлены потребительские свойства, у которого не меняли составные части. Если закупаете вещь, бывшую в употреблении, уточните это в техзадании. Вывод следует из пункта 7 части 1 статьи 33 Закона № 44-ФЗ.
Заказчик вправе закупить товар, бывший в употреблении, – запрета в Законе № 44-ФЗ нет. Обосновывать такую закупку не нужно. Когда закупаете подержанный товар, при описании применяйте те же правила, что и к новому. Объект закупки описывайте по правилам из статьи 33 Закона № 44-ФЗ. Пропишите функциональные, технические и качественные характеристики объекта закупки. Одно из правил, которым руководствуется заказчик при описании объекта закупки: поставляемый товар должен быть новым, если другое не предусмотрено описанием объекта закупки. Следовательно, при описании уточните, что возможна поставка товара, бывшего в употреблении (п. 7 ч. 1 ст. 33 Закона № 44-ФЗ).
Перечень, количество и характеристики товаров оформите таблицей.
Читайте подробнее, как описать характеристики объекта закупки.
Составление технического задания — это процесс трудоемкий и непростой. В результате прочтения ТЗ поставщик должен точно понимать, какой товар нужен заказчику. Поэтому техзадание должно содержать максимальный набор характеристик объекта закупки. В то же время слишком скрупулезный подход может привести к тому, что объект будет подогнан под товар конкретного производителя. Особенно если сам заказчик прекрасно осознает, какая марка оборудования ему нужна или с кем из поставщиков ему было бы выгоднее работать. И тогда участники закупки обратят внимание на то, что заказчик создает преимущественные условия для какого-то поставщика и ограничивает конкуренцию. В результате ФАС может усмотреть в действиях заказчика нарушение Федерального законодательства.
Конечно, можно не слишком ограничивать характеристики товара в техническом задании. Но тогда есть весьма высокий риск получить вовсе не то, что нужно, либо худший товар на рынке.
Зачастую закачки применяют неоднозначные формулировки, которые вводят поставщиков в заблуждение. Например, термин «не хуже», «не слабее» и подобные. Ведь потенциальный исполнитель контракта не может знать, что для конкретного заказчика означает «не хуже». Поэтому техзадание должно содержать конкретные требования к объекту закупки и описывать его понятным образом.
В случае использования диапазонных значений следует четко установить их границы. Если некоторые фразы используются в определенном смысле или допускают разное толкование, их трактовку нужно расписать в документации. Например, «порядка 100» может означать у заказчика не более 100, а «около 100» — не менее 100.
Наименование технических терминов и единицы их измерения необходимо излагать в соответствии с техническими регламентами. Иначе придется давать обоснование, почему в документации заказчик применяет какие-то нестандартные термины. Например, мало кто поймет, что речь идет о миллиметрах, если написано «10 м», а не «10 мм». Однако случаи столь странного применения заказчиками единиц измерения на практике были.
Техзадание на разработку сайта: запрещенные слова и выражения
При составлении технического задания зачастую заказчики указывают марку товара, который им необходимо приобрести. При этом забывают добавлять «или эквивалент», чем явно ограничивают конкуренцию и нарушают законодательство. Специалисты советуют описывать объект закупки в ТЗ максимально безлико, то есть не упоминать ни марки, ни производителя, ни даже страны происхождения товара.
Грамотно составленное ТЗ отсекает заведомо неподходящее товары, избавляет от необходимости отвечать на множество запросов о разъяснении и, вообще, лишает заказчика массы проблем. И главное тут — внимательно изучить требования к объектам закупки, оценить свои потребности и строго следовать правилам закона 44-ФЗ Маститые специалисты дают своим коллегам некоторые советы, о которых расскажем далее.
Тщательно проверяйте расшифровку маркировки объекта закупки, если указываете ее в техзадании. Маркировка может содержать основные характеристик товаров. Например, в маркировке тротуарной плитки нередко шифруют ее толщину. Был случай, когда заказчик указал лишь маркировку плитки, а требование к толщине в ТЗ отсутствовали. На деле оказалось, что требовалась плитка большей толщины, однако выяснилось это уже в процессе исполнения контракта. Таким образом, из-за того, что ТЗ было составлено неграмотно, была уложена тротуарная плитка, которая не способна выдержать необходимую нагрузку.
Никогда не копируйте описание объекта закупки с интернет-сайтов — оно может быть неточным. В результате либо вы закупите вовсе не то, что собирались, либо этому описанию не будет соответствовать ни один товар. Еще один вполне возможный исход — под описание попадет конкретная марка/модель, и вас обвинят в нарушении антимонопольного законодательства.
Максимально точно описывайте требования к характеристикам объекта закупки. Используйте фраза, которые исключают двусмысленное толкование. Иначе придется давать очень много пояснений.
Составляйте инструкцию по заполнению заявки после того, когда описаны все требования к характеристикам. Суть инструкции — более конкретно раскрыть требование ТЗ, чтобы участник мог правильно составить заявку. Если инструкция содержит положения, противоречащие техзаданию, и это мешает поставщику заполнить заявку, он может обратиться с жалобой в ФАС.
Не забудьте включить в техзадание требования к гарантийному сроку и объему гарантии, гарантийному обслуживанию, расходам на эксплуатацию, а также требования об обязательном монтаж, пусконаладке объекта закупки и обучению персонала работе с ним.
О чем еще не следует забывать:
- объекты закупки указывайте в соответствии с классификатором ОКПД2;
- изучите нормативные документы и стандарты, в которых содержатся требования к объекту закупки (ГОСТ, СНиП, ТУ);
- при наличии сметной документации следите за тем, чтобы в ТЗ содержались соответствующие ей объекты закупки;
- обязательно укажите в требованиях, что товар должен быть новым, иначе рискуете приобрести бывший в употреблении, отремонтированный, отреставрированный товар;
- если закупаете выполнение строительных работ, капремонта, реконструкции, не забудьте приложить смету и проектную документацию.
Это допустимо, если товар стоит на гарантии, если необходимо обеспечить его взаимодействие с товарами, используемыми заказчиком, либо если речь идет о покупке запчастей к машинам и оборудованию.
Нет, это не обязательно. Но этот код должен быть указан в плане и плане-графике закупок, извещении о закупке, приглашении на закупку, которая проводится закрытым способом, в закупочной документации, в контракте и иных документах, если это предусмотрено законом 44-ФЗ.
Вам следует оценить, подходит ли ваш случай под исключение, указанное в пункте 1 части 1 статьи 33 закона 44-ФЗ: «за исключением случаев несовместимости товаров, на которых размещаются другие товарные знаки, и необходимости обеспечения взаимодействия таких товаров с товарами, используемыми заказчиком». Если это полностью соответствует вашей ситуации, то можно указать производителя без добавления фразы «или эквивалент».
ТЗ составляется стороной заказчика. Кому доверить эту работу? Составлением документа должен заниматься сотрудник, разбирающийся в юридическом аспекте дела. В частности, он должен хорошо знать именно ФЗ №44 и ГК РФ. Доверить оформление задания можно штатному юристу или стороннему специалисту. Если этой работой занимается сам руководитель, он может ориентироваться на образцы ТЗ, содержащиеся в журналах по госзаказу.
ТЗ – это ключевой элемент госзакупок. Одновременно с этим в ФЗ №44 нет практически никаких сформулированных требований к составлению техзадания. При формировании ТЗ нужно руководствоваться этими нормами:
- Антимонопольные принципы, содержащиеся, в том числе, в ФЗ №44.
- Рекомендации, содержащиеся в других актах.
При составлении техзадания можно ориентироваться на эти акты:
- Отраслевые нормы.
- Технико-технологические положения.
- Государственные стандарты.
- Методические рекомендации министерств.
Можно брать сведения из ранее заключенных контрактов, коммерческих предложений.
- Понять, за что заплачены деньги. Можно сразу увидеть структуру, узнать, что и как будет работать. Пересмотреть идеи еще до начала разработки, чтобы сэкономить время и деньги.
- Проверить компетентность исполнителя. Если техзадание понятное и четкое, доверие к разработчику повышается. Если написана каша, возможно, стоит бежать и не оглядываться.
- Подстраховаться. Когда сайт готов, его можно проверить по техническому заданию. Есть несоответствия? Разработчик обязан их исправить. Если вы сотрудничаете официально и заключали договор, можно даже получить компенсацию через суд.
- Упростить замену исполнителей. Если клиент и разработчик повздорили и разбежались, создание сайта может затянуться. Подробное техзадание можно передать новой команде. Так она втянется в работу в разы быстрее.
- Узнать стоимость разработки сложного продукта. Оценить точные сроки и стоимость разработки сложного веб-сервиса сходу нельзя. Сначала нужно понять, как будет работать сервис, и какие в нем будут функции. Для этого и нужно подготовить техзадание.
- Понять, чего хочет заказчик. Клиенту задают десятки вопросов, показывают примеры, предлагают решения. Затем записывают все в единый документ и согласовывают. Если все окей — ура, вы нашли контакт.
- Подстраховаться. Иногда попадаются заказчики, которые хотят поменять задачу на полпути. Если вы согласовали и подписали ТЗ, подобное не пройдет: в случае чего даже суд будет на вашей стороне.
- Показать свою компетентность. Классно подготовленное техзадание покажет клиенту экспертность разработчиков. Если компания сомневалась, доверять ли вам разработку сайта, сомнения с большой вероятностью развеются.
- Заработать. Некоторые студии и разработчики предлагают составление ТЗ как отдельную услугу.
- Облегчить и ускорить разработку. В хорошем ТЗ указаны структура сайта, необходимые функции и элементы на каждой странице. Когда все требования уже перед глазами, дело остается за малым.
Теперь давайте разберемся, как составить хорошее техзадание, которое выполняет все эти функции.
Разрабатываем и продвигаем сайты
Быстро и эффективно
Техзадание может составить кто угодно. «Нужен сайт-визитка для стоматологической клиники» — это уже техзадание. Но будет ли оно выполнять свои функции? Вряд ли.
Хорошее ТЗ всегда составляет исполнитель – проект-менеджер или разработчик. Очевидно, что веб-разработчик понимает в создании сайтов больше, чем владелец бизнеса, поэтому описывать проект придется ему.
Это не значит, что клиент исчезает и появляется в самом конце, чтобы написать: «Отлично, одобряю». Он тоже должен участвовать в процессе:
- познакомить исполнителя с компанией, продуктами и целевой аудиторией;
- объяснить, зачем ему сайт;
- рассказать, чего хочет, поделиться идеями;
- показать примеры сайтов, которые можно взять за образец;
- ответить на любые вопросы исполнителя.
Конечно, заказчик может набросать свой вариант ТЗ. Возможно, это ускорит процесс создания конечного техзадания. А возможно, получится мусор, который втихаря выкинут на помойку.
Все члены команды должны правильно понимать, чем занимается компания, кто ее целевая аудитория. Чтобы никто не запутался, это лучше прописать.
А еще стоит указать цель сайта и описать его задачи, чтобы не получить интернет-магазин вместо блога.
В техзадании нет сложных терминов
Техзадание должно быть понятно всем, для кого предназначено. Если вы собираетесь использовать термины, которые может не понять ваша клиентка, условная владелица магазина детских игрушек, обязательно поясните их. Например:
- контент – это любой текст, изображения и видео на сайте;
- CMS – система управления сайтом, через которую можно добавлять и редактировать контент, не имея навыков веб-разработки;
- подвал – блок сайта, который отображается внизу каждой страницы.
До отрисовки сайта и его верстки вам нужно согласовать с клиентом структуру. Соберите разработчиков, сеошников, маркетологов, главреда — и решите, какие страницы нужны на сайте. Подумайте, как они будут связаны между собой, с какой на какую можно перейти.
Можно показать структуру списком, можно нарисовать блок-схему. Второе нагляднее.
Для разных задач структура ТЗ будет своя. Глупо делать одинаковые технические задания для новой социальной сети и лендинга по оптовой продаже моркови. Но в целом вам нужны такие разделы:
- информация о компании и целевой аудитории, цели и задачи сайта;
- глоссарий терминов, которые могут быть непонятны клиенту;
- технические требования к верстке и работе сайта;
- описание используемых технологий и список требований к хостингу;
- подробная структура сайта;
- прототипы страниц или описания элементов, которые должны на них быть;
- сценарии использования нестандартного интерфейса (опционально);
- список контента, который делает разработчик;
- требования к дизайну (опционально).
Техзадание есть всегда, без него не бывает работы. «Мне нужен интернет-магазин» — это уже техзадание. Проблема в том, что это очень расплывчатое ТЗ, оно не дает никакого понимания. Задача проект-менеджера — собрать необходимую информацию, продумать решение, создать сайт у себя в голове. А потом описать его в документе.
В каждом ТЗ обязательно должны быть указаны:
- цель сайта;
- требования к серверу;
- описание работы сайта и отдельных его элементов;
- используемые технологии и библиотеки;
- макет дизайна интерфейса;
- структуру и логику внутренних переходов;
- роли и сценарии работы с сайтом для каждой из них;
- архитектуру базы данных (опционально).
Клиент должен четко представлять свой сайт в законченном варианте, его внешний вид и дальнейшую стратегию развития. Техническое задание не должно указывать разработчикам «как им делать, что делать и какой код вставить» — это в корне неправильно. В общих чертах нужно описывать, какой сайт должен быть, а не как его делать. Как минимум потому что заказчик чаще всего не обладает должной экспертизой.
Что касается подхода, мы всегда прислушиваемся к мнению клиента, но бывают моменты, когда понимаем, что так делать не стоит. В этом случае стараемся переубедить заказчика, опираясь на экспертные данные. В целом, мы приветствуем любое видение клиентов.
Как мы готовим техзадание:
- анализируем ТЗ, присланное клиентом;
- изучаем прототип и дизайн-макет сайта;
- на основе полученных данных начинаем подбирать функциональные модули для сайта, которые будут использоваться 100 % и которые, возможно, потребуется использовать;
- прописываем элементы, которые будут нужны при работе с интерфейсом;
- исходя из этих данных и оценки «веса» сайта, вычисляем подходящие системные требования к хостингу сайта;
после этих базовых пунктов начинаем расписывать ТЗ более детально по каждой странице.
От составления технического задания пользу получает, как заказчик интернет-магазина, так и его разработчик.
Выгоды для заказчика:
- Понимание, за что будут заплачены деньги. В ТЗ заказчик видит конкретные дизайнерские решения и функции, которые он покупает. Кроме того, ещё до начала разработки можно внести коррективы в структуру, избежав расходов на переделки.
- Оценка компетентности исполнителя. По грамотности, логичности предложенных решений можно выяснить, стоит ли вообще пользоваться услугами этого разработчика.
- Юридическая защита от недобросовестного исполнителя, который не захочет выполнить все свои обязательства по договору.
- Перестраховка от разрыва отношений с исполнителем. При прекращении договора с разработчиком по тем или иным причинам, у заказчика остается, как минимум, готовое ТЗ, а как максимум – ещё и права на готовую часть сайта.
- Оценка реальной стоимости разработки. Иногда ряд мелких, но очень желаемых заказчиком функций обходятся в значительные суммы. И составление технического задания на разработку интернет-магазина помогает выявить подобные нюансы.
Выгоды для разработчика:
- Четкое понимание запросов заказчика. Довольно часто клиенты выражаются терминами «элегантный», «современный», который фактически могут подразумевать что угодно. Чтобы придать этим словам однозначный смысл, и нужно техническое задание.
- Перестраховка от внезапных необоснованных запросов заказчика. С согласованным ТЗ разработчик всегда может предъявить клиенту очередной счет за дополнительный функционал или переработку существующего.
- Наработка своего портфолио, которое потом можно использовать в рекламных целях.
- Дополнительный заработок, ведь составление технического задания входит в общую себестоимость проекта.
- Ускорение разработки за счет заранее продуманного поэтапного плана работ, для выполнения которых имеются все необходимые инструменты.
После осознания важности технического задания для обеих сторон переходим непосредственно к принципам его составления.
Как составить техническое задание
При написании ТЗ крайне желательно избегать двузначной терминологии, абстрактных и относительных понятий. Нельзя написать в тексте задания «Создать красивую большую кнопку с надписью КУПИТЬ», потому что понимание терминов «красивая» и «большая» у всех разное. Размеры, например, лучше характеризовать в пикселях или процентах ширины/высоты экрана.
Иногда, чтобы быстро и доступно объяснить какую-либо желаемую особенность сайта, лучше просто показать её у конкурентов. Нет смысла изображать размеры и форму определенного элемента в техническом задании, если подобная деталь существует в другом интернет-магазине. Гораздо проще сделать ссылку на готовое решение и уточнить особенности.
В техническом задании как можно больше функций сайта должно быть описано при помощи поведенческих сценариев. Разработчикам гораздо проще будет реализовать определенный функционал, если они будут понимать логику и последовательность действий пользователя.
При этом сценарии можно описывать по такому общему шаблону:
- действие пользователя;
- ответное событие на сайте;
- если пользователь делает это, то на сайте происходит это;
- если пользователь делает иначе, то сайт отвечает таким образом.
Сценарии сочиняются лишь для того, чтобы и заказчик, и разработчики четко понимали, как должна быть реализована конкретная функция.
При презентации своих требований заказчику необходимо двигаться от общего к частному. Например, в начале можно рассказать вообще про концепцию создания интернет-магазина, потом про его ожидаемую цветовую гамму, затем про структуру сайта и в конце уже обсуждать элементы дизайна этой структуры.
Шрифты, изображения, звуки, баннеры обсуждаются тогда, когда уже согласован общий вид и функциональность магазина. Мелкие элементы всегда можно быстро подправить, поэтому изначально нужно уделять максимум времени принципиальным вопросам дизайна и структуры.