Ürün yönetiminde yeniyseniz ve daha önce bir ürün spesifikasyonu yazmanız gerekmediyse doğru yerdesiniz.
Bir ürün spesifikasyonu yazmanın temellerini öğrenmiş olabilirsiniz; ancak bunu uygulamaya geçirmek tamamen farklı bir konudur ve biraz düşünmeyi ve kararlı bir süreç izlemeyi gerektirir. Burada, bilmeniz gerekenleri ve esnek ve doğru bir ürün spesifikasyonunu nasıl oluşturacağınızı anlatan bir rehber bulabilirsiniz.
Ürün spesifikasyonlarının ne olduğunu ve ne amaçla kullanıldığını, ayrıca birkaç ürün spesifikasyonu örneğini ele alacağız. Ürün spesifikasyonları belgenize neleri dahil etmeniz gerektiğini, ürün özetini tanımlamaktan müşteri geri bildirimleri ve sınırlı kullanıcı testlerine göre revizyon yapmaya kadar ürün spesifikasyonlarını yazma sürecini ve ürünlerinizi üretim yol haritasına veya yazılım geliştirme sürecine dahil etmeye nasıl başlayacağınızı göreceksiniz.
Ürün spesifikasyonu belgeleri oluştururken kullanabileceğiniz bir ürün spesifikasyonu şablonunu da ekledik.
Ürün Spesifikasyonları Nedir?
Bir ürün spesifikasyonu yazmak için öncelikle bunun ne olduğunu anlamanız gerekir. Ürün spesifikasyonu, oluşturacağınız ürünü, ürünün nasıl görüneceğini ve belirli ürün gereksinimleri ile işlevleri ana hatlarıyla açıklayan bir taslaktır. Ayrıca ürünün kim için oluşturulduğuna ilişkin persona veya kullanıcı bilgilerini de içerebilir.
Bu spesifikasyonun şu özelliklere sahip olması gerekir:
- Çok açık
- Kolay okunabilir
- Tasarım ekibinizin ve ürün ekibi üyelerinizin ihtiyaç duyduğu tüm bilgilerin ana hatlarını içeren
Spesifikasyonların ürün ekibiniz için fazla belirsiz olmamasını sağlamak amacıyla mümkün olduğunca fazla bilgi ekleyin. Bir spesifikasyon tablosu veya grafiği, ayrıntıların nerede bulunabileceğini açıkça gösterecektir. Ancak bunun yalnızca ürün spesifikasyonu sayfası olduğunu unutmayın; üretim ve uygulama ayrıntılarını sürecin ilerleyen aşamalarında ekip üyelerinize bırakabilirsiniz. Jira ve Confluence gibi araçlar, ilgili tüm ayrıntıların tek bir yerde aktarılmasına yardımcı olabilir.
Atlassian paketini çok seviyorum—bence harika. Confluence’ta bulunup bir ürün gereksinimleri belgesi oluşturabilmenizi ve ardından Jira hikâyelerinize bağlantı verebilmenizi… temelde bunları belgeye gömebilmenizi seviyorum.
3 Ürün Spesifikasyonu Örneği
Hem basılı hem de çevrim içi birçok örnek bulunmaktadır. Ekibinizle uyarlayıp kullanabileceğiniz basit bir çevrim içi spesifikasyon örneği aşağıda yer almaktadır.
İşte test sonuçları için alanın yanı sıra ürün geliştirme sürecini açıklayan bir akış şeması diyagramı içeren başka bir örnek.
Bu üçüncü örnek de test sonuçlarını kaydetmek için alanın yanı sıra ürün geliştirme sürecinde ortaya çıkan veya çıkabilecek bilinen sorunları kaydetmek için alan içerir.
Have an account? Log In
Ürün Spesifikasyonları Ne Amaçla Kullanılır?
Ürün spesifikasyonu, ürün ekibinin gereksinimlerini ana hatlarıyla belirtmek için kullanılır. Genellikle ürün yöneticisi tarafından yazılır ve ürünün belirli özellikler ve işlevlerle oluşturulması için gereken tüm bilgileri sağlar; ayrıca teknik bir açıklama, performans spesifikasyonu ve diğer ayrıntıların yanı sıra karşılanması gereken teknik standartları sunar. Bu taslak, ekibinizin bir ürünü tasarlamasına ve oluşturmasına yardımcı olacak kullanıcılar, iş direktifleri ve diğer tüm ölçütler hakkındaki bilgileri iletmek için kullanılır.
Proje Şartnamesi Sayfasında Neler Bulunmalıdır?
Her ürün şartnamesi, belirli ürüne özgü teknik gereksinimlere, mühendislik özelliklerine ve diğer ayrıntılara dayanır. Bununla birlikte, her iyi ürün şartnamesinde genel olarak aşağıdakiler bulunmalıdır:
- Özet – Bu bölüm, ürüne genel bir bakış sunar. Ürün fikrinin ana hatlarıyla başlar ve ürünü ve genel konseptini tanıtmak için kısa bir açıklama verir. Ayrıca ürünün neden oluşturulduğunu açıklar. Ürün özeti, nihai ürünün nasıl görüneceğini, hangi özelliklere sahip olacağını ve geliştirilmesinin ne kadar süreceğinin beklendiğini açıklar.
- İş Gerekçesi – Şartname sayfanızda sıradaki bölüm, ürünün geliştirilmesinin arkasındaki iş gerekçesi olmalıdır. Ürünün şirkete pazarda sağladığı faydaları veya avantajları ana hatlarıyla açıklar. Ayrıca projenin tamamlanması için gereken bütçeyi ve diğer kaynakları da ele alır.
- Kullanıcı Hikâyeleri – Bunlar, ürünün son kullanıcısının bakış açısına dayanan kısa mesajlardır. Kullanıcıların yeni üründe ne tür özellikler görmek istediğini açıklar. Kullanıcı hikâyelerine kabul kriterlerini eklemek de iyi bir fikirdir; bunlar, istenen bir özelliğin dahil edilip edilmediği gibi, bir kullanıcı hikâyesinin ürün tarafından karşılanıp karşılanmadığını belirleyen kriterlerdir.
- Kullanıcı Personaları – Bu bölüm, ürünün kimler için oluşturulduğunu açıklar ve hedef kitleyi belirler. Hedef demografik grubun özelliklerini ve ürün tarafından çözülecek sorunlarını ana hatlarıyla belirtir. Ürünün hedef kitlesini bilmek, çalışmalarınızın müşteri odaklı kalmasını sağlar.
- İşlevsel Şartname – Bu, yakında çıkacak ürünün görünümünü ve yeteneklerini nasıl tasarladığınızı açıklayan bir belgedir. Ayrıca kullanıcıların ürünle nasıl etkileşim kuracağını da ana hatlarıyla belirtmelidir. Ekip çalışmaya başlarken ürün geliştirme ekibi için başvuru noktasıdır. Ekibiniz için buraya esnek bir teknik şartname belgesi de eklemek isteyebilirsiniz.
Ürün Şartnamesi Tasarımı
Ürün şartnamesi sayfasına ürün tasarımına ilişkin bazı göstergeleri dahil etmek de önemlidir. Teknik özelliklere, taslaklara ve maketlere burada ihtiyaç duyarsınız. Ürün geliştirme sürecinde ilerledikçe tasarım değiştirilebilir. Henüz mükemmel olması gerekmez; ancak ürün yönetimi ekibinize rehberlik edecek bir görsel sunumun, geliştirme sürecinin ilk aşamalarında bulunmasını istersiniz. Teknik ayrıntıları ve muhtemelen satın alma özelliklerini eklemek için burası iyi bir yerdir.
Ürün şartnamesi sayfanıza tasarım bilgilerini dahil etmenin birçok farklı yolu vardır. Bunlar görselleştirmeler veya çizimler, bir prototipin ekran görüntüleri veya fotoğrafları ya da boyut, ölçüler veya ürünün görünümü ve hissi hakkında temel notlar olabilir.
Ürün Şartnamesi Sayfası Nasıl Yazılır?
1. Sorunu tanımlayın.
Bu ürün, kullanıcıların hangi sorunu veya zorluğu çözmesine yardımcı olacak? Belirli iş gereksinimlerini veya tüketici ihtiyaçlarını karşılamayan ürünler geliştirmenin bir anlamı yoktur. Ürünün karşılayacağı ihtiyaçların ve çözeceği sorunların ürün özetinde belirtildiğinden emin olun.
2. Müşteri görüşlerini anlayın.
Müşteriler yeni bir üründe ne istiyor? Kullanıcı hikâyeleri, yeni ürünle ulaşmanız gereken bir hedef ve ürünün hedef kullanıcılarınıza nasıl yardımcı olacağına ilişkin bir değerlendirme sunar. İçgörü edinmek için mevcut veya benzer ürünlerle ilgili müşteri geri bildirimlerini kullanın.
3. Görüşmeye şirketinizin tamamını dahil edin.
Paydaşların söz hakkı olmalıdır ve geliştirme sürecinde faydalı olacaklardır. Bu, birçok yararlı görüş almanıza ve işi tamamlama konusunda daha fazla destek görmenize yardımcı olabilir. Ayrıca çalışanların projeye katkıda bulunabileceklerini hissetmelerini ve böylece katkı sunmaya ve ekiple birlikte çalışmaya daha fazla bağlılık göstermelerini sağlar.
4. Hangi ürün özelliklerinin dahil edileceğini seçin.
Bazı ürün gereksinimleri ve özellikleri, ürünün güvenli ve kullanılabilir olması açısından ürün geliştiricileri için kritik öneme sahiptir. Boyutlar, güvenlik standartları, son kullanma ayrıntıları ve genel bir ürün tasarım şartnamesi gibi özellikleri dahil edin. Bu özellikler, ürün oluşturma sürecinin daha kolay başlamasını sağlar. Belirli kullanıcı arayüzü/kullanıcı deneyimi değerlendirmeleri veya renk şemaları gibi diğer özellikleri, ürün geliştirme biriktirme listesinde daha sonra tanımlanmak üzere bırakabilirsiniz.
More Articles
5. Kullanıcı testi yapın.
Tasarım ve geliştirme için bir plan oluşturduktan sonra bir prototip hazırlayın. Ürünün müşterinizin ihtiyaçlarına uygun olacağından emin olun. Ürünü test etmelerine, denemelerine ve değerlendirmelerine izin verin. Kullanışlı özelliklerin kullanılıp kullanılmadığını veya bulunup bulunmadığını, kullanımı zor ya da rahatsız edici unsurları kontrol edin. Her şey olması gerektiği gibi çalışıyor mu?
6. Kullanıcılarınızın neyin işe yarayıp neyin yaramadığını belirlemesine göre gözden geçirin.
Kullanıcı testlerinizin sonuçlarına ve diğer ilgili ölçümlere dayanarak nelerin beğenildiğine, beğenilmediğine, karmaşık veya gereksiz olduğuna karar verin; sorunları düzeltin ve gerektiğinde teknik özellikleri gözden geçirin. Kullanıcıların takıldığı işlevleri veya noktaları dikkatle değerlendirin—bunu nasıl iyileştirebilirsiniz? Bu veya şu işlevi tamamen kaldırmalı mısınız?
