Клиент пропал после постановки задачи

Решение

1. Организация работы команды при потере контакта

Немедленные действия

Локальное принятие решений (team autonomy)

• Провести встречу с командой в течение часа
• На основе информации со встречи разработать несколько сценариев фичи
• Каждый сценарий оценить по: риск неправильного понимания, время разработки, влияние
• Выбрать наиболее вероятный сценарий
• Двигаться в его направлении, ясно документируя все предположения

Параллельная разработка

• Начать работу на основе best guesses, но обозначить риск-области
• Сосредоточиться на функционале, не зависящем от уточнений
• Подготовить базу данных, инфраструктуру, utility functions

Документирование предположений

• Записать в JIRA каждое решение с пометкой 'ASSUME'
• Создать Risk Register 'Требует уточнения с клиентом'
• Подготовить письмо-запрос со списком вопросов

Управление ожиданиями руководства

• Уведомить руководство о рисках переделок
• Предложить two-track approach: работа идёт, но с меньшей velocity

2. Каналы связи для поиска клиента

Порядок попыток (по приоритету)

Уровень 1: Прямые каналы (день 1)

• WhatsApp / Telegram: отправить дружеское напоминание
• Email: профессиональное письмо с уважением, краткое резюме
• Звонок на телефон: если номер есть, позвонить в рабочее время

Уровень 2: Альтернативные контакты (день 2-3)

• LinkedIn: если он там есть, отправить сообщение
• Email-рассылка: найти в сотрудниках компании
• Контакт его руководителя: найти менеджера через LinkedIn

Уровень 3: Official escalation (день 4-5)

• Письмо на официальный email компании с копией на руководство
• Вежливое, но ясное: разработка приостановлена из-за отсутствия ответов

Уровень 4: Договорные механизмы (день 5+)

• Проверить контракт на пункты о Response SLA
• Если есть: клиент нарушает, это основание для заморозки работ
• Отправить formal notice о приостановке

Параллельно для каждой попытки

• Вести лог: дата, время, канал, результат
• Сохранять скриншоты: доказательства попыток связи
• Писать в нейтральном тоне: предполагайте лучшее

3. Защита от подобных ситуаций в будущем

Process-уровень

Формальное kickoff

• Обязательный kickoff meeting с клиентом, PM и tech lead
• Agenda, целевой результат, требования, timeline, communication plan
• После встречи: письмо-резюме с подтверждением
• Требование feedback в течение 24-48 часов

Detailed Requirements

• Никогда не полагайтесь на 'общие чертах'
• После каждого обсуждения: письмо с вопросами и предположениями
• Требование feedback перед началом разработки
• Если feedback не приходит: eskalate

Communication Plan

• При первом контакте согласовать каналы связи
• Согласовать frequency встреч: daily sync? weekly? по необходимости?
• Определить backup contact: альтернатива если основной недоступен
• Зафиксировать рабочее время клиента в его часовом поясе

Contract Requirements

• Пункт о Response SLA: 'Клиент обязуется отвечать в течение 24 часов'
• Пункт о Consequence: 'При нарушении SLA более 48 часов разработка приостанавливается'
• Пункт о escalation: 'Если основной контакт недоступен, работа ведётся с backup контактом'
• Пункт о неопределённости: 'При неясных требованиях переделки оплачиваются отдельно'

Tool и система

• Все требования в едином месте (Confluence, Notion)
• Версионирование требований: кто, когда, что изменил
• Чек-лист на kickoff: все ясно? все на одной странице?
• Автоматизированные напоминания если нет feedback

Team Autonomy

• Обучить команду быть автономной: давать право принимать решения без клиента
• Не ждать идеальной информации: работайте с 80% информацией
• Культура fast iteration: лучше показать прототип

Превентивные меры

• Регулярные check-ins: проверить, живой ли контакт
• Демо-сессии: показывать результаты каждые 1-2 недели
• Риск-реестр: заранее идентифицировать single point of failure

Итог

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