Статья пересказывает GDC-доклад Стоуна Либранда о том, как он пытался спроектировать SimCity (2013) почти полностью через одностраничные документы.
Зачем одностраничные дизайны
Изначально методика Либранда была альтернативой «дизайн-библиям»: вместо длинных текстов — одна страница с диаграммами и визуализацией, напечатанная и повешенная на видном месте. Требования к такой странице: чётко, кратко и при этом достаточно полно передавать суть системы.
При старте SimCity (команда из пяти человек, за 3,5 года до релиза) он поставил эксперимент: использовать только одностраничные дизайны от препродакшена до релиза, чтобы понять, где метод сломается и как далеко его можно протолкнуть.
Что получилось на SimCity
Часть одностраничных документов дошла до финального продакшена. Например, ранние карты, вдохновлённые реальными городами, хотя метрики пришлось адаптировать (в том числе подчёркивается, сколько места в реальных американских городах занимают парковки).
Одностраничные схемы помогали рано выявлять неудачные решения. При проектировании мультиплеерной торговли стало видно, что ранние концепты системы слишком запутаны — их можно было «зарезать» до серьёзных затрат ресурсов.
Успех метода привёл к росту ожиданий команды: продюсер начал просить «матрицу угольного города» с уровнями фабрик, модулями, поддерживающими объектами, влиянием на симуляцию, наградами и ресурсными цепочками — и всё это «в перевариваемом виде», то есть на одной странице. Либранд шутит, что сам приучил команду ждать от него элегантных и ёмких диаграмм даже для очень сложных систем.
Где одной страницы не хватает
По мере роста сложности SimCity понадобились и таблицы. Некоторые эксперименты с физическими артефактами (магниты, карточная игра) оказались слишком трудоёмкими или «слишком милыми» и неэффективными.
Тем не менее даже таблицы Либранд превращал в гибрид одностраничного дизайна: консолидировал данные, добавлял цветовое кодирование и визуальную структуру, а итоговые листы развешивал по рабочим местам. При каждом крупном апдейте он лично менял старые версии на новые, не полагаясь на то, что люди сами дойдут до документации.
Ключевой принцип: не ждать, что команда придёт к дизайну, а самому «нести дизайн к людям» — особенно если нет одного общего пространства, где все видят документацию.
Итог метода
В итоге одностраничные дизайны эволюционировали в «one-wall» и даже «one-room» — когда вся стена или комната покрыта такими листами. Рабочее место Либранда превратилось в бумажный хаос, но команда в постмортемах отмечала, что диаграммы остаются актуальными спустя 3,5 года и регулярно используются.
Автор статьи отмечает, что показывает этот доклад студентам, которые затем сами делают одностраничные дизайны. Метод хорошо работает и для новичков, и для инди, и для больших мультидисциплинарных команд.
Выводы
- Одностраничные дизайны могут заменить громоздкие дизайн-библии на больших проектах, если тщательно отрабатывать визуальные диаграммы.
- Такие документы помогают рано выявлять перегруженные или неработающие системы и экономить ресурсы.
- Даже при необходимости сложных таблиц их можно оформлять как наглядные, консолидированные «одностраничники».
- Дизайн-документация должна «приходить к команде» — важные материалы нужно физически и проактивно распространять.
- Хорошо структурированная визуальная документация остаётся полезной годами и служит фундаментом организации всего проекта.
