L-FLOW
Блог
7 мин чтения

Хаос каналов: как свести WhatsApp, Telegram, Max и почту в одно место

Переписка с клиентом: дизайнер интерьера теряет решения между WhatsApp, Telegram, Max и почтой. Правило одного места для проекта и как перевести на него клиента без конфликта.

Утро дизайнера: в WhatsApp клиентка просит сделать спальню «чуть теплее», в Telegram другой клиент прислал четырёхминутное голосовое про кухню, третий недавно перешёл в Max и теперь пишет туда, а спецификация от поставщика лежит в почте. К обеду выясняется, что половина утра ушла не на проект, а на то, чтобы вспомнить, кто что сказал и где.

Эта картина знакома почти каждой студии. Ниже — почему так получается, чего это стоит и как собрать общение по проекту в одно место, не ссорясь с клиентами и не запрещая им мессенджеры.

Один проект — пять каналов

Ни один из каналов сам по себе не плох. Проблема в том, что проект размазан по всем сразу:

  • Каждый клиент — в своём мессенджере. Один в WhatsApp, другой в Telegram, третий перешёл в Max. В Беларуси к списку добавляется Viber. Канал выбирает клиент, а не вы.
  • Замечания приходят голосовыми. В четырёх минутах аудио — три замечания к визуализации и одно к планировке, сказанное между делом.
  • Файлы — в почте. Обмеры от замерщика, спецификация от поставщика, сканы документов — в разных письмах.
  • Решение — в звонке. «Да, делаем второй вариант» прозвучало по телефону по дороге на объект. Через две недели выясняется, что имелся в виду второй вариант кухни, а не планировки.

Чем это стоит

Хаос каналов кажется мелким неудобством, пока не посчитать, во что он превращается:

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

Потерянные согласования и путаница в версиях — одна из главных причин бесконечных правок в дизайн-проекте.

Принцип: оперативное — в мессенджер, проектное — в одно место

Решение не в том, чтобы выбрать «правильный» мессенджер. Решение — в разделении:

  • Оперативное общение остаётся в мессенджере. Созвониться, перенести встречу, уточнить, во сколько приедет замерщик. Здесь важна скорость, и мессенджер с ней справляется.
  • Всё по проекту живёт в одном месте. Файлы, замечания, варианты, решения «да, делаем». Это место — там, где лежит сам проект, и оно одно на проект.

Что может быть этим «одним местом»:

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

Важно, чтобы место было одно и обе стороны понимали, что считается решением, а что — разговором.

Как ввести правило с новым клиентом

С новым клиентом проще всего: правило вводится до того, как появилась привычка.

  • На первой встрече. Расскажите, как устроена работа: какие этапы у дизайн-проекта, где лежат файлы, где вы ждёте замечания. Это часть презентации процесса, а не ограничение.
  • Одной фразой в договоре или письме-старте. Например: «Файлы, замечания и согласования по проекту передаются через кабинет проекта; сообщения в мессенджерах считаются рабочими уточнениями». Формулировка нейтральная и мессенджер не запрещает.
  • Короткий речевой скрипт. «Чтобы ничего не потерялось, всё по проекту я складываю в одно место — там вы увидите файлы, оставите замечания и подтвердите этап. В мессенджере остаёмся на связи по оперативным вопросам». Две фразы, без оправданий.

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

Как перевести действующих клиентов

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

  • Не запрещайте мессенджер — переносите. Клиент прислал замечание в WhatsApp. Вы отвечаете коротко: «Увидел, перенёс в проект, ответил там». И действительно переносите: замечание — к файлу, ответ — рядом. После двух-трёх таких переносов клиент начинает смотреть в проект сам.
  • Голосовые — в текстовое резюме. Прослушали голосовое — напишите три строки: «Из голосового понял: 1) …, 2) …, 3) …. Верно?». Это и перенос, и проверка, что вы поняли одно и то же. Резюме кладётся туда же, к этапу.
  • Файлы из почты — в проект. Спецификация пришла письмом — положите её к этапу и напишите клиенту, где она лежит.
  • Подключайте всех, кто решает. Если по проекту решают двое, доступ к одному месту нужен обоим — тогда скриншот скриншота больше не понадобится.

Перенос занимает минуту, а экономит час на поиски в конце этапа. И у вас появляется история решений по проекту, на которую можно опереться вместо памяти.

Когда клиент всё равно пишет в мессенджер

Даже у дисциплинированных клиентов есть вечер пятницы и желание написать «посмотрела, нравится, но…» туда, где удобно. Это нормально, если есть правило на такой случай:

Отвечаем там же, решения фиксируем в одном месте.

Не нужно переучивать клиента в моменте. Ответьте в мессенджере по существу, затем перенесите итог туда, где лежит проект, и сообщите об этом одной строкой. Клиент получает скорость, проект — порядок.

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

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

  • У каждого проекта есть одно место для файлов, замечаний и решений
  • Клиент знает: в мессенджере — оперативное, всё по проекту — в этом месте
  • Правило сказано на первой встрече и записано в договоре или письме-старте
  • Замечания из мессенджера переносятся к файлу, а не остаются в ленте
  • Голосовые превращаются в текстовое резюме с подтверждением клиента
  • У каждого решения есть дата и видно, кто его подтвердил
  • Доступ к одному месту есть у всех, кто принимает решения по проекту

Остальное про процесс — в чек-листе хорошего процесса дизайн-проекта.

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

L-FLOW — рабочее пространство для студий дизайна интерьера. «Одно место» в нём — кабинет проекта, куда клиент попадает по приглашению на email:

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

Чата с клиентом и интеграций с WhatsApp, Telegram, Max и Viber в L-FLOW нет: мессенджер остаётся для оперативного общения, а всё по проекту живёт в кабинете.

Ещё в блоге