Форма технического задания на строительство образец

Если заранее обсудить нюансы и удалить сложные термины – это всем понравится.

Обновлено в декабре 2021 года.

Помните закон Мерфи? Если вас могут понять неправильно, вас поймут неправильно. Это справедливо и в создании сайтов. Клиент хотел второй «Фейсбук», а получил форум юных собаководов. Разработчик не угадал хотелку заказчика — потратил время впустую.

Рассказываем, что и зачем нужно писать в техзадании. И как писать не надо, чтобы работа не обернулась катастрофой.

Статья будет полезна:

• разработчикам, дизайнерам, верстальщикам;
• менеджерам проектов;
• руководителям диджитал-студий;
• предпринимателям, которые планируют заказать разработку сайта.

Что такое техзадание

Техническое задание — документ, в котором зафиксированы требования к сайту. Чем четче и подробнее расписаны эти требования, тем лучше участники процесса понимают, что должны делать. А значит, вероятность, что все останутся довольны результатом, выше.

Порядок разработки технического задания

Пользы от технического задания много. Для каждой стороны она своя.

Польза для клиента

• Понять, за что заплачены деньги. Можно сразу увидеть структуру, узнать, что и как будет работать. Пересмотреть идеи еще до начала разработки, чтобы сэкономить время и деньги.
• Проверить компетентность исполнителя. Если техзадание понятное и четкое, доверие к разработчику повышается. Если написана каша, возможно, стоит бежать и не оглядываться.
• Подстраховаться. Когда сайт готов, его можно проверить по техническому заданию. Есть несоответствия? Разработчик обязан их исправить. Если вы сотрудничаете официально и заключали договор, можно даже получить компенсацию через суд.
• Упростить замену исполнителей. Если клиент и разработчик повздорили и разбежались, создание сайта может затянуться. Подробное техзадание можно передать новой команде. Так она втянется в работу в разы быстрее.
• Узнать стоимость разработки сложного продукта. Оценить точные сроки и стоимость разработки сложного веб-сервиса сходу нельзя. Сначала нужно понять, как будет работать сервис, и какие в нем будут функции. Для этого и нужно подготовить техзадание.

Польза для исполнителя

• Понять, чего хочет заказчик. Клиенту задают десятки вопросов, показывают примеры, предлагают решения. Затем записывают все в единый документ и согласовывают. Если все окей — ура, вы нашли контакт.
• Подстраховаться. Иногда попадаются заказчики, которые хотят поменять задачу на полпути. Если вы согласовали и подписали ТЗ, подобное не пройдет: в случае чего даже суд будет на вашей стороне.
• Показать свою компетентность. Классно подготовленное техзадание покажет клиенту экспертность разработчиков. Если компания сомневалась, доверять ли вам разработку сайта, сомнения с большой вероятностью развеются.
• Заработать. Некоторые студии и разработчики предлагают составление ТЗ как отдельную услугу.
• Облегчить и ускорить разработку. В хорошем ТЗ указаны структура сайта, необходимые функции и элементы на каждой странице. Когда все требования уже перед глазами, дело остается за малым.

Теперь давайте разберемся, как составить хорошее техзадание, которое выполняет все эти функции.

09 Пример составления технического задания

Быстро и эффективно

Техзадание составляет исполнитель

Техзадание может составить кто угодно. «Нужен сайт-визитка для стоматологической клиники» — это уже техзадание. Но будет ли оно выполнять свои функции? Вряд ли.

Хорошее ТЗ всегда составляет исполнитель – проект-менеджер или разработчик. Очевидно, что веб-разработчик понимает в создании сайтов больше, чем владелец бизнеса, поэтому описывать проект придется ему.

Это не значит, что клиент исчезает и появляется в самом конце, чтобы написать: «Отлично, одобряю». Он тоже должен участвовать в процессе:

• познакомить исполнителя с компанией, продуктами и целевой аудиторией;
• объяснить, зачем ему сайт;
• рассказать, чего хочет, поделиться идеями;
• показать примеры сайтов, которые можно взять за образец;
• ответить на любые вопросы исполнителя.

Конечно, заказчик может набросать свой вариант ТЗ. Возможно, это ускорит процесс создания конечного техзадания. А возможно, получится мусор, который втихаря выкинут на помойку.

Техзадание должно быть однозначным

В техническом задании не должно быть качественных прилагательных: красивый, надежный, современный. Их нельзя однозначно понять.

Для кого-то красивый и современный сайт может выглядеть так

Аналогично с непонятными формулировками, которые ничего сами по себе не значат:

• сайт должен понравиться заказчику – а если у него будет плохое настроение?
• сайт должен быть удобным – удобным для чего, для кого?
• сайт должен выдерживать большие нагрузки 10 тыс. посетителей? Или 10 млн?
• сайт должен содержать качественный экспертный контент – Ну, вы поняли.

Проверяйте, нет ли в тексте неоднозначностей. Если есть — перепишите. Ваши формулировки должны быть четкими и точными:

• Сайт должен загружаться быстро → Любая страница сайта должна иметь больше 80 баллов в Google PageSpeed Insights.
• Большие нагрузки → 50 тысяч посетителей одновременно.
• На главной странице выводится список статей → На главной странице выводится список последних 6 опубликованных статей.
• Минималистичный удобный интерфейс подписки → Поле «Оставьте e-mail» и кнопка «Подписаться» → *нарисованный эскиз*.

