Согласование визуализаций с клиентом онлайн: показать варианты и получить решение

Визуализации готовы, и вы отправляете их клиенту в мессенджер: гостиная в трёх ракурсах, два варианта кухни, спальня с разными изголовьями. Сорок картинок подряд. Через час приходит голосовое на четыре минуты, потом вопрос «а это какой вариант?», потом скриншот с кружком и подписью «вот это не нравится». Ещё через день подключается второй заказчик и спрашивает, где кухня со светлыми фасадами — та, что вы отправили первой и которая давно утонула в ленте.

Через неделю доработки готовы, а вы с клиентом по-разному помните, что он выбрал. Ниже — как показывать визуализации онлайн так, чтобы на выходе было решение, а не ещё один круг переписки.

Подготовьте показ, а не папку с картинками

Чаще всего проблема начинается до первого замечания: клиент получает не презентацию, а выгрузку из рендера. Полчаса на структуру перед отправкой экономят неделю.

Группируйте по помещениям. Гостиная отдельно, кухня отдельно. Клиент смотрит и обсуждает одно помещение за раз, а не прыгает между спальней и санузлом в одной ленте.
Два-три ракурса на помещение. Общий вид от входа, акцентная стена и узел, который важно показать: кухонный фронт, зона ТВ. Десять ракурсов одной комнаты только размывают внимание.
У каждого варианта — имя и подпись «что отличается». Не «Гостиная_v3_final2», а «Вариант А — светлый дуб, латунные ручки» и «Вариант Б — тёмный орех, чёрные ручки». Разница должна быть понятна без вашего устного комментария.
Одна актуальная версия. Старые рендеры из показа уберите. Если клиент видит прошлую и новую версию одной стены, он сравнивает их между собой вместо того, чтобы принимать решение.

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

Сколько вариантов показывать

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

Что работает лучше:

Основной вариант плюс одна альтернатива. Вариант А — ваше рекомендованное решение, вариант Б — альтернатива по одному спорному вопросу.
Одно отличие на пару. А и Б отличаются цветом фасадов, и только им. Столешницу покажете следующей парой, когда цвет выбран.
Называйте рекомендацию. «Мы предлагаем А, потому что…» Клиент платит за ваше мнение, а не за меню.

Если клиент просит «покажите ещё пять вариантов», обычно это сигнал, что не согласована концепция, а не нехватка картинок. Вернуться на этап назад дешевле, чем рендерить вслепую.

Как собирать замечания

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

Один список одним сообщением. Попросите клиента собрать всё по помещению и прислать разом, а не писать по мере просмотра. Это и есть один круг правок — о том, сколько кругов закладывать, мы писали отдельно.
Рядом с картинкой, а не в общем чате. «Светлее» под рендером гостиной понятно; «светлее» через два дня в чате, где параллельно обсуждали плитку, — нет. Если замечания всё же пришли в мессенджер, перенесите их сами в одно место и попросите клиента подтвердить список.
Срок на сбор. «Ждём замечания до пятницы, в понедельник садимся за доработку». Без срока показ висит, а клиент досылает мысли по одной две недели.
Сводка «что поняли» перед доработкой. Прежде чем править, отправьте клиенту список: «В этот круг входит: 1… 2… 3… Верно?» Это снимает половину споров и помогает отделить правку от нового решения — о границе между ними есть отдельная статья.

Голосовые сообщения расшифруйте в текст сами и включите в сводку — это десять минут, которые экономят день.

Как фиксировать выбор

«Ок» в чате — не решение. Через месяц никто не вспомнит, к чему оно относилось: к варианту Б или к предложению созвониться.

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

Про РБ и РФ. Если визуализации у вас — отдельный этап с актом, порядок приёмки и сроки ответа клиента стороны определяют в договоре сами, а формулировки в Беларуси и России различаются. Покажите текст договора юристу своей страны; эта статья — о процессе, не о праве.

Отдельный случай — «не нравится, а что — не знаю». Это не каприз: клиент видит картинку впервые и не умеет раскладывать её на составляющие. Помогите вопросами-подсказками:

Свет. Слишком темно или слишком ярко? Тёплый или холодный?
Цвет. Какая зона смущает — стены, пол, мебель, текстиль?
Материалы. Дерево, камень, металл — что из этого «не то»?
Масштаб. Что-то кажется слишком крупным или мелким?

После двух-трёх вопросов «не нравится» обычно превращается в «пол слишком жёлтый» — а это уже рабочее замечание.

Когда клиент «не чувствует» рендер

Бывает, клиент говорит: красиво, но непонятно, как это будет на самом деле. Это честная реакция: рендер не показывает реальный свет из окна в ноябре, фактуру шпона на ощупь и то, как плитка выглядит со швами. Поэтому вместе с рендером давайте опору — образцы материалов вживую или из шоурума, фотографии реализованных объектов с похожим решением, развёртки стен с размерами. И проговорите ограничения прямо: «на рендере свет условный, при дневном освещении стена будет чуть холоднее». Клиент, который понимает, что рендер — схема, а не фотография, спорит с ним меньше.

Типичные ошибки

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

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

Рендеры сгруппированы по помещениям, по 2–3 ракурса на каждое
У каждого варианта есть имя и подпись, чем он отличается
В показе только актуальные версии, старые убраны
На один вопрос — не больше двух вариантов, рекомендация названа
Клиент знает, что замечания — одним списком, и до какого срока
Перед доработкой отправлена сводка «что поняли»
Выбор клиента зафиксирован явно: вариант, дата, версия картинки
Для «не нравится, не знаю что» заготовлены вопросы-подсказки

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

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

Галереи по помещениям. Рендеры в этапе группируются по комнатам, у каждой — обложка и подписи.
Варианты рядом. Несколько вариантов концепции или визуализации показываются бок о бок, клиент выбирает один — выбор фиксируется, студия получает уведомление.
Комментарии — в этапе, рядом с визуализациями. Клиент пишет замечания там же, где лежат картинки, а студии приходит письмо о каждом комментарии.
Согласование с датой. Согласование этапа остаётся в истории проекта, журнал активности виден обеим сторонам, акт этапа клиент может подписать прямо в кабинете.
Напоминание молчащему клиенту. Если согласование висит, L-FLOW сам напомнит ему письмом.

Комментариев-пинов на самой картинке и чата в L-FLOW нет: замечания пишутся в этапе рядом с визуализациями.