ТЗ для школы: как составить задание, чтобы проект работал на детей, учителей и родителей

Директор говорит подрядчику: «Нужен сайт для школы, чтобы родители видели новости и расписание». Дизайнер делает красивую главную, разработчик подключает форму обратной связи, а через месяц выясняется: раздел с домашними заданиями неудобен учителям, персональные данные детей попали в открытый доступ, новость нельзя обновить без программиста, мобильная версия тормозит, а к 1 сентября сайт не успели наполнить. Или другой сценарий: школа заказывает ремонт кабинета, а подрядчик не учёл требования пожарной безопасности, санитарные нормы, режим тишины и согласование с управляющей компанией. В школьных проектах цена размытого ТЗ особенно высока: здесь ошибка влияет не только на бюджет, но и на безопасность детей, репутацию учреждения и сроки учебного года. Разбираем, как составить ТЗ для школы так, чтобы исполнитель понял не только «что сделать», но и «для кого, когда, с какими ограничениями и как это принять».

Что такое ТЗ для школы и когда оно спасает

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

Хорошее ТЗ особенно спасает в пяти ситуациях:

• Когда проект привязан к учебному календарю. 1 сентября, родительские собрания, ЕГЭ и ОГЭ, каникулы, отчёт перед управлением образования, праздник, выпускной — эти даты нельзя перенести «на неделю после доработки».
• Когда в проекте несколько групп пользователей. Ученики, родители, учителя, администрация, техспециалист, поставщик, подрядчик, проверяющие органы. Каждая группа видит задачу по-своему, и без ТЗ результат может устроить только одну из них.
• Когда есть требования к безопасности детей и персональным данным. Фотографии учеников, контактные данные, оценки, медицинские справки, питание, маршруты, доступы в помещения — всё это требует аккуратных формулировок и ограничений.
• Когда школа работает по закупочным процедурам. Если учреждение государственное или муниципальное, ТЗ может стать частью документации по 44-ФЗ или 223-ФЗ. Здесь важны объективность, измеримость, отсутствие заточки под одного поставщика и корректные требования к приёмке.
• Когда результат должен обслуживаться школой без постоянного подрядчика. Сайт, расписание, кружки, мероприятия, оборудование и документы нужно обновлять силами сотрудников. Если в ТЗ не заложена простота поддержки, школа получит красивый, но мёртвый проект.

Школьное ТЗ — это не формальность для тендера. Это способ перевести фразу «сделайте хорошо для детей и родителей» в проверяемые требования: кто пользуется, что должно работать, какие риски запрещены, когда сдавать и как принимать.

Простой тест на готовность ТЗ: если подрядчик, учитель, завуч, технический специалист и директор, прочитав документ, могут ответить на вопросы «что делаем», «для кого», «когда нужно», «что нельзя», «как проверим» и «кто принимает», — ТЗ рабочее. Если остаются пробелы в безопасности, сроках, бюджетных ограничениях или составе документов, проект почти наверняка упрётся в переделки. Для сбора недостающих требований удобно использовать вопросы для ТЗ, а для разложения задачи по этапам — план для ТЗ.

Специфика ниши школы: 5 особенностей, которые влияют на ТЗ

Школа отличается от коммерческой компании, стартапа или частного заказчика. Здесь есть жёсткие внешние рамки: дети, родители, педагогическая этика, государственные требования, учебный график и ограниченное время на согласования. Эти особенности нужно закладывать в ТЗ заранее.

1. У школы несколько пользователей с разными задачами

Один и тот же проект может быть нужен ученику для просмотра заданий, родителю — для связи с классным руководителем, учителю — для публикации материалов, администрации — для отчётности, техническому специалисту — для поддержки, проверяющему — для подтверждения соблюдения норм. Если в ТЗ написать просто «удобно для всех», исполнитель выберет самый простой вариант и потеряет важную аудиторию.

В ТЗ нужно описать роли и сценарии: кто заходит, как часто, с какого устройства, какое действие должен выполнить, какие данные видит, какие ошибки недопустимы. Например, для школьного сайта родитель должен за 30 секунд найти расписание и контакт классного руководителя, учитель — за 2 минуты опубликовать домашнее задание, администрация — обновить новость без обращения к программисту.

2. Учебный календарь не прощает переносов

Школьные проекты часто привязаны к датам, которые нельзя двигать: начало учебного года, экзамены, родительские собрания, олимпиады, праздники, отчётные периоды, ремонт перед сменой. Если сайт, мероприятие или оборудование нужны к конкретной дате, в ТЗ нельзя ограничиваться фразой «как можно быстрее». Нужен календарь с точками контроля: когда готовы тексты, когда согласован дизайн, когда проведено обучение, когда выполнена приёмка, когда остаётся резерв на исправления.

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