С формулировками разобрались, давайте пробежимся по структуре.

Техзадание должно содержать общую информацию

Все члены команды должны правильно понимать, чем занимается компания, кто ее целевая аудитория. Чтобы никто не запутался, это лучше прописать.

А еще стоит указать цель сайта и описать его задачи, чтобы не получить интернет-магазин вместо блога.

В техзадании нет сложных терминов

Техзадание должно быть понятно всем, для кого предназначено. Если вы собираетесь использовать термины, которые может не понять ваша клиентка, условная владелица магазина детских игрушек, обязательно поясните их. Например:

• контент – это любой текст, изображения и видео на сайте;
• CMS – система управления сайтом, через которую можно добавлять и редактировать контент, не имея навыков веб-разработки;
• подвал – блок сайта, который отображается внизу каждой страницы.

Техзадание описывает инструменты и требования к хостингу

Представьте, что вы 2 месяца делали сайт. Каждый этап согласовывали с клиентом — он в восторге. И вот пришло время сдавать работу. Вы показываете админку, а клиент кричит: «Это что такое? Модэкс? ! Я думал, вы сделаете на “Вордпрессе”!»

Чтобы таких проблем не было, опишите используемые инструменты, движки и библиотеки. Заодно укажите требования к хостингу. Мало ли, вы сделаете на PHP, а у клиента сервер на .NET.

Какую CMS выбрать: руководство по выбору «движка» для сайта

Техзадание содержит требования к работе сайта

Сайт должен работать во всех браузерах актуальных версий и на всех типах устройств. Да, это очевидно для любого разработчика и любого заказчика. Но лучше написать, чтобы защитить клиента от недобросовестно выполненной работы.

Сюда же добавьте требования к скорости загрузки сайта, устойчивости к нагрузкам, защите от хакерских атак и подобным вещам.

Техзадание показывает структуру сайта

До отрисовки сайта и его верстки вам нужно согласовать с клиентом структуру. Соберите разработчиков, сеошников, маркетологов, главреда — и решите, какие страницы нужны на сайте. Подумайте, как они будут связаны между собой, с какой на какую можно перейти.

Можно показать структуру списком, можно нарисовать блок-схему. Второе нагляднее.

Структура простого сайта-визитки

Это один из важнейших этапов работы с сайтом. Структура — это фундамент. Если она неудачная, сайт получится кривым.

Техзадание касается каждой страницы

Клиент должен понять, зачем нужна каждая страница сайта, какие элементы на ней будут. Есть два способа это показать.

Прототип

Более наглядный и однозначный способ. Исполнитель рисует эскизы каждой страницы и прилагает их к техзаданию. Клиент видит, как будет выглядеть интерфейс будущего сайта и говорит, что ему нравится, а что стоит изменить.

Сделали прототип главной страницы в Mockplus

Перечисление элементов

Ленивая альтернатива прототипу. Просто напишите, какие блоки должны быть на странице и что они делают.

Такой способ описания страниц экономит немного времени исполнителю, но выглядит сложно и не впечатляет

В техзадании должны быть сценарии использования сайта

Если вы создаете нестандартный интерфейс, показать структуру и эскизы страниц недостаточно. Важно, чтобы вся команда исполнителей и клиент поняли, как посетители будут пользоваться сайтом. Для этого подходят сценарии. Схема сценария проста:

Например, таким может быть сценарий оформления заказа. Пользователь нажимает на кнопку «Заказать» – сайт открывает форму заявки – пользователь вводит номер телефона и нажимает «Ок» – сайт принимает заявку и выводит сообщение «Заказ принят» – на e-mail менеджера приходит письмо с номером телефона клиента.

Конечно, если вы делаете стандартную визитку или лендинг, писать сценарии не нужно. Но если на сайте будут интерактивные сервисы, прописать сценарии необходимо – это поможет заметить «дыры» в работе ресурса.

Техзадание утверждает обязанности

Одни разработчики делают сайт сразу с контентом, другие ставят рыбу, третьи могут написать тексты, но за дополнительную плату. Договоритесь об этом на берегу и зафиксируйте в техзадании, какой контент вы должны подготовить.

Указываем контент, который должен быть на главных страницах сайта

Придумать объективные критерии оценки качества текстов довольно сложно. Лучше не пишите ничего, чем «качественный, интересный и продающий, полезный целевой аудитории». Это мусор, он никому не нужен.

Указать, что весь контент должен быть уникальным — это полезно. Причем в идеале нужно указать конкретные показатели уникальности в процентах, а также сервисы для проверки текста, которые исполнителю стоит использовать.

Техзадание описывает дизайн

Как и в случае с текстом, объективные критерии оценки дизайна сайта придумать сложно. Если вы с клиентом договорились о цветовой гамме, опишите ее. Если у него есть брендбук, в котором прописаны шрифты, укажите и их.

Пример ТЗ на разработку сайта (контент и дизайн)

Вместо вывода: структура техзадания

Для разных задач структура ТЗ будет своя. Глупо делать одинаковые технические задания для новой социальной сети и лендинга по оптовой продаже моркови. Но в целом вам нужны такие разделы:

