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

Заказчик приходит с фразой «хотим игру». Исполнитель кивает. Через три недели он показывает результат, и выясняется, что каждый представлял своё: один ждал викторину с призами в мессенджере, другой сделал аркаду на сайте. Виноватых нет, есть непроговорённое. Разберу, что записать заранее, чтобы не переделывать.

Зачем ТЗ нужно самому заказчику

Есть распространённое мнение, что техзадание нужно исполнителю: чтобы он знал, что делать. На самом деле оно больше защищает заказчика.

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

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

И третье: ТЗ переживает людей. Маркетолог, который всё держал в голове, уходит в отпуск или меняет работу, а документ остаётся.

Что описать обязательно

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

Кто играет и на чём. Возраст, привычки, устройства. Игра для школьников на новых телефонах и игра для покупателей строительного гипермаркета сорока пяти лет — это разные игры. Отдельно напишите, что большинство будет играть с телефона, если это так.

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

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

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

Что происходит после игры. Самое пропускаемое место. Игрок выиграл — дальше что? Появляется промокод на экране, приходит сообщение в бот, создаётся заявка у менеджера, сотрудник выдаёт приз по коду на кассе. Опишите этот путь до конца.

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

Что почти всегда забывают

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

Формат: коротко и по-человечески

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

Формальный документ такого объёма никто не читает целиком, включая того, кто его писал. В нём легко спрятать пустоту: много слов, а про выдачу приза на кассе ни строчки.

Лучше работает короткий документ на несколько страниц, написанный обычным языком. Один раздел — один вопрос. Скриншоты, схемы, ссылки на похожие игры, рисунок экранов от руки. Задача не в красоте, а в том, чтобы два человека одинаково понимали, что будет сделано.

Как проверить ТЗ на дыры

Самый дешёвый способ — пройти по документу сценарий два раза, вслух.

Глазами игрока. Я увидел QR на столе. Отсканировал. Что открылось? Меня просят что-то ввести? Я понял правила за десять секунд? Сыграл, выиграл. Где мой приз? Что я делаю дальше? А если проиграл — могу сыграть снова, и когда?

Если на любом шаге вы отвечаете «ну, наверное, так» — в ТЗ дыра.

Глазами администратора. Игрок подошёл с экраном телефона. Как я понимаю, что код настоящий и не использован? Куда я его отмечаю? Что делаю, если призы кончились, а игрок выиграл? Куда смотрю, сколько всего выдано за день? Кому звоню, если игра не открывается?

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

Почему полезно писать, чего в игре не будет

Раздел «не входит в работу» выглядит странно, но снимает половину будущих конфликтов.

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

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

Частые вопросы

Кто должен писать ТЗ — заказчик или исполнитель?

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

Нужно ли ТЗ для маленькой игры на пару экранов?

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

Что делать, если механику придумываем по ходу?

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

Обязательно ли рисовать экраны?

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

Как быть с правками после сдачи?

Запишите в ТЗ, сколько кругов правок включено и что считается правкой, а что новой задачей. Без этой строки любая просьба превращается в спор.

Коротко о главном

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

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

Если у вас есть идея игры, но нет ТЗ, пришлите то, что уже сформулировали. Помогу превратить это в документ, по которому можно считать срок и цену. Напишите в Telegram, MAX или VK.