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

ГДД на первую версию можно сделать в таком виде. Структура, оформление и детальность проработки меняется по желанию   https://docs.google.com/document/d/1qsohTAliH2grjNqNKGi-xMbvtjLP8WmR/edit#

Небывалую активность спровоцировала в чате тема ГДД

Всем огромное спасибо за примеры

Если проект итерируется, удобно разбить ГДД на версии, каждая из которых описывает фичи добавляемые в версии

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

Название:
О чем прототип в двух словах:

Референс главной механики: ссылка на игры, количество установок
Референс управления: ссылка на игры, количество установок
Референс визуала и тематики: ссылка на видосы, количество просмотров (или игры с установкой)

Чем наша игра отличается от референса: что меняем, комбинируем

Юзеркейс игрока в первую минуту игры: Игрок начинает играть, какие челленджи возникают, какие решения принимает

зачем писать больше - не понятно

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

мощно

а зачем деконстракт в гк нужен? если в это можно просто поиграть?)

гк - это не только игра, про кинуть шарит в ворота, есть еще и айдлеры всякие и гибриды вроде

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

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

Это помогает понять, как правильно выстраивать прогресс и настраивать плейсменты в конкретном жанре.

На ранних этапах, при работе с основной игровой механикой важнее сосредоточиться на филинге механик, понятности и привлекательности прототипа.

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

согласен, но это не дает того факта, что в гк это не делают) для прототипа как выше было сказано, зависит конечно от жанра, 0,5 стр. с рефами более чем хватает

я за айдл аркады говорю) и гибрид это не гк?) воу)

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

Еще кофе варить не умеет, другой вопрос надо ли оно для этих целей

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

как-то с Ником не стыкуетесь, один говорит, что это нафиг не нужно в ГК, ты говоришь, что делаете) в разных Даки чтоль работаете?

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

А на более поздних этапах работы с продуктом это делать важно и нужно