• информация о компании и целевой аудитории, цели и задачи сайта;
• глоссарий терминов, которые могут быть непонятны клиенту;
• технические требования к верстке и работе сайта;
• описание используемых технологий и список требований к хостингу;
• подробная структура сайта;
• прототипы страниц или описания элементов, которые должны на них быть;
• сценарии использования нестандартного интерфейса (опционально);
• список контента, который делает разработчик;
• требования к дизайну (опционально).

Комментарии разработчиков

• цель сайта;
• требования к серверу;
• описание работы сайта и отдельных его элементов;
• используемые технологии и библиотеки;
• макет дизайна интерфейса;
• структуру и логику внутренних переходов;
• роли и сценарии работы с сайтом для каждой из них;
• архитектуру базы данных (опционально).

• анализируем ТЗ, присланное клиентом;
• изучаем прототип и дизайн-макет сайта;
• на основе полученных данных начинаем подбирать функциональные модули для сайта, которые будут использоваться 100 % и которые, возможно, потребуется использовать;
• прописываем элементы, которые будут нужны при работе с интерфейсом;
• исходя из этих данных и оценки «веса» сайта, вычисляем подходящие системные требования к хостингу сайта;

Валерий Филонов

руководитель отдела frontend- и backend-разработки TexTerra

Техзадание должен писать менеджер проекта, тимлид или сам разработчик (если он фрилансер и работает один). Клиент не разбирается в сайтах — он не сможет учесть все важное. Я пишу ТЗ, чтобы оно было понятным для заказчика. Поясняю термины, описываю структуру, дизайн, функционал, используемые технологии.

Часто прикладываю прототипы страниц, чтобы клиент понял, как будет выглядеть его сайт. Потом составляю отдельное задание для верстальщика — с техническими деталями и пояснениями, которые помогут в его работе.

Чем сложнее задача, тем подробнее должно быть ТЗ. Когда я участвовала в больших проектах, я видела техзадания на 30 страниц.

Аша Саакян

веб-дизайнер, фрилансер

• информацию о компании и цель сайта;
• требования к дизайну, цветовую гамму;
• используемые технологии и CMS;
• кто занимается контентом — мы или клиент;
• структуру сайта вплоть до каждой страницы;
• описания каждой страницы (мы не делаем прототипы, но указываем, какие элементы должны быть на странице, и как они должны работать).

Гурам Сипки

основатель диджитал-студии Udix Media

Писать техзадание должен должен разработчик или менеджер проекта. Нужно указывать только конкретные завершенные формулировки, которые невозможно оспорить. Избегать оценочных прилагательных: красивый, эффективный и прочее.

Если что-то не указано в ТЗ — надо или уточнить у клиента, или реализовать на усмотрение разработчика, но отдельно сообщить об этом моменте клиенту. Это нужно обсудить заранее, а еще лучше прописать в конце техзадания.

Дмитрий Кузьмин

менеджер проектов

Благодаря подробным ТЗ, которые приходят к нам от проект-менеджеров, клиент на выходе получает сайт, который хотел. Без сюрпризов вроде того, что заказчик просил сделать форму обратной связи, и она сделана, но без привлечения программиста в ней невозможно поменять адрес, на который отсылаются письма.

Если вы как владелец сайта хотите самостоятельно менять контент на нем, это стоит указать в ТЗ – тогда разработчики выведут возможность таких изменений в панель администрирования. Если вы хотите, чтобы сайт был сделан не на готовом графическом шаблоне, а обладал уникальным дизайном, это также необходимо прописать и обговорить заранее.

Есть еще один момент, и он относится скорее к договору, чем к ТЗ, но тоже очень важен. Недобросовестные исполнители иногда регистрируют домен не на заказчика, а на себя. Потом, когда приходит момент продления доменного имени, звонят заказчику и просят сумму в несколько раз больше, говоря, что это обсуждалось, но, опять же, нигде не задокументировано.

Заказчик начинает разбираться, что и как, понимает, что надо было оформлять все на себя или свою фирму, но поменять домен уже сложно: адрес указан на билбордах, визитках, в рекламе, уже проиндексирован поисковиками. Переоформление прав владения доменом – тоже непростая и небыстрая задача. В общем, к выбору исполнителя нужно подходить очень внимательно, внимательно обсуждать и прописывать ТЗ на сайт.

Сохраните эту статью и перечитайте, когда надумаете заказывать сайт. Кстати, сделать это можно в нашем агентстве.

Александр Белов

проект-менеджер TexTerra

Источник: texterra.ru

Как составить техническое задание на закупку

Обучение по 44-ФЗ Обучение для госзаказчиков Обучение для поставщиков Повышение квалификации Профпереподготовка Обучение контрактных управляющих Обучение по 223-ФЗ Обучение для заказчиков Обучение для поставщиков Повышение квалификации Профпереподготовка

Антикризисное предложение до 11 октября

Как составить техническое задание на закупку: требования и рекомендации

Полезные материалы для скачивания

Видеообзор изменений в госзакупках в связи с COVID-19

Изменения в законодательстве по госзакупкам

Закупка у единственного поставщика (подрядчика, исполнителя)

Новые условия заключения прямого договора

Аукцион в электронной форме

Обзор нормативной базы и порядка проведения и участия

Планирование закупок по 44-ФЗ

