Задай вопрос решения
Определи пользователя и выбор, который нужно сделать. Добавь ограничения: возможности реализации, следующий эксперимент и информацию, которая изменит твою позицию. Например, стоит ли проверять проблему отчётов чеклистом или формальным согласованием.
Передай источники о клиентах или рынке с атрибуцией. Отдели принятые факты от предположений. Если evidence pack отсутствует или связь с источниками неполная, сначала заверши работу с фактами.
Проведи факты через весь процесс решения
Сохранённый контекст позволяет вернуться к причинам выбора или отказа. Старые факты всё равно нужно проверять на актуальность. Новый источник или ограничение могут привести к пересмотру вопроса с сохранением предыдущего решения.
- Выбери продуктовый вопрос и разрешённые источники.
- Разбери факты, их происхождение и пробелы.
- Сравни варианты по вопросу и ограничениям.
- Проверь критику, риски и оставшуюся неопределённость.
- Прими обязательное решение основателя, затем проверь сохранённый результат и следующий эксперимент.
Два варианта для разных проблем
Синтетический пример: одному аккаунту нужен согласующий отчёт, другому — уверенность в точности отчёта. Никто ещё не обещал купить функцию согласования. Ниже учебная иллюстрация выбора.
- Вариант A
- Проверить чеклист отчёта с обоими аккаунтами.
- Вариант B
- Проверить формальное согласование с аккаунтом, назвавшим ответственного.
- Компромисс
- Чеклист проверяет точность, согласование — ответственность. Это разные вопросы.
- Пробел
- Нет наблюдаемого пилота, который показывает изменение работы пользователя.
- Решение основателя
- Выбрать ограниченный эксперимент, записать основание и критерий пересмотра.
Рекомендация требует решения
Проверь связь каждого утверждения с фактом. Рассмотри альтернативные объяснения и самый сильный аргумент против рекомендации. Хорошо написанное предложение не доказывает ценность функции.
Product Decisions не определяет стратегию компании самостоятельно и не разрешает реализацию, сообщения клиентам или внешние изменения. Обязательное решение человека остаётся частью workflow. Используй результат для наблюдаемого теста, сохраняя неопределённость слабых входных данных.
Доступ и проверка
Для Closed Beta нужны заявка, ручное одобрение, приглашение и подтверждённый вход. Заявка не даёт немедленный доступ. Включены шесть готовых команд, Custom-команды в пределах лимитов и каталог Apps. Оплата или подписка Oqera не требуются. Нужен свой API-ключ AI-провайдера; использование моделей оплачивается провайдеру напрямую. Внешние действия требуют конкретного разрешения и проверки; автоматические расписания и триггеры выключены.