Хаос каналов: как свести 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 нет: мессенджер остаётся для оперативного общения, а всё по проекту живёт в кабинете.