Кадровое обеспечение по 44-ФЗ

Требования к контрактной службе, комиссии по осуществлению закупок,
приемочной коммисии, профстандарты

При обнаружении несоответствий в этой статье оставьте оставьте заявку и получите скидку 30% на любой курс по госзакупкам

Из этой статьи вы узнаете:

• Что представляет собой техническое задание на закупку
• Правила и требования составления технического задания на закупку
• Как составить техническое задание на закупку: пошаговая инструкция
• Рекомендации по составлению технического задания на закупку

Как для начинающих участников тендеров, так и для опытных вопрос, как составить техническое задание на закупку, является одним из основных. Для новичков правильно составленное ТЗ дает возможность не только принять участие в конкурсе наравне с прочими, но и выиграть его. Опытным же нередко приходится обращаться к этому вопросу, если речь идет об особенных закупках, которые имеют множество чрезвычайно важных нюансов.

В этой статье мы расскажем вам не только о том, как правильно составить ТЗ на закупку, но и о том, что нужно учесть при подготовке технического задания на специфические группы товаров и услуг.

Что представляет собой техническое задание на закупку

Согласно закону № 44-ФЗ техническое задание – это форма, в которой покупателем определены специфические, количественные и качественные характеристики конкретной государственной закупки.

Чтобы составить задание, используется образец ТЗ по 44-ФЗ, который является частью техдокументации на госзакупку, и его обязательно следует прикладывать к проекту госконтракта. Техзадание – это основа для выявления заказчиками главных параметров сделки. Оно содержит подробные сведения об объекте закупки, условиях поставки, основных требованиях к покупаемому товару и исполнителям. Образец формы технического задания по 44-ФЗ – это подробное руководство для потенциальных поставщиков, включающее детальное описание всех аспектов тендера.

Процесс приобретения продукции, работ и услуг для нужд заказчиков проходит в несколько этапов. Прежде чем объявить госзакупку и опубликовать извещение, фирма-заказчик осуществляет проработку всех аспектов и составляет документы, включая в них все характеристики планируемого тендера: предмет госконтракта, стоимость, объем, условия, требования к приобретаемому товару и его специфические особенности.

Требования к закупкам разных объектов различаются, как и условия тендеров. Поэтому составить универсальное техническое задание по 44-ФЗ нельзя. Для каждой категории товаров, работ или услуг разрабатывается отдельный образец технической документации.

Является ли ТЗ документом, аналогичным описанию объекта государственной закупки? Нет. Описание объекта – это один из разделов технического задания. Стоит отметить, что эта часть ТЗ составляется таким образом, чтобы описание предмета тендера соответствовало установленным в законе о контрактной системе правилами.

А вот к составлению технического задания по 44-ФЗ требований не установлено. О нем нет информации в вышеуказанном законодательном акте.

ВАЖНО! Чтобы составить ТЗ по 44-ФЗ (под конкретный тендер или шаблон, применимый в дальнейшей работе), работникам, занимающимся проведением тендеров (обычно это либо целая служба, либо контрактный управляющий) следует прибегать к помощи юристов или специалистов, знакомых со всеми нюансами организации закупок в определенной области.

Правила и требования составления технического задания на закупку

Чтобы правильно составить техническое задание, нужно придерживаться правил, основанных на комплексе норм и ГОСТов не только государственного уровня, но и международных. Применение их в той или иной области требует соотнесения техзадания с особенностями отрасли, в которой работает предприятие.

Закон № 44-ФЗ не обязывает заказчика составлять образец технического задания с учетом всех требований ГОСТа. Однако из практики следует, что обращаться к ТЗ заказчику приходится на всех этапах закупки – при разработке сопроводительных документов, проекта контракта, а также в процессе его приемки и контроля исполнения. В связи с этим составить образец все же необходимо. И при создании его нужно следовать определенным принципам.

При составлении ТЗ основной целью является определение и фиксация требований к объекту госконтракта. При этом законодательно установлено, что указывать наименование объекта нужно в соответствии с каталогом товаров, работ, услуг (ч. 4 ст. 23), утвержденным Постановлением Правительства от 08.02.2017 № 145.

Если планируется закупать товар, который описан в КТРУ, то обязанностью заказчика является:

• описание продукции в порядке, предусмотренном в каталоге товаров, работ, услуг;
• включение в описание письменного обоснования (в случае отличия его от предусмотренного в указанном каталоге).

Чтобы верно составить ТЗ, заказчик должен также руководствоваться Правилами, утвержденными ПП от 05.06.2015 № 555. В соответствии с этим документом заказчик обязан в обосновании указать наименование объекта закупки.

Статья 33 содержит регламент, в соответствии с которым необходимо составить описание товара, предполагаемого к закупке. Среди обязательных условий, которые включаются в техническое задание, стоит выделить следующие:

• приводится наименование эквивалентной продукции;
• требования подтверждаются регламентами и прочей нормативной документацией;
• предоставляются технические графические материалы (планы, чертежи и пр.) а также спецификации (если требуется);
• указывается требование по состоянию продукции (новое или иное по потребности заказчика);
• предоставление гарантийных обязательств.

Закон о Федеральной контрактной системе четко не регламентирует, как именно надо составлять техническое задание, что необходимо включать в него и как оформлять. Бланк этого документа не унифицирован.

