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

Стройка, середина дня. Клиент стоит в будущей кухне, показывает на нишу в стене и говорит, что такого не согласовывал. Вы помните, что согласовывал — в феврале. Но показать это нечем: в чате четыреста сообщений, а в папке проекта лежат «планировка_финал», «планировка_финал_2» и «планировка_финал_2_новый» — какой из них клиент видел в феврале, вы уже не скажете.

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

Что такое решение по проекту

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

Запись отвечает на пять вопросов — так, чтобы её понял человек, которого не было на встрече:

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

В историю попадает только то, что стало решением, — не обсуждения и не «подумаем».

Три формата: от простого к надёжному

Письмо-резюме после встречи или созвона. В тот же день клиент получает список: что решили, какие файлы приложены, чего вы от него ждёте. Плюсы: не нужен инструмент, у записи есть дата, клиент может возразить сразу. Минусы: письма расползаются по почте и мессенджерам, через полгода их не найти, а молчание в ответ — ещё не согласие.

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

Сервис, где согласование — отдельное действие клиента. Клиент сам подтверждает конкретную версию, сервис записывает дату и того, кто это сделал. Плюсы: запись делает клиент, а не вы, и обе стороны видят одну историю. Минусы: клиента нужно приучить заходить в кабинет; этапы и версии структурируете вы; нюансы созвона всё равно записываете словами.

Форматы дополняют друг друга: письмо-резюме нужно и при таблице, и при сервисе.

Пять правил ведения истории

Решение по телефону — письменно в тот же день. Созвон, встреча на объекте, разговор в шоуруме — до вечера становятся коротким сообщением клиенту: сегодня решили то-то, если понято неверно — напишите до завтра. Что не записано в день разговора, через неделю уже спорно.
Одна версия — один файл. Файл, который клиент видел, не перезаписывается никогда. Каждая отправка — новый номер: planirovka_v03_2026-02-14.pdf, следующая — v04. «Финал» в имени запрещён: финал — не имя файла, а запись в истории о том, что v04 согласована.
Резюме перед доработкой и после. До правок — список того, что входит в круг. После — что изменилось и какой номер у новой версии. Так у каждого круга есть начало и конец.
Решения на стройке — тоже в историю. Замена плитки на ту, что есть в наличии, или отказ от ниши меняют проект сильнее правок визуализаций. Фото, что решили, дата, кто со стороны клиента — в тот же день. Подробнее — в статье об авторском надзоре.
История доступна клиенту, а не только вам. Если записи видите только вы, в споре это ваша память против его. Если клиент видит историю по ходу проекта и может возразить — это общая память, и она не живёт в личном чате: когда решения разбросаны по нескольким каналам, общей истории нет ни у кого.

Как выглядят записи

Дата	Этап	Решение	Кто утвердил	Файл / версия
14.02	Планировка	Остров, ниша под технику у входа. Полуостров отклонён: узкий проход	Оба заказчика на встрече; письмо вечером	planirovka_v04
03.03	Концепция	Тёплая палитра, дуб и латунь. Серый вариант отклонён	Заказчик, в кабинете	koncepciya_v02
27.03	Визуализации	Гостиная согласована. Спальня на доработку: светлее пол	Оба заказчика, в кабинете	gostinaya_v03, spalnya_v02
20.05	Рабочая документация	Комплект принят, акт подписан	Заказчик, акт в кабинете	rd_v01
18.07	Авторский надзор	Ниша уменьшена до 200 мм: вентканал прошёл иначе. Фото	Заказчик, по телефону; сообщение вечером	фото от 18.07

Главное — чтобы любая запись находилась по дате или этапу и открывала нужную версию файла.

Как пользоваться историей в споре

Вернёмся на стройку. Клиент говорит, что нишу не согласовывал. Вы не спорите о том, кто что помнит, — открываете запись: 14 февраля, планировка v04, ниша есть, подтверждено обоими, — и показываете сам файл. Дальше разговор о том, что делать: оставить как согласовано или изменить — и тогда это новое решение со своими сроками и стоимостью.

Показывайте, а не пересказывайте. Запись, дата, версия — пусть клиент прочитает сам.
Не давите фразой «вы же подписали». Задача — закончить спор, а не выиграть его.
Если записи нет — это тоже информация. Честнее признать, что решение не зафиксировано, чем настаивать.

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

Про РБ и РФ. История согласований дополняет договор и акты, а не заменяет их. Порядок приёмки работ и разрешения споров в Беларуси и России различается — в том числе роль переписки и подтверждения в сервисе. Покажите договор юристу своей страны. Эта статья — о процессе, а не юридическая консультация.

Короткий чек-лист

У каждого решения записано: что, кто со стороны клиента, когда, по какому файлу и версии
Решения по телефону и на встречах записаны в тот же день
Версии не перезаписываются, у каждой свой номер, «финала» в именах нет
Перед каждым кругом правок и после него клиент получает резюме
Решения на стройке попадают в историю с фото и датой
Историю видит клиент, а не только студия
Любое решение находится за минуту — по дате или этапу

Как это устроено в L-FLOW

L-FLOW — рабочее пространство для студий дизайна интерьера. История решений в нём собирается сама из действий студии и клиента:

Проект разбит на этапы, у каждого — свои файлы, ссылки, комментарии, дедлайн и статус: версии живут в своём этапе, а не в общей папке.
Согласование этапа — отдельное действие клиента в его кабинете: оно остаётся в истории проекта с датой, акт этапа клиент подписывает там же, а если долго не отвечает — L-FLOW напомнит письмом.
Варианты решений показываются рядом, клиент выбирает, выбор фиксируется — видно, из чего он выбирал.
Журнал активности с событиями обеих сторон виден и студии, и клиенту — общая история, а не ваша личная таблица.
Фото со стройки и решения по ходу авторского надзора хранятся в этапе «Авторский надзор» по хронологии.

Чего нет: созвоны L-FLOW не расшифровывает, таблицы решений как отдельной функции тоже нет. Что решили по телефону, записываете вы — в комментарии к этапу, рядом с нужным файлом.