pm-the-docs

tarafından supabase

Docs-PM, "Write the docs" yazma süreci için karar desteği sağlar — Frame ve Shape aşamalarında hedef kitle, aşama ve kesişen kapsam kararlarını verir,…

npx skills add https://github.com/supabase/supabase --skill pm-the-docs

PM the docs

Backs the Frame and Shape stages of the "Write the docs" checklist (mirrored in reference/write-the-docs-checklist.md) — the audience, product-stage, and cross-cutting scope calls a docs PM would normally make before drafting starts.

When to invoke

  • Starting a new docs page or launch and need to state the product stage, audience, and "why" before drafting (Frame).
  • Deciding content type, IA placement, or prerequisites for a page (Shape).
  • Unsure whether a docs question is self-serve or needs a docs PM's sign-off.

Not for drafting content itself (see write-the-docs) or docs-app architecture/IA placement mechanics (see ask-the-docs).

Answering a scope/stage/audience question

  1. Read the relevant stage in reference/write-the-docs-checklist.md — its checkboxes state exactly what needs deciding.
  2. Read whatever context exists for the feature: the linked issue/project, the PRD, the shipped code or PR. When code and PRD disagree, the code wins for behavior claims.
  3. Answer the checklist's questions directly: product stage, audience and job-to-be-done, the one-line "why," content type, IA placement, prerequisites.
  4. Distinguish confirmed fact (stated in the ticket/PRD/code) from inference (your best read) — flag inference explicitly rather than presenting it as settled.
  5. If a decision is genuinely open at the org level (not a docs-content call), say so and name who should decide instead of inventing an answer to look complete.

Self-serve vs. escalate

Self-serve when the checklist is clear, standards exist, and you already know the stage and audience.

Escalate to your docs team's PM when scope or stage is unclear, you need a review path, the bar is ambiguous, or the launch touches cross-cutting surfaces (quickstarts, API keys, tutorials, onboarding, platform concepts) — see the full "Ask the Docs PM" section in the checklist mirror.

Related skills

supabase tarafından daha fazla skill

studio-e2e-tests
supabase
Supabase Studio için Playwright E2E testleri yaz ve çalıştır. İstendiğinde kullan.
studio-best-practices
supabase
Supabase Studio için React ve TypeScript en iyi uygulamaları. Studio bileşenleri yazarken veya incelerken kullanın — boolean adlandırma, bileşen yapısı, …
docs-content
supabase
Yazın, düzenleyin, organize edin ve gözden geçirin Supabase içeriğini apps/docs içinde her yerde — kılavuzlar, açıklamalar, eğitimler, sorun giderme girdileri, referans dokümanları ve…
studio-mock-api-tests
supabase
Supabase Studio için, API isteklerini ağ katmanında MSW ile mocklayan bileşen testleri. React bileşenini çalıştıran bir bileşen testi yazarken veya incelerken kullanın…
studio-ui-patterns
supabase
Supabase Studio için tasarım sistemi UI desenleri. Sayfalar, formlar, tablolar, grafikler, boş durumlar, gezinme, kartlar, uyarılar veya kenar çubukları oluştururken veya güncellerken kullanın…
react-hook-form
supabase
React Hook Form kullanımını monorepo'nun her yerinde doğru şekilde yapın — veri akışı, abonelikler, sıfırlama, dirty state, sayı girişleri ve kontrollü giriş kuralları. Bunu yükle…
studio-queries
supabase
Supabase Studio'da veri getirme için React Query kuralları. apps/studio/data/ içinde sorgu hook'ları, mutasyon hook'ları veya sorgu anahtarları yazarken veya incelerken kullanın —…
studio-testing
supabase
Supabase Studio için test stratejisi. Test yazarken, bir değişikliğin test gerektirip gerektirmediğine ve hangi türde olduğuna karar verirken, bileşenlerden mantık çıkarırken kullanın…