Составить техническое задание заказчик может на основании имеющихся образцов или создать новую форму, учтя особенности своего бизнеса или специфику отрасли. Тем не менее структуру документа необходимо выстраивать, принимая во внимание общие рекомендации. В бланке должно быть несколько разделов с описанием госзаказа, содержащих сведения о закупаемой продукции, требования к участникам тендера, важные условия государственного контракта и дополнительную информацию.

Чтобы грамотно составить техническое задание, необходимо пользоваться различными сервисами, находящимися в свободном доступе, а именно:

• ГОСТ Р 7.0.97-2016, который регламентирует оформление различных документов;
• реестр госзакупок в ЕИС;
• другие источники информации, доступные для всех.

При составлении техзадания нужно в него включать не только наименование объекта закупки, но и прочие его характеристики, важные для заказчика и реализации контракта. Часть 4 статьи 23 44-ФЗ обязывает указывать название товара в соответствии с действующим каталогом товаров, работ, услуг (КТРУ), утвержденным ПП РФ № 145 от 08.02.2017.

После изучения планируемой к закупке позиции в каталоге разработчик ТЗ должен составить описание объекта госконтракта, не отступая от формулировок КТРУ. Если характеристики, указанные в каталоге, не совпадают с нужными заказчику, специалисту необходимо составить обоснование в письменном виде, указав наименование закупаемой продукции в соответствии с потребностями предприятия (это прописано в Правилах, закрепленных ПП № 555 от 05.06.2015).

ТЗ должно содержать описание товаров (работ, услуг) в конечном виде, удовлетворяющем все запросы покупателя. Чтобы составить описание объекта госконтракта правильно, необходимо учесть положения ст. 33 закона № 44-ФЗ. Соблюдение этих требований обязательно и при формировании остальной части технического задания.

К ним относятся:

• Подробно указываются все параметры закупаемых товаров, работ и услуг. Это касается их функций и технических характеристик, а также качества, особенностей технологии и эксплуатации.
• В ТЗ должно содержаться указание на возможность поставки эквивалентного объекта, соответствующего параметрам основного.
• Составить техническое задание требуется с подтверждением всего его содержания нормами правовых актов.
• В состав документа должны входить графические материалы (если это необходимо) – иллюстрации, чертежи и пр.
• Оговаривается, что товар должен быть новым. Другие его состояния (бывший в употреблении, восстановленный и пр.), если у фирмы-заказчика имеются соответствующие потребности, указываются особо.

Составлять техническое задание надо таким образом, чтобы исключить ограничение доступа потенциальным исполнителям заказа к участию в тендере. Это означает, что устанавливать завышенные и трудновыполнимые требования к объектам госконтрактов нельзя. Кроме того, запрещается приобретать предметы роскоши.

Техническое задание должно содержать информацию о гарантийных обязательствах, в том числе в нем нужно указывать срок гарантии.

Как составить техническое задание на закупку: пошаговая инструкция

Чтобы составить техзадание, нужно последовательно проработать каждый из его разделов. Приводим этапы разработки технической документации на госзакупку.

Шаг 1. На этом шаге нужно составить терминологический список, в котором для исключения разночтений формулируются определения и сокращения понятий, используемых в ТЗ.

Шаг 2. Подробное описание заказчика:

• наименование (официальное название фирмы и ее организационно-правовая форма);
• адрес (фирмы или ее подразделения, ответственного за госконтракт);
• график работы, предусмотренный режимом предприятия-заказчика.

Шаг 3. Включение в ТЗ следующих сведений о закупке:

• совместная или нет; в первом случае нужно прописать права и обязанности всех заказчиков (ПП от 28.11.2013 № 1088);
• централизованная или нет; в первом случае указываются данные об уполномоченном органе (ч. 1 ст. 26 закона № 44-ФЗ);
• привлекаются ли эксперты, в каком порядке они работают.

Шаг 4. Указание следующих данных о госзакупке:

• как определяется поставщик (ч. 1 ст. 24);
• почему был выбран именно этот способ его определения (ч. 5 ст. 24).

Шаг 5. Перечисление требований к потенциальным поставщикам: наличие положительного мнения в бизнессреде о деловых качествах поставщика, наличие у него производственных цехов.

Шаг 6. Указание исходных условий: справочных, производственных, опытных данных, влияющих на реализацию контракта. К примеру, следует прописывать возможность обслуживания приобретаемой техники только в определенное время суток.

Шаг 7. Описание особенностей процесса производства на предприятии заказчика или занимаемого им здания, способного оказать влияние на исполнение контракта. К примеру, при составлении технического задания на приобретение шкафов для офиса может потребоваться уточнение условий доставки: если помещение находится на верхнем этаже, а лифт не работает, нужно прописать необходимость ручного подъема мебели.

Шаг 8. Указание точного местоположения объекта, а если требуется, то и его детальное описание. Без этого нельзя, например, спроектировать инженерные коммуникации или точно рассчитать стоимость ремонтных работ.

Шаг 9. Описание, чего хочет достичь заказчик (решение какой проблемы требуется) и целей госзакупки. Это требование присутствовало ранее в ст. 13 44-ФЗ, но с 1 октября 2019 года статья утратила силу.

Шаг 10. Указание источника финансирования.

