Что это 🔍
Product Lens — это скилл для проверки «почему» перед тем, как начинать разработку. Он помогает продакт-менеджерам и основателям автоматизировать продуктовую диагностику, протестировать гипотезы и принять взвешенное решение: строить эту фичу или нет. Вместо того чтобы сразу переходить к написанию спецификаций, скилл заставляет ответить на жёсткие вопросы, похожие на те, что задают в YC Office Hours. Результат — короткие пригодные к действию документы, а не многостраничные эссе.
Скилл подходит для этапа discovery и еженедельных продуктовых обзоров. Он не генерирует PRD/SRS (для этого есть другой скилл — product-capability).
Как работает ⚙️
Product Lens предлагает четыре режима работы. Выберите подходящий в зависимости от задачи.
1. Product Diagnostic — диагностика продукта 🎯
Автоматизированный сеанс вопросов, как у инвестора:
- Кто это? — конкретный человек, не «разработчики».
- Какая боль? — количественно: как часто, насколько плохо, что делают сейчас?
- Почему сейчас? — что изменилось, что делает решение возможным/необходимым?
- 10-star версия — что бы вы сделали, если бы не было ограничений по времени и бюджету?
- MVP — минимальная штука, которая докажет гипотезу.
- Анти-цель — что вы не строите сознательно?
- Как понять, что работает? — метрика, а не ощущения.
На выходе — PRODUCT-BRIEF.md с ответами, рисками и рекомендацией go / no-go. Если вердикт «строить», следующий этап — product-capability, а не бесконечные уточнения.
2. Founder Review — взгляд основателя 📊
Скилл читает ваш репозиторий (README, CLAUDE.md, package.json, недавние коммиты) и оценивает:
-
Что проект пытается стать? — вывод из кода и документации.
-
Product‑market fit score (0–10) — по четырём сигналам:
- динамика роста использования;
- удержание (повторные коммиты, возвращающиеся пользователи);
- монетизация (наличие страницы цен, биллинг-кода, интеграции Stripe);
- конкурентный ров (что сложно скопировать?).
-
Одна вещь, которая 10x улучшит продукт — конкретная рекомендация.
-
Что вы строите, а не нужно — флаги на активности, не приносящие пользы.
3. User Journey Audit — аудит пользовательского опыта 🧪
Скилл воспроизводит путь нового пользователя:
- Клонирует/устанавливает продукт.
- Документирует каждую точку трения (путаные шаги, ошибки, нехватка документации).
- Засекает время каждого шага.
- Сравнивает с онбордингом конкурентов.
- Оценивает time‑to‑value — сколько времени до первого успеха.
- Выдаёт топ‑3 исправления онбординга.
Полезно перед запуском или после сбора жалоб пользователей.
4. Feature Prioritization — приоритизация фич 📋
Когда идей много, а ресурсов — только на две:
- Составляется список фич.
- Каждая оценивается по ICE (Impact × Confidence ÷ Effort), где Impact (1–5), Confidence (1–5), Effort (1–5).
- Сортировка по убыванию ICE.
- Применяются ограничения — runway, размер команды, зависимости.
- Итог — приоритетный roadmap с обоснованием по каждой строке.
Когда использовать
- Перед началом любой фичи — проверить «почему».
- Еженедельный продукт‑ревью — не сбились ли с пути.
- Когда не можете выбрать между фичами — Feature Prioritization.
- Перед запуском — User Journey Audit для sanity check.
- Когда нечёткая идея должна стать брифингом — Product Diagnostic.
Важно знать
- Скилл не пишет спецификации — для перехода к реализации используйте
product-capability.
- Все рекомендации содержат конкретный следующий шаг, никакой абстракции.
- Рекомендуется комбинировать:
/browser-qa — верификация результатов аудита путешествия пользователя./design-system audit — оценка визуального качества./canary-watch — мониторинг после запуска.
- Результаты — это короткие markdown-файлы, готовые к передаче команде.
Product Lens помогает думать, прежде чем писать код. Используйте его, чтобы не тратить ресурсы на фичи, которые никому не нужны.
Комментарии
Комментариев пока нет. Будьте первым.