Техническое задание: образец для сайта, бота или приложения
Avada · Проверено: 9 ноября 2026 года · Источники — в конце статьи
Скажем прямо: Avada создаёт и продаёт системы. Этот образец — для работы с любым разработчиком: мы никого не рекомендуем и цен не пишем.
Коротко
- Техническое задание (ТЗ) — документ о том, что создаётся, как это проверяют и что вам передают в конце. Наш совет: сделайте его приложением к договору, подписанным обеими сторонами.
- В образце ниже 12 разделов. Если раздел не нужен, не удаляйте его — напишите «требований нет».
- Каждое требование пишите так, чтобы его можно было отметить «выполнено» или «не выполнено». «Удобно», «быстро», «современно» на приёмке не проверить.
- Если система хранит диагнозы, другие данные о здоровье или данные детей, согласие берут письменно: запишите это в разделе 7 ТЗ.
- Раздел, которого почти нет в других образцах, — передача: кому и когда переходят код, домен, сервер, аккаунты и права на код. Оплата сама по себе не делает код вашим: права переходят по письменному договору.
- Если заказывает государственная организация, описание в ТЗ должно быть объективным и функциональным: без товарного знака и производителя (кроме закупок через электронный магазин), а если иначе точно не описать — со словами «или аналог». Информация о закупке публикуется на государственном языке.
Оглавление
- Что такое ТЗ и кто его пишет
- Образец: 12 разделов
- Заполненный пример: сайт магазина
- Что говорит закон о ТЗ
- Если заказывает государственная организация
- Восемь ошибок
- Как работает Avada
- Открытые вопросы
Что такое ТЗ и кто его пишет
По Гражданскому кодексу договор считается заключённым, когда согласованы все его существенные условия, прежде всего предмет (ст. 364). В заказе программы предмет — что именно создаётся. Если в договоре условий нет или они неполные, работа должна отвечать требованиям, обычно предъявляемым к работам такого рода (ст. 647). По нашему толкованию, для сайта или бота такие «обычные требования» не перечисляет ни один документ — поэтому их и записывает ТЗ: чем оно точнее, тем реже потом спор «мы об этом не договаривались».
Отдельной главы о разработке программ в Кодексе мы не нашли. По нашему толкованию, к созданию и сдаче сайта, бота или приложения обычно применяют правила о подряде (ст. 631), а последующее сопровождение ближе к возмездному оказанию услуг (ст. 703); общие правила о подряде применяются к услугам, если не противоречат главе об услугах (ст. 708). Термин «техническое задание» Кодекс использует только в подряде на научно-исследовательские, опытно-конструкторские и технологические работы: ТЗ выдаёт заказчик (ст. 693, 697), а подрядчик своими силами и за свой счёт устраняет допущенные по его вине недостатки, которые могут повлечь отступление от параметров ТЗ (ст. 698). Обычный сайт — не такая работа, но эти статьи хорошо показывают, зачем нужно ТЗ (наше толкование).
Кто пишет? Метод подробно — в статье о ТЗ на CRM: вы пишете требования простым языком, разработчик на их основе пишет ТЗ, вы читаете, правите и подписываете. Образец ниже годится для двух задач: записать требования в этом порядке и проверить, не выпал ли раздел из ТЗ, которое прислал разработчик (наш совет). Прислали ТЗ на 40 страниц по ГОСТ? Пройдите по 12 разделам и найдите в нём каждый. Чего не нашли — попросите дописать до подписи (наш совет).
Не берите чужое ТЗ: у вас другая работа и другие клиенты (наш совет). Из образца берите порядок разделов, содержание пишите сами.
Образец: 12 разделов
Вместо ____ впишите свои данные. Каждый раздел можно скопировать в Word или Google Docs. Образец написан под сайт магазина; для сайта колледжа или школы замените страницы в разделе 5 (новости, приём, документы, контакты).
1. Общие сведения
Документ: Техническое задание
Проект: ____ (сайт / бот / приложение)
Заказчик: ____
Исполнитель: ____
Договор: № ____ от ____
Версия ТЗ: ____ от ____
Ответственный (заказчик): ____
Ответственный (исполнитель): ____
Термины: ____
2. Цель и как её измеряем
Зачем нужно: ____ (одна фраза)
Как работаем сейчас: ____
Как проверяем результат:
— ____ (например: заказ попадает
к менеджеру за 1 минуту)
— ____
3. Пользователи и роли
Роль | Кто | Что может
Клиент | ____ | ____
Менеджер | ____ | ____
Руководитель | ____ | ____
Администратор | ____ | ____
4. Функции Каждую функцию — отдельной строкой: кто, что делает, что получается в итоге.
Ф1. ____ (кто) ____ (что делает),
итог: ____
Ф2. ...
Правило и пример: ____
(например: от 3 товаров
доставка бесплатно)
5. Страницы или экраны
Страница / экран | Что на ней
Главная | ____
Каталог | ____
Товар | ____
Корзина и заказ | ____
Условия доставки | ____
Оферта, конфиденциальность | ____
Вход / регистрация | ____
Не найдено (404) | ____
Панель управления | ____
6. Интеграции
Сервис | Зачем | На чьё имя
Оплата: ____ | ____ | ____
SMS: ____ | ____ | ____
Telegram: ____ | ____ | ____
Учётная система (1С и др.): ____
Кто оплачивает сервис: ____
Кто даёт тестовый доступ: ____
7. Данные
Какие данные хранятся: ____
Зачем они нужны: ____
Согласие на обработку: ____
Данные детей, согласие родителей:
____
Особые данные (здоровье, диагноз):
____
Кто видит медицинские данные: ____
Где сервер: ____ (страна)
Кто может выгрузить: ____
Выгрузки видны в журнале: ____
Перенос из старой системы: ____
8. Технические требования
Экран телефона: от ____ px
Приложение: iOS ____, Android ____
Push-уведомления: ____ (о чём)
Работа без интернета: ____
Браузеры: ____
Языки: ____ (узбекский (латиница),
русский)
Кто переводит тексты: ____
Пользователей одновременно: ____
Страница открывается за: ____ с
(с телефона, мобильный интернет)
Резервная копия: каждые ____,
где хранится: ____,
восстановление за ____ ч
HTTPS, настройка для поисковиков: ____
Статистика посещений: ____
Журнал действий: ____
9. Что не входит в этот этап
— ____
— ____
Новое требование = новое
соглашение: что, срок и цена
10. Этапы, оплата и что даёт заказчик
Этап | Результат | Срок
1 | ____ | ____
2 | ____ | ____
Оплата этапа: через ____ дней
после подписания акта
(размер — в договоре)
Предоплата: ____ (есть ли)
Дизайн: макет утверждает ____,
число кругов правок: ____
Заказчик передаёт:
— тексты и фото: до ____
— логотип и цвета: до ____
— тестовые доступы: до ____
11. Приёмка
Тест | Как проверяем | Итог
Т1 | ____ | прошёл / не прошёл
Т2 | ____ | прошёл / не прошёл
Проверяет: ____ (кто, на чём)
Акт подписывает: ____
Срок проверки: ____ рабочих дней
Недостатки — в акт.
Срок устранения: ____ рабочих дней
12. Передача, гарантия и сопровождение
Передаётся:
— исходный код и репозиторий: ____
(на чьё имя)
— домен: ____ (на чьё имя)
— сервер, хостинг: ____
— аккаунт App Store / Google Play:
____ (на чьё имя)
— владелец Telegram-бота и токен:
____
— доступы администратора: ____
— копия базы данных: ____
— чужие компоненты, лицензии: ____
— инструкция по установке
и работе: ____
Права на код: ____ (пункт договора)
— исключительные / неисключительные
— способы: запускать, изменять,
передавать другому разработчику
— территория: ____, срок: ____
Гарантия: ____ мес.
Время ответа: ____
Время исправления: ____
Кто ведёт после сдачи: ____
К последнему разделу есть ещё три наши страницы: на чьё имя домен, сервер и пароли — Если программист свой; что входит в сопровождение — Техническое обслуживание; почему время ответа и время исправления пишут отдельно — Кто чинит ночью.
Заполненный пример: сайт магазина
Это заполненные строки для сайта заказов магазина одежды (пример придуман). Пример для CRM — в статье о ТЗ на CRM.
2. Цель: заказы принимаются
на сайте, а не в директе
Instagram.
Проверка: заказ с сайта не
позже чем через 1 минуту
в Telegram-группе менеджеров.
4. Ф1. Клиент выбирает размер
и цвет, кладёт в корзину.
Итог: видно количество и сумму.
Ф2. Клиент вводит телефон и
подтверждает его кодом из SMS.
Ф3. Администратор сам добавляет
товар, размеры и остаток;
закончившийся размер в продаже
не виден.
Ф4. Статус заказа (принят,
в пути, доставлен) — клиенту
в SMS.
Правило: от 2 товаров
доставка бесплатно.
6. Оплата: через Click и Payme.
Договор: на имя магазина.
Из какой системы фискальный
чек: ____ (чек выдаёт магазин)
9. В этот этап не входят:
мобильное приложение, бонусная
карта, связь со складской
программой.
11. Т1: с телефона заказано
2 товара: доставка бесплатна,
заказ в группе менеджеров
не позже чем через 1 минуту.
Итог: прошёл.
Т2: введён неверный код из SMS —
заказ не принимается.
Итог: прошёл.
Обратите внимание на строку об оплате: запись об оплате на сайте — не фискальный чек. Как выдать чек на каждую оплату — в статье о кассе и CRM.
Что говорит закон о ТЗ
Статьи Гражданского кодекса ниже — правила о подряде: если ваш договор оформлен как подряд, они применяются напрямую (наше толкование: заказ сайта, бота или приложения обычно так и оформляют). В Кодексе исполнитель называется подрядчиком; в образце — «исполнитель». У каждой строки — раздел образца, на который она влияет.
- Сроки (раздел 10). В договоре указываются начальный и конечный сроки работы, можно указать и сроки этапов; меняются они только в случаях и в порядке, предусмотренных договором (ст. 635).
- Цена (разделы 9 и 10). Цена бывает приблизительной или твёрдой; если в договоре не сказано, она считается твёрдой, и требовать её увеличения, как правило, нельзя (ст. 636). Поэтому нужны строки «что не входит в этот этап» и «новое требование = новое соглашение» (наш совет). Если меняются цена или объём, продавец — юридическое лицо, индивидуальный предприниматель или самозанятый — выставляет дополнительный или исправленный счёт-фактуру (Налоговый кодекс, ст. 47).
- Что даёте вы (раздел 10). Заказчик обязан содействовать исполнителю в случаях, в объёме и в порядке, предусмотренных договором; если не содействует, исполнитель вправе требовать возмещения убытков, переноса срока или повышения цены (ст. 645). Если передача текстов и фото записана в договоре, а вы опоздали, исполнитель вправе требовать переноса срока; поэтому даты передачи запишите в разделе 10 (наш совет).
- Оплата (раздел 10). Предоплата есть, только если она записана в договоре; иначе работу оплачивают после окончательной сдачи результата, если она выполнена надлежащим образом и в согласованный срок (ст. 638). Исполнитель, которому не заплатили, вправе удержать результат (ст. 639). По нашему толкованию, закон предоплату не запрещает; но если вы заплатили всё вперёд, у вас остаются только требования о сроках и недостатках (ст. 635, 650). Наш совет: привяжите каждую оплату к результату этапа и к передаче кода и доступов.
- Приёмка (раздел 11). Заказчик осматривает и принимает работу в срок и в порядке, предусмотренные договором. Чтобы позже ссылаться на недостатки, найденные при приёмке, их (или право требовать их устранения позже) нужно записать в акт или другой документ о приёмке; приняли без проверки — на явные недостатки потом не сошлётесь; о скрытых недостатках сообщают в течение десяти дней после обнаружения (ст. 646).
- Недостатки (раздел 11). Вы вправе требовать бесплатного устранения или соразмерного уменьшения цены; устранить недостатки самим (например, с другим разработчиком) и взыскать расходы — только если это право записано в договоре (ст. 650).
- Гарантия (раздел 12). Если гарантийный срок не установлен, требования можно предъявить, когда недостатки обнаружены в разумный срок, но в пределах двух лет со дня передачи результата (ст. 651). Поэтому срок гарантии лучше записать точно (наш совет).
- Документация (раздел 12). Если это предусмотрено договором или без этого результатом нельзя пользоваться, исполнитель вместе с результатом передаёт сведения о том, как им пользоваться (ст. 653).
- Права на код (раздел 12). Имущественные права на произведение, созданное по заказу, передаются по авторскому договору, кроме случаев, установленных законом (Закон «Об авторском праве и смежных правах», ст. 38, 41); договор заключается в письменной форме (ст. 42). Права, прямо не указанные в договоре, считаются не переданными; если не указана территория, права действуют только в Узбекистане; если не указан срок, автор может расторгнуть договор по истечении пяти лет, письменно уведомив за шесть месяцев (ст. 39). Если в договоре не сказано, что права исключительные, они считаются неисключительными (ст. 38). Договор о передаче имущественных прав на программу заключается в письменной форме и должен содержать объём и способы использования, порядок выплаты и размер вознаграждения и срок действия договора (Закон № 1060-XII, ст. 7), а право изменять программу принадлежит правообладателю (ст. 6). Договор о создании и использовании результатов интеллектуальной деятельности должен определять характер создаваемого результата и цели или способы его использования (Гражданский кодекс, ст. 1037): по нашему толкованию, это и записывает ТЗ. Условия, ограничивающие автора в создании в будущем результатов определённого вида или в определённой области, ничтожны (ст. 1037): не пишите «разработчик больше никому не делает сайты» (наш совет). Норма говорит об авторе — человеке, который пишет код (наше толкование). Слова «код ваш» в коммерческом предложении — ещё не передача прав (наше толкование): права передаёт письменный авторский договор, а в нём названы способы использования, территория и срок (ЗРУ-42, ст. 38, 39, 42). Наш совет: попросите вместо этой строки пункт договора по разделу 12 образца и проверьте, на чьё имя репозиторий; код готовой платформы (например, 1С) и чужих библиотек «вашим» не станет — запишите, что остаётся по их лицензиям.
- Регистрация. Авторское право на программу возникает при её создании, регистрация не требуется; зарегистрировать программу можно в Министерстве юстиции (Закон № 1060-XII, ст. 4, 9).
- Данные (раздел 7). С 27 марта 2026 года биометрические и генетические данные, а также данные пользователей операторов связи должны храниться только на территории Узбекистана; такие базы регистрируются в государственном реестре. Остальные данные можно хранить и за рубежом при выполнении одного из трёх условий закона (Закон «О персональных данных», ст. 20, 27¹). Если система работает с лицом или отпечатком пальца, запишите это в разделе 7 отдельно (наш совет). Согласие и другие строки — Закон о данных.
- Данные о здоровье и данные детей (раздел 7). Сведения о физическом или психическом здоровье (например, диагноз) — специальные персональные данные: их обработка запрещена, кроме случаев, названных в законе, — например, если субъект дал письменное согласие, в том числе в виде электронного документа, или при медицинской диагностике и лечении их обрабатывает медицинский работник, обязанный обеспечивать их защиту (ст. 25). За несовершеннолетних согласие дают родители (опекуны, попечители) в письменной форме, в том числе в виде электронного документа (ст. 21). Наш совет: для системы клиники, школы или учебного центра запишите в разделе 7, кто видит диагнозы, как собирается и где хранится согласие и пишется ли в журнал, кто что открывал.
- Если акт электронный. Электронный документ, подтверждённый электронной цифровой подписью, имеет ту же юридическую силу, что и бумажный (Закон «Об электронном документообороте», ст. 5, 7). По нашему толкованию, простое сообщение «принято» в Telegram таким документом не является: подпишите акт или запишите в договоре, через какой канал подписанный документ имеет силу оригинала.
- Стандарт. С 1 мая 2026 года применение стандартов любого уровня добровольно (Указ Президента УП-25, пункт 10, подпункт «а»). По нашему толкованию, в частном заказе стандарт обязателен, только если на него сослались в договоре. Стандарт ТЗ на автоматизированную систему и что будет, если на него сослаться, — Нужен ли стандарт.
Если заказывает государственная организация
При отборе и тендере ТЗ входит в закупочную документацию (Закон «О государственных закупках», ст. 59, 67). Описание закупки объективно, функционально и носит общий характер; в нём не указывают конкретный товарный знак, модель или производителя, кроме закупок через электронный магазин и случаев, когда иначе достаточно точно описать нельзя, — тогда добавляют слова «или аналог» (ст. 34). В закупочной документации есть показатели, по которым можно проверить соответствие, и не допускаются завышенные требования к квалификации участника (ст. 34). Информация о госзакупках публикуется на государственном языке (ст. 35). К документации отбора и тендера прилагается проект договора — её неотъемлемая часть (ст. 59, 67): наш совет — строки о правах на код, данных, приёмке и гарантии пусть совпадают в ТЗ и в проекте договора.
Строка раздела 9 «новое требование = новое соглашение» здесь работает иначе: дополнительное соглашение к договору, заключённому по итогам закупки, не может менять его существенные условия — изменять работу и её качество, увеличивать объём и цену, продлевать срок, кроме случаев, предусмотренных законодательством (ст. 34). Наш совет: поэтому впишите в ТЗ всё нужное до объявления закупки; для новой работы, появившейся позже, может понадобиться новая закупка — уточните это у отдела закупок.
Что это меняет в образце (наш совет): в разделах 6 и 8 пишите не название сервиса, а задачу — например, «панель управления: сотрудник без программиста добавляет новости и объявления»; название бренда — только если иначе не описать, и со словами «или аналог». Каждую строку разделов 2 и 11 сделайте проверяемой цифрой; основным текстом ТЗ сделайте узбекский. Тендерная документация в установленном порядке направляется на экспертизу в Центр комплексной экспертизы (ст. 67). Если система создаётся за счёт государственного бюджета, порядок согласования, экспертизы и приёмки — на странице Выбор разработчика, в части «Для государственного вуза»; она написана на примере вуза, но может касаться и других государственных организаций (наше толкование). Для государственных информационных систем могут действовать и обязательные требования: как они применяются к вам, уточните у отдела закупок (наш совет).
Восемь ошибок
- ТЗ нет, есть только переписка в Telegram. В споре трудно показать, о чём договорились (наше толкование).
- «Как в Instagram», «как у конкурента». Это не проверяемое требование: запишите строкой в раздел 4, что именно нужно с той страницы.
- Раздел «что не входит в этот этап» пустой. Потом каждая новая идея превращается в спор, входило ли это в договор.
- Нет тестов приёмки. Непонятно, когда «готово». Напишите их до начала работы — Этапы и приёмка.
- Домен и сервер на имя разработчика. Продлить домен и перенести сайт на другой сервер сможет только он — даже когда он уже с вами не работает.
- Права на код одним словом «будет наш». Права, прямо не названные в договоре, считаются не переданными, а без слова «исключительные» — неисключительными; без срока автор может расторгнуть договор через пять лет (ЗРУ-42, ст. 38, 39). Запишите способы использования (запускать, изменять, передавать другому разработчику), территорию и срок.
- Не записаны языки. Когда русский сайт готов, начинается спор, кто пишет узбекские тексты и куда их ставить.
- Забыли про телефон. Большинство клиентов открывают сайт с телефона (по нашему опыту): в разделе 8 укажите ширину экрана и проверьте сайт с телефона на приёмке.
Список проверки ТЗ разработчика перед подписью — в статье о ТЗ на CRM; что проверить в самом договоре — Разработка на заказ: что проверить в договоре.
Как работает Avada
Расскажем о себе так же открыто — по разделам этого образца. В нашем типовом договоре отдельного ТЗ нет: состав, сроки и порядок оплаты работ определяются приложениями к договору — коммерческими предложениями и дополнительными соглашениями (п. 1.2). Работы, которых нет в приложениях (новые функции, изменения, интеграции), выполняются только после письменного согласования их стоимости и срока (п. 1.3). До предложения мы вместе проходим готовое демо на ваших данных: по каждой части отмечаем «нужно», «не нужно» или «изменить».
На каждый этап составляется акт. Вы подписываете его в течение 5 рабочих дней или направляете письменный мотивированный отказ со списком недостатков; если в этот срок ответа нет, работы считаются принятыми (п. 3.3). О правах на код: исключительные права на ПО, его исходный код и платформу остаются у нас, вы получаете неисключительную лицензию — на территории Узбекистана, на 10 лет с автоматическим продлением; исключительные права на результаты, созданные только для вас и не являющиеся частью платформы (например, ваши отчёты, формы, тексты и изображения), переходят к вам после полной оплаты (п. 5.1, 5.2, 5.4). Поэтому, если вы работаете с нами, строки раздела 12 «исходный код» и «права на код» будут другими: код не передаётся, выдаётся лицензия. Без нашего письменного согласия программу нельзя изменять, передавать третьим лицам или копировать для них (п. 5.3). Если обслуживание не оплачивается или договор прекращён, мы ещё 30 дней размещаем систему, затем по вашему выбору передаём данные или за отдельную плату устанавливаем систему на ваш сервер в пределах лицензии (п. 4.4). А данные — ваши: по окончании договора или по вашему запросу передаём их в течение 10 рабочих дней в Excel, CSV или копией базы (п. 6.5). Договор можно прочитать заранее — ссылка ниже.
Открытые вопросы
- Статус ГОСТ 34.602 в Узбекистане (принят ли, в какой редакции) для этой статьи прочитать в первоисточнике не удалось. Применение стандарта в любом случае добровольно (УП-25, пункт 10, подпункт «а»).
- В Законодательной палате рассматривается проект изменений в Закон «О государственных закупках» (QL-271; постановление № 2523-V от 8 сентября 2026 года); если он вступит в силу, перечитаем строки о ТЗ.
Эта статья — общая информация, а не юридическая консультация.