Шаг 11. Установление для потенциальных поставщиков требования о соблюдении определенной нормативно-правовой базы в отношении всех существенных условий контракта, а именно предмет закупки, регламент исполнения договора, период его действия и временные рамки этапов, порядок гарантийного обеспечения.

Шаг 12. Определение ограничений потребительских свойств, цены и прочих характеристик товара (так называемое нормирование) (ч. 1 ст. 19).

Шаг 13. Указание наименования объекта госконтракта и приведение его обоснования.

Шаг 14. Точное и подробное описание объекта госконтракта (ст. 33).

Шаг 15. Определение экологических особенностей приобретаемого объекта.

Шаг 16. Уточнение объема госзакупки, а также периодичности и сроков поставок.

Шаг 17. Определение гарантийных обязательств и срока, на который будет предоставляться гарантия.

Шаг 18. Установление требований к упаковке, маркировке, в том числе используемым условным и специальным обозначениям.

Шаг 19. Указание необходимости подтверждать новый товар или потребность в другом товаре.

Шаг 20. Определение эксплуатационных расходов.

Шаг 21. Определение необходимости монтажных и наладочных работ.

Шаг 22. Установление порядка, в котором должен поставляться и приниматься товар.

Шаг 23. Указание необходимости проведения испытаний и обучения лиц, которые будут работать с приобретаемой продукцией.

Образцы различных технических заданий вы можете скачать здесь:

Рекомендации по составлению технического задания на закупку

Как составить техническое задание на закупку по 44-ФЗ? Содержание этого документа зависит от того, что планирует закупить заказчик и какие у него потребности. В заявке необходимо четко прописать, какие показатели должен иметь объект закупки, тогда все участники торгов будут понимать, что требуется организации, разместившей тендер.

Ниже представлены основные рекомендации, которые помогут разработчикам корректно составить техническое задание на госзакупку:

• Обязательно нужно обеспечивать взаимосвязь ТЗ с инструкцией по заполнению заявки.
• Техническое задание необходимо составить так, чтобы все включенные в него термины были упорядочены, а инструкция по формированию заявок была понятна и адекватного воспринималась участниками торгов. Судебные органы, как правило, считают, что сложные для понимания ТЗ, в которых к тому же описание объекта закупки не соответствует инструкции по составлению заявок, ограничивают конкуренцию.
• Следует прописывать, в каких случаях не допускается изменение диапазонного показателя. Показатели, для которых установлены границы допустимых значений, должны быть как можно более реалистичными. Заказчик может задать для того или иного показателя диапазон, определив его нижнюю и верхнюю границу, а потенциальный поставщик вправе выбрать конкретное значение из заданного интервала.

Возможен и другой вариант – заказчик выдвигает требование о невозможности изменения значения диапазонного показателя, а участник торгов прописывает в заявке диапазон в неизменном виде. Нужно четко понимать отличия этих двух схем установления диапазонных показателей и целесообразности их применения в той или иной ситуации, иначе не избежать ошибок. Как правило, вариантом «по умолчанию» является первый, при котором потенциальный поставщик определяет в заявке конкретное значение показателя.

• Требуется устанавливать реальные альтернативные значения показателей.
• Не нужно заявлять соответствие объекта госзакупки техническим условиям как обязательное – это требование расценивается судебными инстанциями как ограничивающее конкуренцию.
• При наличии у заказчика требований к цвету товара необходимо обосновать их целесообразность.
• Нельзя устанавливать требования к потенциальным поставщикам и их ресурсам (ч. 3 ст. 33).
• Нельзя приобретать товары, работы и услуги, не отвечающие требованиям закона к энергоэффективности. Это чревато наложением штрафов. Если нужно приложить к заказу изображение или эскиз, то его лучше включить в состав технического задания.

Главная рекомендация заказчику – нужно составить техническое задание с четко определенными показателями, чтобы участникам после изучения документа было понятно, какие товары, работы, услуги необходимы предприятию.

Обучение госзакупкам без отрыва
от работы, с практикой на электронной
площадке РТС-Тендер и на
тренажере ЕИС

Источник: cett.biz

Как составить техническое задание на разработку интернет-магазина — планируем сайт правильно

Создать интернет-магазин на основании шаблона довольно просто. Гораздо сложнее оптимизировать его под специфику определенного бизнеса, особенно, если это делает сторонняя IT-компания. Чтобы разработчик в итоге создал привлекательный и хорошо продающий сайт, обязательно нужно составить техническое задание интернет-магазина, отражающее все «хотелки» заказчика. Как быстро и правильно составить такой документ, вы узнаете из этой статьи.

Что такое техническое задание?

По своей сути техническое задание или ТЗ – это документ, в котором изложены требования заказчика к интернет-магазину. На основании ТЗ разработчик создает дизайн, структуру и функционал сайта. Поэтому чем детализированнее будут изложены требования, тем меньше возникнет проблем при окончательной приемке работ.

Техническое задание помогает объединить первоначальные идеи и результат

Кроме того, техническое задание является частью договора на разработку, условий которого исполнитель должен неукоснительно придерживаться.

Кто составляет ТЗ на разработку интернет-магазина?

Обычно у заказчика на момент принятия решения о создании интернет-магазина уже существует ряд, как минимум, расплывчатых требований к нему. Поэтому задача исполнителя – структурировать запросы клиента и оформить их в текстово-графическом виде. Написать ТЗ может как заказчик, так и разработчик.

