Участвовал ли на discovery?
Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
Мой опыт в Discovery фазе проектов
Да, я активно участвовал в Discovery фазе нескольких проектов. Это одна из самых критичных и интересных частей моей работы как Business Analyst.
Что такое Discovery и почему это важно
Discovery — это исследовательская фаза, где мы исследуем проблему, прежде чем начать разработку решения. Цель: минимизировать риск неправильного выбора направления.
Хорошая Discovery может сэкономить месяцы разработки. Плохая Discovery — привести к провалу проекта.
Мой типичный процесс Discovery
1. Stakeholder Analysis & Interviews
Участники:
- Владельцы бизнеса
- Ключевые пользователи
- Support команда
- Конкуренты (опционально)
Методология:
- Semi-structured interviews (30-60 минут)
- Документирование болезней и болевых точек
- Выявление текущих workarounds
Пример Discovery из CRM проекта:
Интервью с sales менеджером выявило:
- Текущая проблема: переключение между 5 разными инструментами
- Текущий workaround: листок Excel, который никто не обновляет
- Боль: теряются клиенты из-за missed follow-ups
- Желаемое решение: один интерфейс для управления всем
- Бюджет: есть, но ограничен
2. User Research & Personas
Создание persona профилей:
Пersona: Sales Manager Sergey
- Возраст: 35
- Опыт: 7 лет в продажах
- Tech savviness: medium
- Боль: забывает про follow-ups
- Потребность: напоминания о следующих шагах
- Гипотеза: интеграция с календарем будет ценна
Методы:
- 10+ интервью на проекте
- Observations (как они действительно работают)
- Surveys для валидации
3. Market Research & Competitive Analysis
Что я изучал:
Конкуренты:
- Salesforce — полнофункциональный, дорогой
- Pipedrive — focus на sales pipeline
- Freshsales — для SMB
Наш USP (Unique Selling Proposition):
- Ориентирован на small businesses
- Простой onboarding (без обучения)
- Интеграция с популярными инструментами (Gmail, Slack)
4. Problem Statement & Opportunity Assessment
Определение проблемы (из интервью):
Small sales teams теряют деньги из-за:
- Неорганизованного pipelines
- Забытых follow-ups
- Отсутствия visibility в sales progress
Оценка возможности:
- Market size: ~50,000 small businesses в целевом регионе
- Willingness to pay: $50-100/месяц
- Potential revenue: $2.5M-5M/год
- Conversion rate assumption: 2-5%
5. MVP Definition
После Discovery мы определили MVP (Minimum Viable Product):
Core features (фаза 1):
- Создание и управление контактами
- Pipeline управление (stages)
- Activity tracking (calls, emails, meetings)
- Basic reporting
Nice-to-have (фаза 2):
- Gmail интеграция
- Mobile app
- Advanced reporting
- Automation
MVP budget & timeline:
- Бюджет: $150k
- Timeline: 12 недель
- Team: 1 PM, 2 разработчика, 1 QA
6. Risk Assessment
За Discovery мы выявили несколько рисков:
| Риск | Вероятность | Impact | Mitigation |
|---|---|---|---|
| Пользователи не заинтересованы | 15% | High | Beta-testing с реальными users |
| Слишком сложный для SMB | 25% | High | Упрощение UX перед релизом |
| Slack/Gmail интеграция сложнее чем ожидаем | 40% | Medium | Early prototype на этап 1 |
| Конкуренты снизят цену | 60% | Medium | Fокус на customer success |
7. Go/No-Go Decision
После всех анализов:
GO — мы решили идти в разработку, потому что:
- Четкая market opportunity (5000+ потенциальных клиентов)
- Простое MVP с 4 core features
- Управляемый риск
- ROI >= 2x за 18 месяцев
Мои успехи в Discovery
Проект 1: SaaS CRM
- 4 недели discovery
- 15+ интервью
- Результат: MVP успешно запущен, 500 активных пользователей за первый месяц
Проект 2: E-commerce Marketplace
- 6 недель discovery
- Выявили, что нужна поддержка seller analytics
- Результат: 40% increase в seller retention
Проект 3: Content Platform
- 3 недели discovery (short timeline)
- Выявили critical pain point: миграция из WordPress
- Результат: zero data loss, smooth transition
Ключевые инструменты и методы
- FigJam — для collaborative brainstorming
- Google Forms — для surveys
- Notion — для документирования findings
- Affinity mapping — для группирования insights
- Jobs to be done framework — для глубокого понимания user needs
Lessons Learned
- Discovery никогда не заканчивается — продолжаешь учиться даже после запуска
- Не влюбляйся в решение — сфокусируй на проблеме
- Валидируй гипотезы — не делай предположения
- Документируй всё — future self и команда скажут спасибо
- Реально говори о бюджете и constraints — лучше правдивой оценке нет