How do I install the Prd Writer skill?

Run npx skillmds@latest add bahadir-digital/prd-writer in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Prd Writer safe to use?

This skill has not completed SkillMD's automated safety review yet. Capability flags: docs only. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Prd Writer?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Prd Writer free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Prd Writer?

bahadir-digital (@bahadir-digital) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Prd Writer by bahadir-digital — Agent Skill

Name: Prd Writer
Rating: 4.5 (4 reviews)
Author: bahadir-digital

Prd Writer

Birkaç fikir notundan veya feature isteğinden tam Ürün Gereksinim Dokümanı (PRD) çıkaran skill. Amaç, kapsam, kullanıcı senaryoları, başarı kriterleri ve teknik gereksinimler içerir. Ürün yöneticileri, proje liderleri, yazılım takım liderleri için. Ürün fikri veya feature isteği paylaşıldığında tetiklenir.

File contents

PRD Hazırlayıcı

Amaç

Ham ürün fikirlerini geliştirici ve paydaşların kullanabileceği tam PRD'lere dönüştürür.

Kullanım

Kullanıcı şunları sağlamalı:

Ürün/feature fikri (kısa açıklama yeterli)
(Opsiyonel) Hedef kullanıcı
(Opsiyonel) Mevcut ürün bağlamı
(Opsiyonel) İş hedefi

PRD Yapısı

1. Genel Bilgiler

Ürün/Feature Adı: ...
Doküman Yazarı: ...
Tarih: ...
Versiyon: 1.0
Durum: Taslak / Onay Bekliyor / Onaylandı

2. Yönetici Özeti (2-3 cümle)

Bu ürünün/feature'ın ne olduğunun ve neden yaptığımızın özeti.

3. Problem Tanımı

Hangi problemi çözüyoruz: ...
Kimin için: ...
Mevcut durum nasıl: ...
Bu problemi çözmemek bizi ne kadar etkiliyor: ...

4. Hedefler ve Başarı Kriterleri

Birincil Hedefler

Hedef 1: Ölçülebilir kriter
Hedef 2: Ölçülebilir kriter

Başarı Metrikleri (KPI'lar)

KPI 1: Baseline → Hedef
KPI 2: Baseline → Hedef

5. Hedef Kullanıcılar

Birincil persona: Detay
İkincil persona: Detay

6. Kullanıcı Senaryoları (User Stories)

KULLANICI OLARAK
[ne yapmak istiyorum]
[KARŞILIĞINDA ne elde ediyorum]

Her senaryo için:

Acceptance Criteria
Edge cases
Hata durumları

7. Fonksiyonel Gereksinimler

#	Gereksinim	Öncelik	Notlar
F1	...	Must	...
F2	...	Should	...
F3	...	Could	...

8. Non-Fonksiyonel Gereksinimler

Performans: ...
Güvenlik: ...
Erişilebilirlik: ...
Lokalizasyon: ...

9. Kapsam Dışı (Out of Scope)

Bu sürümde yapılmayacaklar — beklenti yönetimi için.

10. Bağımlılıklar ve Riskler

Bağımlılık 1: ...
Risk 1: Olasılık — Etki — Azaltma

11. Zaman Çizelgesi

Discovery: ...
Design: ...
Development: ...
Testing: ...
Launch: ...

12. Ekler

Mockup linkleri (varsa)
Araştırma sonuçları
İlgili dokümanlar

Önemli Kurallar

"Should" vs "must" ayrımı çok net olmalı
Eksik bilgileri "BELİRLENECEK" diye işaretle, varsayım yapma
Teknik detayları minimum tut, "ne" ye odaklan, "nasıl" geliştiriciye bırak
Her senaryo için acceptance criteria zorunlu
Türkçe yaz, teknik terimleri olduğu gibi koru (acceptance criteria, edge case vb.)

---name: prd-writerdescription: Birkaç fikir notundan veya feature isteğinden tam Ürün Gereksinim Dokümanı (PRD) çıkaran skill. Amaç, kapsam, kullanıcı senaryoları, başarı kriterleri ve teknik gereksinimler içerir. Ürün yöneticileri, proje liderleri, yazılım takım liderleri için. Ürün fikri veya feature isteği paylaşıldığında tetiklenir.---# PRD Hazırlayıcı## AmaçHam ürün fikirlerini geliştirici ve paydaşların kullanabileceği tam PRD'lere dönüştürür.## KullanımKullanıcı şunları sağlamalı:1. Ürün/feature fikri (kısa açıklama yeterli)2. (Opsiyonel) Hedef kullanıcı3. (Opsiyonel) Mevcut ürün bağlamı4. (Opsiyonel) İş hedefi## PRD Yapısı### 1. Genel Bilgiler- **Ürün/Feature Adı**: ...- **Doküman Yazarı**: ...- **Tarih**: ...- **Versiyon**: 1.0- **Durum**: Taslak / Onay Bekliyor / Onaylandı### 2. Yönetici Özeti (2-3 cümle)Bu ürünün/feature'ın ne olduğunun ve neden yaptığımızın özeti.### 3. Problem Tanımı- **Hangi problemi çözüyoruz**: ...- **Kimin için**: ...- **Mevcut durum nasıl**: ...- **Bu problemi çözmemek bizi ne kadar etkiliyor**: ...### 4. Hedefler ve Başarı Kriterleri#### Birincil Hedefler- Hedef 1: Ölçülebilir kriter- Hedef 2: Ölçülebilir kriter#### Başarı Metrikleri (KPI'lar)- KPI 1: Baseline → Hedef- KPI 2: Baseline → Hedef### 5. Hedef Kullanıcılar- **Birincil persona**: Detay- **İkincil persona**: Detay### 6. Kullanıcı Senaryoları (User Stories)```KULLANICI OLARAK[ne yapmak istiyorum][KARŞILIĞINDA ne elde ediyorum]```Her senaryo için:- Acceptance Criteria- Edge cases- Hata durumları### 7. Fonksiyonel Gereksinimler| # | Gereksinim | Öncelik | Notlar ||---|------------|---------|--------|| F1 | ... | Must | ... || F2 | ... | Should | ... || F3 | ... | Could | ... |### 8. Non-Fonksiyonel Gereksinimler- **Performans**: ...- **Güvenlik**: ...- **Erişilebilirlik**: ...- **Lokalizasyon**: ...### 9. Kapsam Dışı (Out of Scope)Bu sürümde yapılmayacaklar — beklenti yönetimi için.### 10. Bağımlılıklar ve Riskler- Bağımlılık 1: ...- Risk 1: Olasılık — Etki — Azaltma### 11. Zaman Çizelgesi- Discovery: ...- Design: ...- Development: ...- Testing: ...- Launch: ...### 12. Ekler- Mockup linkleri (varsa)- Araştırma sonuçları- İlgili dokümanlar## Önemli Kurallar- "Should" vs "must" ayrımı çok net olmalı- Eksik bilgileri "BELİRLENECEK" diye işaretle, varsayım yapma- Teknik detayları minimum tut, "ne" ye odaklan, "nasıl" geliştiriciye bırak- Her senaryo için acceptance criteria zorunlu- Türkçe yaz, teknik terimleri olduğu gibi koru (acceptance criteria, edge case vb.)

Frequently asked questions