3. Безопасность детей и персональные данные — не опция, а ограничение

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

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

4. Согласования в школе идут медленно и по цепочке

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

Хорошее ТЗ включает матрицу ответственности: кто даёт исходные данные, кто утверждает структуру, кто проверяет тексты, кто отвечает за фото и согласия, кто принимает работу, кто обучает сотрудников. Это не бюрократия, а защита от ситуации «мне казалось, это согласовано».

5. Цифровые инструменты и AI ускоряют работу, но в школе цена ошибки выше

В 2026 году нейросети помогают быстро собрать структуру сайта, написать черновики новостей, перевести текст, подготовить сценарий мероприятия, сгенерировать иллюстрации, составить презентацию для родительского собрания или упростить инструкцию для учителей. Это экономит время. Но AI не отвечает за корректность педагогических формулировок, этику, безопасность детских данных, соответствие школьным правилам и юридические риски.

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

Структура ТЗ для школы

1. Цель: зачем школе нужен этот проект

Начните не с инструмента, а с проблемы. Цель должна отвечать на вопрос: что должно стать проще, безопаснее, понятнее или своевременнее для школы после выполнения работы.

Плохая формулировка: «Сделать сайт для школы».
Хорошая: «Создать сайт школы, на котором родители смогут находить расписание, новости и контакты классных руководителей с мобильного телефона, а учителя — публиковать домашние задания без помощи техспециалиста; запуск до 25 августа, поддержка контента силами школы».

Для разных школьных задач цель формулируется по-своему:

• Сайт или портал: повысить информированность родителей, сократить число звонков в секретариат, обеспечить доступ к документам и новостям.
• Мероприятие: безопасно провести праздник, вовлечь родителей, уложиться в бюджет и тайминг, оставить фото- и видеоотчёт.
• Ремонт или обустройство: привести помещение в соответствие с нормами, обеспечить безопасность, не сорвать учебный процесс.
• Оборудование или техника: купить и ввести в эксплуатацию устройства, которые учителя реально будут использовать, с гарантией и обучением.
• Образовательная программа или курс: дать ученикам понятный результат, соответствовать учебному плану, иметь критерии оценки и материалы для родителей.

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

2. Требования: аудитория, нормы, функционал, контент, бюджет и ограничения

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

Пользователи и сценарии:

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

Нормативные и безопасные требования:

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

Функциональные требования:

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

Контентные требования:

• кто пишет тексты: администрация, учитель, копирайтер, подрядчик;
• кто предоставляет фото и видео: школа, родительский комитет, фотограф;
• какие согласия нужны на публикацию изображений детей;
• в каком формате передаются документы: DOCX, PDF, таблица, CMS;
• кто проверяет факты, педагогическую корректность и юридические формулировки.

Бюджет и комплектация:

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

3. Объём: что входит в проект и что не входит

Школьные проекты легко размываются, потому что у разных сотрудников своё понимание слова «под ключ». Сайт «под ключ» может означать дизайн, вёрстку, наполнение, обучение и год поддержки, а может — только установку шаблона. Ремонт «под ключ» может включать проект, согласования, черновые работы, чистовую отделку, вывоз мусора и приёмку, а может — только покраску стен.

В ТЗ нужно прямо перечислить артефакты и работы. Например, для школьного сайта:

• структура разделов: главная, о школе, новости, расписание, документы, контакты, классы;
• роли: администратор, редактор новостей, учитель класса, технический специалист;
• формы: обращение родителя, запись на собрание, обратная связь с ограничением по персональным данным;
• мобильная версия и скорость загрузки;
• базовое SEO: метатеги, карта сайта, заголовки;
• наполнение 20 новостями и 10 документами на старте;
• обучение трёх сотрудников;
• инструкция по обновлению контента;
• гарантийный период 3 месяца.

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

Без блока «не входит» школа может ожидать, что подрядчик решит все смежные задачи, а исполнитель будет считать, что сделал только описанное. Это одна из самых частых причин конфликтов в образовательных проектах.

4. Сроки: учебный календарь, согласования и резерв

Для школы срок — это не просто количество дней. Это привязка к событиям: начало учебного года, экзаменационная пора, каникулы, отчёт, праздник, поставка оборудования, монтажные работы, обучение персонала. В ТЗ нужно разбить проект на этапы и указать, кто отвечает за каждый шаг.

Пример структуры сроков для сайта к 1 сентября:

• до 10 июля: утверждение ТЗ, структуры и списка разделов;
• до 20 июля: дизайн главной и ключевых страниц;
• до 1 августа: вёрстка, настройка ролей и форм;
• до 10 августа: наполнение новостями и документами;
• до 15 августа: тестирование на мобильных устройствах и обучение редакторов;
• до 20 августа: устранение замечаний;
• 25 августа: публикация и резерв на срочные правки;
• 1 сентября: сайт работает в штатном режиме.

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

5. Критерии приёмки: как понять, что школа может использовать результат

Критерии приёмки в школьном ТЗ должны быть проверяемыми. Не «удобно и красиво», а конкретно:

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

Хорошая практика — проводить приёмку с участием тех, кто будет реально использовать результат: учителя, секретаря, завуча, технического специалиста, представителя родительского комитета. Если принимает только директор «по общему впечатлению», велик риск, что через неделю выяснятся бытовые несоответствия.

6. Формат передачи: какие документы, доступы и знания получает школа

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

• для сайта: доступы к админке, хостингу, домену, почте, резервным копиям; исходники дизайна; инструкция по публикации новостей и заданий; список используемых плагинов и лицензий;
• для мероприятия: смета, договоры, тайминг, список подрядчиков, схемы рассадки или зон, фото/видеоотчёт, акты, отчёт по расходам;
• для оборудования: паспорта, сертификаты, гарантийные талоны, инструкции, доступы к ПО, акт ввода в эксплуатацию, обучение;
• для ремонта: исполнительная документация, акты скрытых работ, схемы электрики и сантехники, гарантии, счета, дефектная ведомость с отметками об устранении;
• для программы: учебный план, материалы, задания, критерии оценки, шаблоны отчётности, обратная связь, права на использование.

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

7. Правки: что считается дефектом, а что новой задачей

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

В ТЗ стоит зафиксировать:

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

На Workink такие договорённости удобно фиксировать в чате заказа: переписка имеет силу ТЗ и помогает отделить правку от новой работы без долгих споров. Для школьных проектов это особенно важно, потому что устно «мы же договаривались» часто расходится с реальными ожиданиями разных сотрудников.

Мини-пример фрагмента ТЗ для школы

Проект: обновление официального сайта школы перед новым учебным годом.

Цель: сократить количество обращений родителей в секретариат на 30% за счёт понятного расписания, новостей, документов и контактов классных руководителей.

Пользователи: родители учеников 1–11 классов, учителя, администрация, технический специалист школы.

Обязательные разделы: главная, новости, расписание, документы, классные руководители, питание, кружки, контакты, страница поступления в 1 класс.

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

Контент: школа предоставляет тексты разделов и список документов до 15 июля; подрядчик адаптирует формулировки для сайта; финальное согласование — завуч и ответственный за сайт.

Сроки: прототип — до 5 июля, дизайн — до 15 июля, вёрстка и наполнение — до 5 августа, обучение — до 12 августа, приёмка — до 20 августа, публикация — 25 августа.

Критерии приёмки: родитель находит расписание за 30 секунд с телефона; учитель публикует объявление без техспециалиста; все ссылки работают; метатеги заполнены; доступы и инструкция переданы; проведено обучение двух сотрудников.

Не входит: интеграция с электронной дневник, мобильное приложение, фотосъёмка, написание 50 статей, поддержка после 3 месяцев гарантии.

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

Критерии приёмки результата для школы

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

• Цель подтверждена практикой. Пользователи выполняют ключевые сценарии без посторонней помощи: родитель находит информацию, учитель публикует материал, ученик видит задание, администрация формирует отчёт.
• Соблюдены требования безопасности. Персональные данные детей защищены, согласия получены, доступы разграничены, потенциально опасные зоны или формулировки устранены, инструкции доведены до ответственных.
• Проект уложился в учебный календарь. Результат доступен к согласованной дате, есть резерв на срочные правки, ключевые сотрудники обучены и могут поддерживать работу.
• Объём соответствует ТЗ. Все согласованные разделы, мероприятия, единицы оборудования, документы, модули программы или работы выполнены. Ничего не осталось «на потом» без письменного согласования.
• Контент пригоден для использования. Тексты проверены, фото и видео имеют права на публикацию, документы актуальны, файлы называются понятно, устаревшая информация удалена или помечена.
• Технические параметры в норме. Для сайта: скорость, мобильная версия, формы, роли, бэкапы, HTTPS. Для оборудования: монтаж, пусконаладка, совместимость, гарантия. Для помещения: акты, допуски, безопасность.
• Документы и доступы переданы. Школа получила логины, пароли, инструкции, договоры, акты, паспорта, сертификаты, сметы, отчёты, контакты поддержки и права на материалы.
• Персонал обучен. Учителя, секретарь, завуч или техспециалист понимают, как обновлять контент, проводить мероприятие, использовать оборудование или применять программу.
• Дефекты устранены или согласованы. Есть дефектная ведомость: что найдено, что исправлено, что осталось некритичным и принято школой письменно.
• Гарантийные обязательства понятны. Указаны срок гарантии, что в неё входит, как обращаться, в какой срок устраняются критичные и некритичные недостатки.