Если ТЗ составляет заказчик

Это идеальный вариант для обеих сторон, но только в случае, если техническое задание создано правильно. Тогда исполнителю не нужно тратить своё время и что-то выдумывать, а клиент получает экономию на разработке документа.

Преимущества составления ТЗ для интернет-магазина

При составлении ТЗ заказчиком также может понадобиться пару интервью для уточнения деталей проекта.

Если ТЗ составляет исполнитель

Нужно заметить, что исполнитель может только написать документ с техническим заданием, но базовые требования к нему, в любом случае, должен предоставить заказчик. Только клиент знает, в каких тонах оформить интерфейс, какая прогнозируемая посещаемость ресурса, какие способы оплаты будут поддерживаться, какие разделы планируется создать и так далее.

Обычно разработчик составляет ТЗ от общего к частному, периодически согласовывая требования с заказчиком во время, так называемых, интервью. В итоге получается документ, который устраивает клиента и который разработчики реально могут выполнить.

В чем выгода составления ТЗ интернет-магазина?

От составления технического задания пользу получает, как заказчик интернет-магазина, так и его разработчик.

Выгоды для заказчика:

1. Понимание, за что будут заплачены деньги. В ТЗ заказчик видит конкретные дизайнерские решения и функции, которые он покупает. Кроме того, ещё до начала разработки можно внести коррективы в структуру, избежав расходов на переделки.
2. Оценка компетентности исполнителя. По грамотности, логичности предложенных решений можно выяснить, стоит ли вообще пользоваться услугами этого разработчика.
3. Юридическая защита от недобросовестного исполнителя, который не захочет выполнить все свои обязательства по договору.
4. Перестраховка от разрыва отношений с исполнителем. При прекращении договора с разработчиком по тем или иным причинам, у заказчика остается, как минимум, готовое ТЗ, а как максимум – ещё и права на готовую часть сайта.
5. Оценка реальной стоимости разработки. Иногда ряд мелких, но очень желаемых заказчиком функций обходятся в значительные суммы. И составление технического задания на разработку интернет-магазина помогает выявить подобные нюансы.

Выгоды для разработчика:

1. Четкое понимание запросов заказчика. Довольно часто клиенты выражаются терминами «элегантный», «современный», который фактически могут подразумевать что угодно. Чтобы придать этим словам однозначный смысл, и нужно техническое задание.
2. Перестраховка от внезапных необоснованных запросов заказчика. С согласованным ТЗ разработчик всегда может предъявить клиенту очередной счет за дополнительный функционал или переработку существующего.
3. Наработка своего портфолио, которое потом можно использовать в рекламных целях.
4. Дополнительный заработок, ведь составление технического задания входит в общую себестоимость проекта.
5. Ускорение разработки за счет заранее продуманного поэтапного плана работ, для выполнения которых имеются все необходимые инструменты.

После осознания важности технического задания для обеих сторон переходим непосредственно к принципам его составления.

Принципы разработки технического задания

Перед тем как перейти к структуре и этапам разработки технического задания интернет-магазина, необходимо разобраться с принципами, на которых весь этот процесс построен. Знание этих правил позволит значительно облегчить работу по написанию ТЗ.

Четкость и конкретизация терминологии

При написании ТЗ крайне желательно избегать двузначной терминологии, абстрактных и относительных понятий. Нельзя написать в тексте задания «Создать красивую большую кнопку с надписью КУПИТЬ», потому что понимание терминов «красивая» и «большая» у всех разное. Размеры, например, лучше характеризовать в пикселях или процентах ширины/высоты экрана.

Пример правильно и неправильной формулировки требования

Компетентный разработчик самостоятельно будет «вытягивать» из клиента во время интервью подробные характеристики каждого элемента и отображать их в ТЗ. Ведь никто не хочет потом бесплатно переделывать код из-за слов заказчика «Я имел ввиду другое».

Кроме того, зачастую предприниматели, впервые заказывающие сайт, высказывают невозможные или взаимоисключающие требования. На их выявление и проработку уходит много времени. Но лучше во всем разбираться сразу, чем потом идти на конфликт с заказчиком или переделывать работу.

Информирование разработчика о глобальных целях проекта

Чтобы процесс разработки и написания ТЗ интернет-магазина был более быстрым и эффективным, расскажите исполнителю о своем бизнесе, занимаемой торговой нише, привлекаемой целевой аудитории и перспективах развития. Такой ликбез поможет разработчику лучше адаптировать дизайн и функциональность сайта под цели проекта. Например, молодежная аудитория требует тщательной проработки визуального стиля, чтобы он соответствовал последним модным тенденциям user-интерфейса.

Также важно раскрыть идеи по дальнейшему развитию интернет-магазина, чтобы можно было выбрать оптимальную CSM-платформу и заложить основы для масштабируемости интернет-магазина.

Копирование идей у конкурентов

Иногда, чтобы быстро и доступно объяснить какую-либо желаемую особенность сайта, лучше просто показать её у конкурентов. Нет смысла изображать размеры и форму определенного элемента в техническом задании, если подобная деталь существует в другом интернет-магазине. Гораздо проще сделать ссылку на готовое решение и уточнить особенности.

