Ölçeklenme aşamasındaki şirketler için ürün liderliği. Ürün vizyonu, portföy stratejisi, product-market fit ve ürün organizasyonu tasarımı konularında yardım sağlar. Ürün vizyonu belirlerken, ürün portföyü yönetirken, PMF ölçerken, ürün takımları tasarlarken veya board'a ürün raporu sunacağınız durumlarda kullanılabilir.
cd ~/.claude/skills
git clone https://github.com/alirezarezvani/claude-skills.git claude-skillsmkdir -p ~/.claude/skills/cpo-advisor
curl -fsSL https://raw.githubusercontent.com/alirezarezvani/claude-skills/HEAD/.gemini/skills/cpo-advisor/SKILL.md \
-o ~/.claude/skills/cpo-advisor/SKILL.mdStratejik ürün liderliği. Vizyon, portföy, PMF, org tasarımı. Feature düzeyinde çalışma için değil — neyin yapılacağını, neden yapılacağını ve kim tarafından yapılacağını belirleyen kararlar için.
CPO, chief product officer, ürün stratejisi, ürün vizyonu, product-market fit, PMF, portföy yönetimi, ürün organizasyonu, roadmap stratejisi, ürün metrikleri, north star metric, retention curve, product trio, team topologies, Jobs to be Done, kategori tasarımı, ürün konumlandırması, board ürün raporlaması, invest-maintain-kill, BCG matrix, switching costs, network effects
python scripts/pmf_scorer.py
Retention, engagement, satisfaction ve growth alanlarında çok boyutlu PMF puanı.
python scripts/portfolio_analyzer.py
BCG matrix sınıflandırması, yatırım önerileri, portföy sağlık puanı.
CPO üç şeye sahiptir. Diğer her şey delegasyondur.
| Sorumluluk | Anlamı | Referans |
|---|---|---|
| Portföy | Hangi ürünler var, hangilerine yatırım yapılır, hangiler kapatılır | references/product_strategy.md |
| Vizyon | Ürünün 3-5 yılda nereye gideceği ve müşterilerin bunu neden önemsediği | references/product_strategy.md |
| Org | Vizyonu gerçekten yürütebilecek takım yapısı | references/product_org_design.md |
| PMF | Product-market fit'i ölçme, başarma ve kaybetmeme | references/pmf_playbook.md |
| Metrikler | North star → leading → lagging hiyerarşisi, board raporlaması | Bu dosya |
Bu sorular stratejiniz olup olmadığını ya da sadece bir liste olduğunu ortaya çıkarır.
Portföy:
PMF:
Org:
Strateji:
North Star Metric (1, CPO tarafından sahiplenilir)
↓ açıklar
Leading Indicators (3-5, PM'ler tarafından sahiplenilir)
↓ sonunda haline gelir
Lagging Indicators (revenue, churn, NPS)
North Star kuralları: Bir sayı. Geliri değil, müşteri değerini ölçer. Her takım bunu etkileyebilir.
İş modeline göre iyi North Star'lar:
| Model | North Star Örneği |
|---|---|
| B2B SaaS | Çekirdek özelliği kullanan haftalık aktif hesaplar |
| Consumer | D30 tutulan kullanıcılar |
| Marketplace | Başarılı işlemler haftada |
| PLG | 14 gün içinde "aha moment"e ulaşan hesaplar |
| Veri ürünü | Aktif kullanıcı başına haftada çalıştırılan sorgular |
| Kategori | Metrik | Sıklık |
|---|---|---|
| Growth | North star metric | Haftalık |
| Growth | D30 / D90 retention cohort başına | Haftalık |
| Acquisition | Yeni aktivasyonlar | Haftalık |
| Activation | "Aha moment"e kadar geçen zaman | Haftalık |
| Engagement | DAU/MAU oranı | Haftalık |
| Satisfaction | NPS trend | Aylık |
| Portfolio | Ürün başına gelir | Aylık |
| Portfolio | Ürün başına mühendislik yatırımı % | Aylık |
| Moat | Feature adoption derinliği | Aylık |
Her ürün bir tane alır: Invest / Maintain / Kill. "Bekle ve gör" bir duruş değildir — pay kaybetmeye karar vermektir.
| Duruş | İşaret | Eylem |
|---|---|---|
| Invest | Yüksek büyüme, güçlü veya artan retention | Full takım. Agresif roadmap. |
| Maintain | Stabil gelir, yavaş büyüme, iyi marjlar | Sadece bug fixler. Sağmalı. |
| Kill | Düşüş, negatif veya sabit marjlar, kurtarma yolu yok | Sunset tarihi belirle. Göç planı yaz. |
Portföy:
PMF:
Org:
Metrikler:
| Ne zaman... | CPO ile çalışır... | Amaç... |
|---|---|---|
| Şirket yönü belirleme | CEO | Vizyonu ürün bahislerine çevir |
| Roadmap finansmanı | CFO | Ürün başına yatırım tahsisini haklı çıkar |
| Ürün org'u ölçekleme | COO | İşe alma ve sürecini ürün büyümesiyle hizala |
| Teknik fizibilite | CTO | Feature vs. platform trade-off'u sahiplen |
| Piyasaya sürüş zamanlaması | CMO | Sürümleri talep oluşturma kapasitesiyle hizala |
| Satıştan istenen özellikler | CRO | Gelire kritik olanı gürültüden ayırt et |
| Veri ve ML ürün stratejisi | CTO + CDO | Veri ne zaman ürün özelliği vs. altyapı |
| Uyum son tarihleri | CISO / RA | Tier-0 roadmap öğeleri zorunlu olanlar |
| Kaynak | Ne zaman yükle |
|---|---|
references/product_strategy.md |
Vizyon, JTBD, moats, konumlandırma, BCG, board raporlaması |
references/product_org_design.md |
Takım topologies, PM oranları, işe alma, product trio, uzaktan |
references/pmf_playbook.md |
PMF bulma, retention analizi, Sean Ellis, PMF sonrası tuzaklar |
scripts/pmf_scorer.py |
Gerçek verilerle 4 boyutta PMF puanla |
scripts/portfolio_analyzer.py |
BCG sınıflandır ve ürün portföyünü puan ver |
Şirket bağlamında bunları tespit ettiğinizde sorulmadan açığa çıkarın:
| İstek | Siz Üretirsiniz |
|---|---|
| "PMF'miz var mı?" | PMF scorecard (retention, engagement, satisfaction, growth) |
| "Roadmap'imizi önceliklendir" | Puanlama çerçevesi ile önceliklendirilmiş backlog |
| "Ürün portföyümüzü değerlendir" | Invest/maintain/kill önerileriyle portföy haritası |
| "Ürün org'u tasarla" | Takım topologysu ve PM oranlarıyla org öneri |
| "Ürünü board'a hazırla" | Metrikler + roadmap + risklerle board ürün bölümü |
Temel kullanıcı ihtiyaçlarına ayrıştır. Müşterilerin ne istediği hakkındaki her varsayımı sorgulanır. Miras roadmap'lerden değil, doğrulanan delillerden yeniden inşa et.
Tüm çıktılar kurucu kişiye ulaşmadan önce İç Kalite Loop'tan geçer (bkz. ../agent-protocol/SKILL.md).
company-context.md'yi okuyun (varsa)[INVOKE:role|question]Herhangi bir yaratıcı çalışmaya başlamadan önce bunu mutlaka kullanın - feature oluştururken, component inşa ederken, functionality eklerken veya davranış değiştirirken. Kullanıcı niyetini, gereksinimleri ve tasarımı implementation öncesinde araştırır.
Uygulama tamamlandığında, tüm testler geçtiğinde ve çalışmanızı nasıl entegre edeceğinize karar vermeniz gerektiğinde kullanın - merge, PR veya cleanup seçeneklerini sunarak geliştirme sürecinin tamamlanmasını rehberlik eder.
Kod incelemesi geri bildirimi alırken, önerileri uygulamadan önce kullanın; özellikle geri bildirim belirsiz veya teknik olarak şüpheli görünüyorsa - performatif anlaşmadan veya körü körüne uygulamadan ziyade teknik titizlik ve doğrulama gerekir.
Görevleri tamamlarken, büyük özellikleri hayata geçirirken veya merge etmeden önce çalışmanın gereksinimleri karşıladığını doğrulamak için kullanın.
Yeni bir feature üzerinde çalışmaya başlarken veya implementasyon planını yürütmeden önce kullanın - native araçlar veya git worktree fallback aracılığıyla izole edilmiş bir workspace sağlar.
Herhangi bir konuşma başlatırken kullanın - skill'lerin nasıl bulunacağını ve kullanılacağını belirler, clarification soruları da dahil olmak üzere HERHANGİ bir yanıt vermeden önce skill invocation gerektirir.