Как показывать закрытый кейс без ощущения пустоты

NDA не обязан делать кейс слабым

Закрытый кейс часто ломается одинаково: автор убирает клиента, цифры, интерфейс, а вместо них оставляет общие слова. Получается осторожно, но пусто. Читатель не понимает, что именно было сделано и почему это сложно.

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

Что можно показать безопасно

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

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

Где проходит честная граница

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

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