Как вести реестр обещаний клиентам в Codex
В клиентской работе часто ломается не сама задача, а обещание. Кто-то в переписке написал "сделаем", "пришлем", "проверим", "успеем", "потом добавим". Срок проходит, контекст теряется, команда переключается, а клиент помнит.
Codex можно использовать как реестр обещаний. Не как CRM вместо CRM, а как рабочий кабинет, который поднимает обещания из переписок, задач и документов в проверяемую таблицу.
Это простая, но важная форма must-have: Codex становится нужен не потому, что он модный, а потому что помогает не терять ответственность.
Что считать обещанием
Обещание - это не только официальный договор. Это любое место, где команда создала ожидание: срок, результат, проверка, скидка, файл, звонок, исправление, новая функция.
Главное:Реестр обещаний нужен, чтобы клиентская работа не держалась на памяти людей. Codex может собрать обещания в таблицу, но человек решает, что подтверждать, менять или закрывать.
Рабочий запрос
Разбери переписки и задачи.
Найди обещания клиентам.
Собери таблицу:
- формулировка обещания;
- где оно появилось;
- кто обещал;
- срок или ожидание;
- риск;
- текущий статус;
- что нужно сделать;
- какое решение должен принять человек.
Отдельно пометь обещания, которые нельзя подтверждать без проверки.| Поле | Зачем нужно | Кто решает |
|---|---|---|
| обещание | что именно сказали | владелец отношений |
| источник | где это было сказано | проверяющий |
| срок | когда ожидание должно быть закрыто | руководитель |
| риск | что будет, если забыть | владелец проекта |
| статус | открыто, сделано, спорно | ответственный |
| следующий шаг | что делать сейчас | человек |
Такой реестр быстро показывает напряжение проекта. Где клиент ждет? Где команда уже обещала лишнее? Где нужно написать заранее, а не после срыва срока?
Codex не должен сам менять обещание. Он должен сделать его видимым. Дальше человек выбирает: подтвердить, уточнить, извиниться, перенести, закрыть или вынести в отдельную задачу.
