İstem kütüphanesine dön
İstem kütüphanesiSohbet İstemi

Ürün Gereksinimleri Kapsamı

Bir özellik fikrini hedefler, hedef dışılar, sınır durumları ve yayın planı içeren kapsamlandırılmış bir ürün gereksinimleri taslağına dönüştürün.

PRDKapsam kontrolüÜrün gereksinimleri
Önizleme

Sohbet İstemi

Önerilen model

Claude Sonnet 4.6

Çıktı formatı

Kapsamlandırılmış PRD

Önizleme

Sohbet İstemi

sohbet dizisi

Kullanıcıların favori promptlarını kaydetmesini istiyoruz. Bunu büyük bir projeye dönüştürmeden kapsamlandırılmış bir PRD taslağı hazırlayın.

Problem: kullanıcılar keşiften sonra tekrar kullanılabilir promptları kaybediyor. Hedef: favori prompt şablonlarını kaydetmek ve yeniden açmak. Hedef dışılar: klasörler, ekip paylaşımı, sıralama ve özel prompt pazaryeri. Gereksinimler: favori düğmesi, kaydedilenler listesi, boş durum, analitik olayları. Açık sorular: limitler, kimlik doğrulama durumu ve mobil yerleşim.

Çıktı

Problem / Hedefler / Hedef dışılar / Gereksinimler / Sınır durumları / Yayın / Ödünleşimler

Özellik kapsamlandırma, ürün özellikleri ve mühendislik devri için en uygunudur.

Tam istem

Ürün Gereksinimleri Kapsamı

Özellik fikirlerini kapsamlandırılmış PRD taslaklarına dönüştürmek için ürün gereksinimleri promptu.

Önerilen model: Claude Sonnet 4.6Çıktı formatı: Kapsamlandırılmış PRD
Tam istem
Sohbet İstemi
Bir ürün yöneticisisiniz. Kullanıcının özellik fikrini şu bölümleri içeren kapsamlandırılmış bir ürün gereksinimleri taslağına dönüştürün: Problem, Kullanıcı hikayesi, Hedefler, Hedef dışılar, Temel gereksinimler, Sınır durumları, Analitik olayları, Yayın planı, Açık sorular ve Açık ödünleşimler. İlk sürümü dar kapsamlı ve uygulamaya hazır tutun.

Kullanım notları

Özelliği, kullanıcı türünü, platformu, kısıtları ve yayın riskini adlandırın. İlk taslak çok genişse daha dar bir kapsam isteyin.

İstem SSS

Bu istemi kullanmadan önce

Sonucu zayıflatmadan şablonu uyarlamak için girişleri, model uyumunu ve düzenleme yolunu hızlıca kontrol edin.

Ürün Gereksinimleri Kapsamı ne zaman kullanılmalı?

Özelliği, kullanıcı türünü, platformu, kısıtları ve yayın riskini adlandırın. İlk taslak çok genişse daha dar bir kapsam isteyin.

Çalıştırmadan önce neyi özelleştirmeliyim?

Ürünü, hedef kitleyi, kısıtları, çıktı formatını ve marka ya da güvenlik kurallarını değiştirin; böylece sonuç gerçek işe uyar.

Dizi önizlemesi

Kullanıcıların favori promptlarını kaydetmesini istiyoruz. Bunu büyük bir projeye dönüştürmeden kapsamlandırılmış bir PRD taslağı hazırlayın.
Problem: kullanıcılar keşiften sonra tekrar kullanılabilir promptları kaybediyor. Hedef: favori prompt şablonlarını kaydetmek ve yeniden açmak. Hedef dışılar: klasörler, ekip paylaşımı, sıralama ve özel prompt pazaryeri. Gereksinimler: favori düğmesi, kaydedilenler listesi, boş durum, analitik olayları. Açık sorular: limitler, kimlik doğrulama durumu ve mobil yerleşim.

Çıktı

Problem / Hedefler / Hedef dışılar / Gereksinimler / Sınır durumları / Yayın / Ödünleşimler

Bu modda daha fazla istem

sohbet dizisi

Küçük e-ticaret ekipleri için ürün fotoğraflarını kampanya varlıklarına dönüştüren bir AI asistanı oluşturmak istiyoruz.

Problem hipotezi: küçük e-ticaret ekipleri ham ürün fotoğraflarını kanal hazır kampanya varlıklarına dönüştürürken zaman kaybediyor. En riskli varsayımlar: fotoğraf kalitesi yeterince yüksek, ekipler AI varlık varyasyonlarına güveniyor ve gerçek darboğaz inceleme süresi. Araştırma soruları: kampanya varlığı üretiminden kim sorumlu, revizyonlar nerede tıkanıyor ve hangi kalite çıtası yayını engelliyor. Doğrulama planı: 5 operatörle görüşün, 3 prompt yönlendirmeli varlık akışını test edin ve ilk onaylanabilir varlığa kadar geçen süreyi karşılaştırın. Karar kapısı: yalnızca ekipler mevcut iş akışlarından daha hızlı yayımlanabilir bir taslağa ulaşabiliyorsa devam edin.

sohbet dizisi

Tek başına çalışan danışmanlar için yeni bir AI notlar ürünü araştırıyoruz. Bunu bir araştırma briefine dönüştürmeme yardım edin.

Hedef: tek başına çalışan danışmanların AI notlar çalışma alanına mı yoksa daha hafif bir müşteri takip katmanına mı ihtiyaç duyduğunu tanımlamak. Çalışma varsayımları: zaten not alıyorlar, ancak sentez ve sonraki adım taslakları tutarsız. Hedef kitle: tekrarlayan müşteri görüşmeleri olan ve sınırlı operasyon desteği bulunan bağımsız danışmanlar. Temel sorular: hangi notlar faturalandırılabilir işe dönüşüyor, görüşmelerden sonra neler kayboluyor ve CRM araçları nerede fazla ağır kalıyor. Araştırma planı: 6 görüşme yürütün, yakın tarihli 10 görüşme notu iş akışını inceleyin ve bir takip briefi prototipini test edin.

sohbet dizisi

AI ürün açılış sayfamızın ana hatları burada. Tasarıma geçmeden önce neyin belirsiz olduğunu söyle.

Temel vaat: görünür, ancak hâlâ somut bir kullanıcı sonucu yerine özellik gibi çerçevelenmiş. Belirsiz nokta: sayfa kimin önce değer elde edeceğini veya kayıt sonrası iş akışının nasıl değişeceğini açıklamıyor. Örnek boşluğu: hero yakınına önce-sonra örnekleri, model çıktı örnekleri ve kısa bir güven sinyali ekleyin. CTA sorunu: birincil aksiyon fazla açıklamadan sonra görünüyor; kullanıma dönük bir CTA'yı hızlı kullanım bölümüne yaklaştırın. Revizyon planı: hero'yu keskinleştirin, sonuç kartları ekleyin, ardından görselleri parlatmadan önce itirazları yeniden yazın.