Примеры макета сайта можно искать и на зарубежных ресурсах

Аналогичным образом возможна документация и конкретных функций, которые уже реализованы у конкурентов. При этом можно даже выторговать скидку, ведь разработчик может взять часть работоспособного кода непосредственно с чужого сайта. Это сэкономит время обеим сторонам сделки.

Уточнение технических требований

Ещё на этапе составления ТЗ на разработку интернет-магазина необходимо учитывать все технические вопросы. Например, если предприниматель хочет легко интегрировать сервисы доставки товара, приема платежей, 1С, то лучше создавать сайт на SaaS-платформе InSales. Эта CMS уже имеет все необходимые бесплатные модули для интеграции.

Определенные CMS требуют производительного и дорогого хостинга

К техническим требованиям также относят максимально возможное количество товаров для размещения, ПО сервера, поддержка различных форматов экранов и прочее. Ведь разработчики должны понимать, смогут ли они удовлетворить пожелания клиента при помощи тех или иных инструментов.

Детализирование сценариев

В техническом задании как можно больше функций сайта должно быть описано при помощи поведенческих сценариев. Разработчикам гораздо проще будет реализовать определенный функционал, если они будут понимать логику и последовательность действий пользователя.

При этом сценарии можно описывать по такому общему шаблону:

• действие пользователя;
• ответное событие на сайте;
• если пользователь делает это, то на сайте происходит это;
• если пользователь делает иначе, то сайт отвечает таким образом.

Сценарии сочиняются лишь для того, чтобы и заказчик, и разработчики четко понимали, как должна быть реализована конкретная функция.

Формирование требований к проверке магазина

При разработке ТЗ нужно понимать не только потребности целевой аудитории, но также её поведенческие привычки, а также преобладающий набор устройств, с которых люди будут заходить в интернет-магазин. Например, при создании порталов для любящей смартфоны молодёжной аудитории больше внимания стоит уделять мобильным версиям сайта.

Список устройств для тестирования интернет-магазина

В техническом задании должно быть указано, на каких устройствах, при помощи какого ПО (например, браузера) и что будет делать проверяющий. Это заставит разработчиков с большим усердием тестировать работоспособность сайта именно на гаджетах, используемых целевой аудиторией.

Помните, что интернет-магазинов без мелких багов не существует, но за счет тщательного тестирования сайта можно минимизировать их негативное влияние на целевую аудиторию.

От общих требований к частным

При презентации своих требований заказчику необходимо двигаться от общего к частному. Например, в начале можно рассказать вообще про концепцию создания интернет-магазина, потом про его ожидаемую цветовую гамму, затем про структуру сайта и в конце уже обсуждать элементы дизайна этой структуры.

Шрифты, изображения, звуки, баннеры обсуждаются тогда, когда уже согласован общий вид и функциональность магазина. Мелкие элементы всегда можно быстро подправить, поэтому изначально нужно уделять максимум времени принципиальным вопросам дизайна и структуры.

Структура технического задания интернет-магазина

Общепринятых шаблонов технического задания для разработки интернет-магазина не существует. А всё потому, что уровень детализации требований заказчика может кардинально отличаться. Но в качестве примера ТЗ для небольшого сайта на 500-1000 товаров можно предложить такую структуру:

1. Общие сведения. Краткое описание товарной ниши, целевой аудитории, целей проекта.

2. Поддерживаемые языки.

3. Общее визуальное оформление, разделы и подразделы сайта: «О нас», «Доставка и оплата», «Контакты», «Новинки», «Новости» и прочие, их описание.

Модель структуры сайта

4. Элементы главного и боковых меню, вложенные меню.

5. Описание хэдера, контентной зоны, футера сайта и составляющих их блоков. К этой части ТЗ интернет-магазина должны быть приложены дизайнерские макеты с названиями и наполнением блоков.

6. Функциональные прототипы страниц.

7. Структура и описание карточки товара.

8. Фильтры категорий.

9. Механика добавления товаров в корзину и оформления заказа.

10. Перечень функционала с описанием поведенческих сценариев его реализации. Например, в этом разделе можно описать способы регистрации, оплаты, систему скидок, интеграцию с внешними базами и прочее.

11. Технические параметры ПО, хостинга и среды функционирования. Здесь же указывается CMS, например InSales.

12. Условия тестирования готового продукта.

Ещё один пример структуры технического задания интернет-магазина

Объем технического задания для сайта может варьироваться от нескольких страничек до сотен. Всё зависит от масштаба проекта, его шаблонности и запросов заказчика, требующих индивидуальной разработки.

Резюме

При желании открыть интернет-магазин или расширить существующий бизнес, предпринимателю необходимо, прежде всего, определить максимальный бюджет. После этого можно нарисовать ориентировочный макет сайта или просто взять в качестве примера ресурс конкурента. С этим уже можно обращаться к разработчикам для консультаций.

А техническое задание для интернет-магазина стоит начинать подробно обдумывать только тогда, когда потенциальные исполнители подтвердят возможность реализации проекта за имеющиеся деньги. При обсуждении ТЗ с разработчиком детально фиксируйте все нюансы. Ведь наличие подробного задания – залог отсутствия логических ошибок при создании сайта и ваша юридическая опора при работе с исполнителем.

Источник: www.insales.ru