Вопросы для уточнения до старта

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

• Какую проблему школы решаем: информирование, безопасность, обучение, оборудование, ремонт, отчётность, мероприятие?
• Кто основные пользователи и какие задачи они должны выполнять без помощи сотрудников?
• Есть ли жёсткая дата запуска: 1 сентября, экзамен, праздник, проверка, поставка, начало четверти?
• Какие персональные данные детей и родителей будут использоваться и получены ли согласия?
• Кто отвечает за контент: директор, завуч, учитель, секретарь, родительский комитет, подрядчик?
• Какие разделы, работы, мероприятия или оборудование обязательны, а какие можно отложить?
• Какой бюджет и источник финансирования; есть ли ограничения по закупочным процедурам?
• Кто согласует структуру, тексты, дизайн, смету, акты и финальную приёмку?
• Нужно ли обучение сотрудников и в каком объёме: 1 час, 2 встречи, инструкция, видео?
• Какие документы должны быть переданы: договоры, акты, паспорта, лицензии, доступы, отчёты?
• Что делать при задержке поставки, согласования, болезни ответственного или изменении приказа?
• Какие риски недопустимы: публикация фото детей без согласия, срыв мероприятия, небезопасный ремонт, потеря данных?
• Кто будет поддерживать проект после сдачи и за какой счёт?
• Используются ли AI-инструменты, кто проверяет результат и какие данные нельзя передавать в сторонние сервисы?
• Что считается правкой, а что новой задачей после согласования ТЗ?

Если на часть вопросов нет ответа, это не всегда блокирует старт. Но такие места нужно пометить в ТЗ как «уточняется до этапа X» и не начинать зависимые работы. Например, нельзя публиковать фото детей без согласий, нельзя закупать оборудование до подтверждения совместимости, нельзя начинать ремонт до обследования помещения, нельзя обещать запуск сайта до готовности текстов.

Чек-лист готовности ТЗ

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

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

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

Риски и типовые споры в школьных проектах

Три ситуации, в которых чаще всего возникают конфликты между школой и исполнителем:

• «Сделали красиво, но учителя не пользуются». Причина — в ТЗ не описаны реальные сценарии педагогов и не проведено обучение. Профилактика: включать учителей в приёмку, требовать простые инструкции и тест сценариев до сдачи.
• «Родители не нашли информацию, начали звонить в секретариат». Причина — структура сайта или мероприятия делалась без проверки на типичные запросы. Профилактика: собрать частые вопросы родителей и зафиксировать их как обязательные сценарии приёмки.
• «Проект сорван к 1 сентября из-за согласований». Причина — не определены ответственные и сроки обратной связи. Профилактика: матрица согласований, буфер на задержки, финальная заморозка изменений и еженедельный статус по этапам.

Актуально для 2026: цифровизация школы и осторожный AI

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

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

Как заказать школьный проект на Workink

На Workink задача для школы публикуется в категории «Техническое задание (ТЗ)». Это удобно, когда нужно не просто найти исполнителя, а передать структурированное задание: цель, пользователей, ограничения, объём, сроки, критерии приёмки и состав передачи. Платформа подходит для коммерческих и внутренних школьных задач: сайт, дизайн, тексты, мероприятие, подготовка документов, обучение, подбор подрядчика, визуализация, презентация, видеоролик, ремонтные и оснастные работы, если они не требуют отдельной государственной закупочной процедуры.

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

Платформа снижает типовые риски школьных заказов:

• Безопасная сделка: деньги находятся в резерве до приёмки работы. Школа платит за результат, а не за обещание сдать к 1 сентября.
• Комиссия 11% за заказ и 0% за вывод: прозрачные условия без удержания при выводе средств.
• Доработки бесплатно до соответствия ТЗ: если результат не соответствует согласованным требованиям, исполнитель устраняет отклонения.
• Договорённости в чате имеют силу ТЗ: всё, что вы обсудили по срокам, контенту, безопасности, доступам, правкам и приёмке, фиксируется в переписке и защищает обе стороны.

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

Найти исполнителя Разместить заказ Защита покупателей