Client Communication Skill

Source: Gleb Fedorenko methodology + The Trusted Advisor (David Maister) Skill updated: 2026-03-28

When to Use

• Preparing for a Discovery call with a new client
• Writing a weekly status update email or message
• Presenting project results and metrics to a client
• Communicating about problems or delays
• Proposing additional work (upsell) to an existing client

When NOT to Use

• Internal team communication (use direct technical language)
• Automated notifications (use /notify-telegram workflow)
• Code review comments (use technical language)

Overview

Коммуникация с клиентом фокусируется на бизнес-результатах (outcome), а не на техническом прогрессе (output). Каждое касание с клиентом должно укреплять позицию стратегического партнёра.

Принципы коммуникации

1. Говорите на языке бизнеса — не «задеплоили на staging», а «подготовили рабочую версию для проверки пользовательского сценария»
2. Привязывайте к outcome — каждый апдейт связан с движением к бизнес-цели
3. Проактивность — не ждите, пока спросят; информируйте заранее
4. Прозрачность — если есть проблемы, докладывайте рано и с планом решения

Скрипты для ключевых ситуаций

1. Discovery-звонок (первый контакт)

Начало:

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

Ключевые вопросы:

• «Какая главная проблема вашего бизнеса сейчас?»
• «Сколько эта проблема стоит вам в месяц?»
• «Что уже пробовали? Почему не сработало?»
• «Если бы проблема была решена — что изменится через 6 месяцев?»
• «По каким критериям вы поймёте, что проект успешен?»

НЕ спрашивайте:

• ❌ «Какие фичи вам нужны?»
• ❌ «Есть ли у вас ТЗ?»
• ❌ «Какой у вас бюджет?» (пока не поняли ценность)

2. Статусный апдейт (еженедельный)

Формат:

## Статус проекта: [Название] — Неделя N

### Прогресс к цели
[Как мы продвинулись к бизнес-результату]

### Что сделано
- [Действие 1] → [на что это влияет в бизнесе]
- [Действие 2] → [на что это влияет в бизнесе]

### План на следующую неделю
- [Задача 1] → [ожидаемое влияние]

### Нужно от вас
- [Действие / решение / данные]

### Риски (если есть)
- [Риск] → [наш план митигации]

Примеры формулировок:

• ✅ «Настроили воронку регистрации — теперь сможем отслеживать конверсию с первого дня запуска»
• ❌ «Закоммитили auth flow и добавили 5 эндпоинтов»

3. Презентация результатов

Структура:

1. Напомнить Problem Statement — с чего начинали
2. Показать Outcome — что изменилось в бизнесе
3. Метрики — конкретные цифры до/после
4. Следующие шаги — как развивать результат

Формулировка:

«Вы пришли к нам с проблемой [X].
За [срок] мы [решение], что привело к [outcome].
Конкретно: [метрика 1] выросла на Y%, [метрика 2] сократилась на Z%.
Следующий шаг для усиления результата — [рекомендация].»

4. Сообщение о проблеме

Формула: Проблема + Влияние + План

«Обнаружили [проблему].
Это может повлиять на [какой аспект outcome].
Наш план: [конкретные шаги].
Ожидаемый срок решения: [дата].
Нужно ли что-то от вас: [да/нет].»

5. Обоснование дополнительных работ (upsell)

«В процессе работы мы обнаружили возможность [описание].
Если мы реализуем [решение], это может [бизнес-результат].
По нашей оценке, это принесёт дополнительно [$/метрика].
Инвестиция: [стоимость]. Рекомендуем ли мы это? [Да/Нет и почему].»

Каналы коммуникации

Тон и стиль

• Уверенный, но не высокомерный — вы эксперт и партнёр
• Конкретный — цифры, даты, метрики
• Позитивный, но честный — хорошие новости + реалистичные ожидания
• Бизнес-ориентированный — минимум технического жаргона

Anti-паттерны

• ❌ Использовать технический жаргон без перевода на язык бизнеса
• ❌ Давать апдейты только когда клиент спрашивает
• ❌ Сообщать о проблемах без плана решения
• ❌ Говорить «мы закончили» вместо «вот какой результат вы получили»
• ❌ Обещать сроки без запаса (underpromise, overdeliver)

⚠️ Gotchas

• Never ask "What features do you need?" — this shifts the conversation to output; ask "What problem are you solving?" instead
• Status updates ≠ changelog — "deployed to staging" means nothing to the client; always tie progress to their business goal
• Problem reports need a plan — never send "we found a problem" without "here's our plan to fix it"
• Upsell ≠ hard sell — frame additional work as "we found an opportunity for you", not "we want more money"
• First call sets the relationship dynamic — if Discovery goes transactional, the entire project will be transactional