1. Запиши, что установил разговор
Сохрани компанию, роль участника, дату, ситуацию, названную проблему и обязательства. Пометь пересказ и свою интерпретацию. Приватные данные обрабатывай в пределах имеющегося разрешения на источник.
Sales нужен следующий шаг сделки. Исследованию — опыт, который подтверждает утверждение. Продукту — вопрос выбора. Один общий пересказ редко решает все три задачи.
Шаблон для своей работы
Источник: call-note-01 (синтетический)
Аккаунт: A | Роль: руководитель операций
Ситуация: проверяет отчёты перед отправкой
Проблема: не знает, кто одобрил прошлый отчёт
Обязательства: нет
Неизвестно: ответственный и частота проблемы2. Определи ближайший шаг сделки
В Founder Sales проверь извлечение фактов разговора и предложения изменения сделки. Исправь домысленные обязательства до принятия состояния. Составь письмо по принятым фактам и проверь перед отправкой.
В примере уместен вопрос об одобрении, а не обещание функции. Фактическую отправку фиксируй отдельно: сохранённый черновик или завершённый workflow не доказывает доставку.
3. Преврати запрос в наблюдение с источником
Выбери разрешённый источник для Customer Discovery и задай цель. Сопоставь извлечение с заметками. Сохрани запрошенное решение рядом с ситуацией и последствием, которые к нему привели.
Возражение в продаже не становится общей потребностью рынка. Покупатель, которому нужен approval, и пользователь, проверяющий точность отчёта, могут описывать разные проблемы.
- Предложенное решение
- Добавьте кнопку согласования.
- Наблюдение
- Участник не знал, кто одобрил предыдущий отправленный отчёт.
- Объяснение
- Неясная ответственность может быть важнее кнопки.
- Следующий вопрос
- Расскажите о последнем отчёте, который должен был проверить другой человек.
4. Проверь сигнал по независимым источникам
Выбери интервью нужного сегмента и периода. Считай отдельные компании вместе с количеством разговоров. Проверь противоречия и факты против предложенного сигнала.
Синтетическое продолжение: аккаунт B тоже проверяет отчёты, но у него нет согласующего. Одинаковые слова не доказывают одинаковый процесс. Сохрани оба объяснения до следующего разговора или наблюдения.
5. Задай ограниченный продуктовый вопрос
Передай выбранные факты в Product Decisions: проверять точность отчёта или ответственность за согласование? Сравни ручной чеклист и формальное одобрение по фактам и ограничениям.
Проверь критику и прими обязательное решение основателя. Без связи с источниками вернись к фактам. Можно отложить выбор и провести другое интервью.
Шаблон для своей работы
Вопрос решения:
Варианты и ограничения:
Факты за каждый вариант:
Противоречия и пробелы:
Эксперимент и ответственный:
Наблюдение, которое изменит решение:6. Сделай передачу явной
При ручной передаче выбери источник или артефакт, сохрани ссылку и укажи вопрос следующей команде. Поддерживаемые Cross-Room-пути сохраняют собственные границы и решения человека; универсальная автоматическая цепочка здесь не предполагается.
Пример синтетический и не является подтверждением реального запуска. Сверяй каждый результат со входом, фиксируй полезность и следующий наблюдаемый шаг. По этой записи решай, стоит ли повторять workflow.
Доступ и проверка
Для Closed Beta нужны заявка, ручное одобрение, приглашение и подтверждённый вход. Заявка не даёт немедленный доступ. Включены шесть готовых команд, Custom-команды в пределах лимитов и каталог Apps. Оплата или подписка Oqera не требуются. Нужен свой API-ключ AI-провайдера; использование моделей оплачивается провайдеру напрямую. Внешние действия требуют конкретного разрешения и проверки; автоматические расписания и триггеры выключены.