C-suite'in tüm perspektiflerini bir araya getirerek kapsamlı board ve investor presentation'ları oluşturur. Board toplantıları, investor güncellemeleri, quarterly business review'lar veya fundraising narrative'leri hazırlarken kullanın. Yapı, anlatı çerçevesi, kötü haberlerin sunumu ve yaygın hataları kapsar.
cd ~/.claude/skills
git clone https://github.com/alirezarezvani/claude-skills.git claude-skillsmkdir -p ~/.claude/skills/board-deck-builder
curl -fsSL https://raw.githubusercontent.com/alirezarezvani/claude-skills/HEAD/.gemini/skills/board-deck-builder/SKILL.md \
-o ~/.claude/skills/board-deck-builder/SKILL.mdBir hikaye anlatan board deck'ler oluşturun — sadece veri göstermeyin. Her bölümün sahibi, bir anlatısı ve bir "neden önemli" vardır.
board deck, yatırımcı güncellemesi, board toplantısı, board paketi, yatırımcı ilişkileri, üç aylık inceleme, board sunumu, fundraising deck'i, yatırımcı deck'i, board anlatısı, QBR, üç aylık işletme incelemesi
/board-deck [quarterly|monthly|fundraising] [stage: seed|seriesA|seriesB]
Mevcut metrikler sağlayın. Builder boşlukları açık yer tutucularla doldurur — asla sayı uydurulmaz.
Her bölüm şu şekilde ilerler: Başlık → Veri → Anlatı → İstek/Sonraki Adım
3 cümle. Daha fazla değil.
Kötü: "İyi bir çeyrek geçirdik ve tüm alanlarda pek çok ilerleme yaptık." İyi: "Q3'ü $2.4M ARR'de kapattık (+22% QoQ), en büyük kurumsal sözleşmeyi imzaladık ve Q4'e 14 aylık runway ile girdik. Mid-market'e stratejik kayış işe yarıyor — ACV %40 arttı ve satış döngüsü 3 hafta kısaldı. Q4 önceliği: $3M Series A'yı kapat ve $2.8M ARR'ye ulaş."
Maksimum 6-8 metrik. Tablo kullanın.
| Metrik | Bu Dönem | Geçen Dönem | Hedef | Durum |
|---|---|---|---|---|
| ARR | $2.4M | $1.97M | $2.3M | ✅ |
| MoM büyüme | 8.1% | 7.2% | 7.5% | ✅ |
| Burn multiple | 1.8x | 2.1x | <2x | ✅ |
| NRR | 112% | 108% | >110% | ✅ |
| CAC payback | 11 ay | 14 ay | <12 ay | ✅ |
| Headcount | 24 | 21 | 25 | 🟡 |
Board'un gerçekten takip ettiği metrikleri seçin. Önemsiz olmadığını söyledikleri her şeyi değiştirin.
Her farka bir cümle. Board'lar "revenue hedefin altında kaldı" açıklaması olmadan nefret eder. Nedenini söyleyin.
Tahmin güven seviyesi olmalıdır. "$2.8M bekleniyorum" zayıftır. "Yüksek güven $2.6M, iki geç aşama deal kapalı olursa $2.9M'ye kadar potansiyel" yararlıdır.
Feature listesi yok. Yalnızca kullanıcı etkisinin kanıtı olan featureler.
Bu bölümü kısa tutun; önemli bir sorun yoksa. Board'lar sprint detaylarına ihtiyaç duymaz.
"istekler" slide'ı en önemli olanıdır. Spesifik olun. "Series B şirketlerindeki CFO'larla 3 sıcak tanışmaya istiyoruz" "herhangi bir yardım takdir edilecektir" tarafından daha iyidir.
Board'lar çeyrek başına 10+ deck görür. Sizin bir akış hattı olması gerekir.
4-Bölümlü Yapı:
Bu iyi haberler VE kötü haberler için işe yarar. Gerçekliği kabul ettiği için güvenilirdir.
Açılış çerçevesi: En önemli şey ile başlayın — board slide 3'te anahtarı bilmeli, slide 30'da değil.
Asla gizlemeyin. Board'lar sonunda öğrenir. Geç öğrenmek daha kötüdür.
Framework:
Ne yapmamalısınız:
| Hata | Çözüm |
|---|---|
| Çok fazla slide (>25) | Acımasızca kesin — odada açıklamıyorsan slide yanlış |
| Hedefsiz metrikler | Her metriğin hedefi ve durumu olmalı |
| Hiçbir anlatı | Board'ları kendi sonuçlarına çizmesi gereken veri hikayesiz |
| Kötü haberi gizlemek | Bunu öncü yer, sahiplen, onarır |
| Muğlak istekler | Yalnızca spesifik, işlem yapılabilir, kişi atanmış istekler |
| Fark açıklaması yok | Hedeften her boşluğun tek cümle sebebi vardır |
| Eski appendix | Appendix yalnızca güncelleyse kullanışlı |
| Okuyucu için tasarımlamak, oda için değil | Deck'ler sunulur — sesli söylenebilir |
Üç aylık (standart): Tam deck, tüm bölümler, 20-30 slide. 48 saat öncesinde gönderilmiş.
Aylık (erken aşama için): Özet — metrik panosu, finansal, pipeline, üst riskler. 8-12 slide.
Fundraising: Market/vision ile açılır, istek ile kapatılır. Sequoia formatı için references/deck-frameworks.md bölümüne bakın.
references/deck-frameworks.md — SaaS board pack formatı, Sequoia yapısı, yatırımcı özelleştirmesitemplates/board-deck-template.md — tam board deck'ler için doldurun şablonuHerhangi 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.