Для дизайнеров
Как превратить противоречивые пожелания в требования
«Минимализм, но много вещей». «Натуральный камень, но бюджет скромный». Противоречие — это не каприз клиента, а нормальное состояние запроса до структурирования.
Почему пожелания противоречат друг другу
Клиент формулирует желания по частям и в разное время. Про стиль он думает картинками, про бюджет — цифрой, про быт — привычками. Эти три слоя между собой не сверяются: никто не держит их в голове одновременно. Пока запрос остаётся текстом, противоречия не видны — они всплывают на этапе комплектации или на стройке, когда цена изменений уже высокая. Структурирование нужно ровно для того, чтобы вытащить их наверх, пока правки бесплатны.
Паспорт проекта: во что раскладываются ответы
Паспорт — машиночитаемая структура. На неё опираются и проверка противоречий, и расчёт цены, и черновик КП.
Тип, площадь, город, состояние (коробка / черновая / жильё под демонтаж), планируется ли перепланировка, что происходит вокруг — стройка или уже заселённый дом.
Для себя надолго, продажа через 2–5 лет, аренда или неизвестно. Отдельное поле, потому что от него зависит разумная глубина вложений.
Кто живёт сейчас и кто добавится за пять лет, есть ли дети и животные, кто принимает решения по проекту.
Утренняя нагрузка и текущее число санузлов, интенсивность готовки, нагрузка на хранение, судьба текущей мебели, особые требования.
Коридор в рублях или пометка «не назван», признак того, включена ли в него мебель, желаемый срок, флаг срочности и жёсткая дата.
Референсы, антиреференсы, направления и палитра, свободный рассказ клиента и ответ на вопрос, что раздражает в текущем жилье.
Как ответы становятся требованиями
- 01Раскладка по полям
Каждый вопрос заранее знает, в какое поле паспорта он пишется. Преобразование детерминированное: одни и те же ответы дают один и тот же паспорт.
- 02Производные величины
Часть полей вычисляется, а не спрашивается. Нагрузка на хранение выводится из того, что не помещается; бюджетный уровень — из середины коридора, делённой на площадь.
- 03Проверка на противоречия
По готовому паспорту прогоняются правила и AI-слой. На выходе — карточки рисков с основаниями, а не абстрактное «есть нестыковка».
- 04Список пробелов
Отдельно собирается перечень незаполненных ключевых полей: тип объекта, площадь, город, горизонт, бюджет, референсы, боли. Это готовые вопросы на добор.
Требование — это то, что можно проверить
«Хочу уютно» проверить нельзя. «Три человека собираются одновременно, санузел один» — можно: либо планировка это выдерживает, либо нет. Поэтому паспорт хранит сценарии и ограничения, а не эпитеты. Свободный текст при этом никуда не девается: рассказ клиента и ответ про раздражающее сохраняются целиком и попадают в черновик КП, в раздел «задача клиента». Структура не заменяет живую речь — она даёт к ней указатель. Решения по-прежнему принимает дизайнер. Паспорт не выбирает планировку и не назначает материалы: он приводит вводные в состояние, в котором на них можно опереться.
Частые вопросы
Паспорт собирает языковая модель?
Нет. Сборка паспорта — обычный код без сетевых вызовов, покрытый юнит-тестами. Модель подключается позже и только на слое поиска рисков, и её карточки дизайнер принимает или отклоняет.
Можно ли исправить поле, если клиент ответил неточно?
Карточки рисков редактируются и отклоняются, а секции КП правятся вручную перед отправкой. Ответы клиента при этом остаются как есть — вы видите исходник, а не только вывод.
Что происходит, если клиент не назвал бюджет?
Коридор помечается как не названный, бюджетный уровень в расчёте берётся средним, а «бюджетный коридор» попадает в список недостающих данных — то есть в вопросы к первой встрече.
Сохраняется ли история изменений паспорта?
Нет. Журнала решений и версий в продукте нет — это честное ограничение текущего контура, а не скрытая функция.
Соберите паспорт на своём первом проекте
Сейчас идёт закрытый пилот для дизайнеров и студий, пользование бесплатное.