Open AI, Kasım 2022'de ChatGPT'yi tanıttığında, neler yapabileceğine dair yoğun bir merak dönemi yaşandı.
Bu yeni ve oyunun kurallarını değiştiren teknolojinin nasıl kullanılacağını anlamak için çılgınca bir yarış başladı.
Ürün yöneticilerinin de bu sürece dahil olması ve konuya iki farklı açıdan yaklaşabilmesi uzun sürmedi:
- Ürünümde yapay zekâyı nerede kullanabilirim?
- Bir ürün yöneticisi olarak hayatımı kolaylaştırmak için yapay zekâyı nasıl kullanabilirim?
Bir ürün yönetimi platformu üzerinde çalışıyorsanız, kullanıcı hikâyelerinin otomatik olarak oluşturulmasını aracınıza ekleyerek bu iki yaklaşımın kesiştiğini görebilirsiniz.
Harika!
Ancak bir şeyi yapabiliyor olmanız, onu yapmanız gerektiği anlamına gelmez.
Kullanıcı hikâyeleri yazmak için yapay zekâ kullanmanın gerekçesi
Görünüşe göre bir gecede, yepyeni bir ürün yöneticilerine yönelik yapay zekâ sınıfı ortaya çıktı: kullanıcı hikâyesi oluşturucuları.
Bunların bazıları üstelik ücretsiz!
Ardından, köklü ürün yönetimi platformları da araçlarına yapay zekâ özellikleri eklemeye başladı; bunların arasında tek bir düğmeye basarak kullanıcı hikâyeleri oluşturma özelliği de vardı.
Bu araçların ve onları öven yazıların vaat ettiği faydalar, şu listenin farklı biçimlerde ifade edilmesinden ibaretti:
- Kullanıcı hikâyelerini yapay zekâyla oluşturmak, bunları elle oluşturmaktan daha hızlı ve verimlidir.
- Kullanıcı hikâyelerini yapay zekâyla oluşturmak, tutarlı bir biçim sağlar ve dolayısıyla netlik kazandırır.
- Kullanıcı hikâyelerini yapay zekâyla oluşturmak, daha doğru kullanıcı hikâyeleri sağlar.
- Kullanıcı hikâyelerini yapay zekâyla oluşturmak, yaratıcılığı artırır.
- Kullanıcı hikâyelerini yapay zekâyla oluşturmak, iş birliğini geliştirir.
Bu varsayımların her birini ele alacağım; ancak önce kullanıcı hikâyelerinin başlangıçtaki amacını değerlendirmenin önemli olduğunu düşünüyorum.
Kullanıcı hikâyelerinin asıl amacı
Jeff Patton, Kullanıcı Hikâyesi Haritalama adlı kitabında, kullanıcı hikâyelerinin neden bu adla anıldığını özlü bir şekilde açıklamıştır:
Hikâyeler adını, ne yazılması gerektiğinden değil, nasıl kullanılması gerektiğinden alır.
-JEFF PATTON, KULLANICI HİKÂYESİ HARİTALAMA
Jeff daha sonra bu düşünceyi, kullanıcı hikâyesi kavramını geliştiren Kent Beck'ten yaptığı bir alıntıyla genişletir.
"Yazılımla çözmeye çalıştığımız sorun, onu kimin kullanacağı ve neden kullanacağı hakkında bir araya gelip konuşursak, birlikte bir çözüme ulaşabilir ve bu süreçte ortak bir anlayış geliştirebiliriz."
Kullanıcı hikâyeleri, bir kişinin ürününüzle neyi başarmak istediğini ve bunu neden istediğini belirler.
Kullanıcı hikâyeleri hakkında, bunları oluşturmak için yapay zekâ yardımını nasıl kullanmanız gerektiğine veya kullanıp kullanmamanız gerektiğine karar verirken dikkate almanız gereken üç temel nokta vardır.
1. Kullanıcı hikâyeleri bir konuşma için yer tutucudur
Kullanıcılarınızın çözmesine yardımcı olduğunuz sorun hakkında ürün ekibinizle daha derinlemesine bir tartışmayı başlatan bir hatırlatıcı görevi görmelidirler.
Muhtemelen konuştuklarınızı not almak isteyeceksiniz; ancak bunu gereksinimleri iletmenin tek yolu olarak değil, bir hatırlatıcı ve başvuru kaynağı olarak yapın. Kullanıcı hikâyeleri yazmak için kullanmayacak olsanız bile, yapay zekâ, gereksinimlerin toplanmasında yardımcı olabilir.
2. Kullanıcı hikâyeleri bir planlama aracıdır
Ürününüzü oluşturmak için yapmanız gereken görevleri listelemek yerine, kullanıcılarınızın ürününüzle gerçekleştirebileceği şeylere dayanarak çalışmayı parçalara ayırmanıza olanak tanırlar.
Çalışmanızı bu şekilde parçalara ayırmak, ayrıntılara gereksinim duyduğunuz anda ulaşmanıza yardımcı olur; çok önceden değil.
Kullanıcı hikâyeleri ayrıca, bir görev listesinin yapmanıza yardımcı olamayacağı bir şekilde, ürününüze neleri koyacağınıza ve neleri koymayacağınıza odaklanmanızı sağlar.
Bu nedenle, yapabileceğiniz bir sürü kullanıcı hikâyesi için beyin fırtınası yapmak da mutlaka yararlı değildir. Buna birazdan daha ayrıntılı değineceğim.
Have an account? Log In
3. Önemli olan yazım değildir
İlk iki maddeden dolayı, kullanıcı hikâyelerini nasıl yazdığınızın aslında o kadar da önemli olmadığı ortaya çıkar.
Hayattaki birçok konuda olduğu gibi, bu noktayı açıklamak için Seinfeld'e başvurabiliriz.
Alternatif Taraf bölümünde Jerry bir kiralık araba rezerve eder, ancak rezervasyonlarının olduğunu, arabalarının ise olmadığını öğrenir. İşte olanlar.
Jerry Seinfeld kiralık araba rezerve etmek hakkında:
"Görüyorsunuz, rezervasyonu almayı biliyorsunuz, sadece rezervasyonu nasıl tutacağınızı bilmiyorsunuz. Oysa rezervasyonun gerçekten en önemli kısmı bu: tutmak. Herkes rezervasyon alabilir!"
Bunu kullanıcı hikâyeleri için şöyle ifade edebiliriz:
Görüyorsunuz, kullanıcı hikâyesini yazmayı biliyorsunuz, sadece kullanıcı hikâyesiyle ortak anlayış oluşturmayı bilmiyorsunuz. Oysa kullanıcı hikâyesinin gerçekten en önemli kısmı bu: ortak anlayış. Herkes kullanıcı hikâyesi yazabilir!
Yazdığınız ve yazmadığınız kullanıcı hikâyeleri, onları nasıl yazdığınızdan çok daha önemlidir.
Kullanıcı hikâyeniz, ürün ekibinin kullanıcının neyi başarmaya çalıştığı hakkında yaptığı görüşmeleri hatırlaması için yeterli bilgiyi sağladığı sürece bu yeterli olmalıdır.
Kullanıcı hikâyeleri yazmak için neden AI kullanmamalısınız
Kullanıcı hikâyelerinin amaçlanan kullanımına ilişkin bu bağlamı göz önünde bulundurarak, neden kullanmamanız gerektiğini açıklamak için kullanıcı hikâyeleri yazarken AI kullanma yönündeki argümanları ele alalım.

Varsayım #1: Daha hızlı ve daha verimli
Karşı görüş: Aslında, zorunlu olarak değil.
Kullanıcı hikâyeleri yazmak için ürün keşfinde AI kullanmayı anlatan makalelerin çoğu, kullanıcı hikâyelerinin gerekli bir kötülük olduğunu ima eder veya bunu açıkça belirtir.
Tüm bu kullanıcı hikâyelerini yazmanın ve onları tam anlamıyla doğru hâle getirmenin ne kadar uzun sürdüğüne dair yakınmalar duyarsınız. "Keşke bu görevi daha hızlı ve daha verimli hâle getirebilsek!" gibi özlem dolu düşünceler. Hatta bazıları farklı kullanıcı hikâyeleri üzerine beyin fırtınası yapma işinden tamamen vazgeçmek istediklerini ifade eder.
Bu yakınmaları gördüğümde, insanların asıl noktayı kaçırıp kaçırmadığını merak ediyorum. İlk kullanıcı hikâyesini not almak zahmetli olmamalı. Bu, daha fazla ayrıntıya inmek ve o görüşmeden ilgili bilgileri not etmek için hızlı bir hatırlatıcıdır. Başlangıçta mükemmel olması gerekmez.
Bir sürü kullanıcı hikâyesi üzerine beyin fırtınası yapmak ve bunları daha sonra ele almak üzere ürün iş listesine eklemek, birçok ürün ekibinin yıllar içinde edindiği kötü bir alışkanlıktır.
Daha iyi bir yaklaşım, belirli bir sonuçla başlamak ve ardından bu sonuca ulaşmanıza yardımcı olacak belirli hikâyeleri belirlemektir.
Etki haritaları ve fırsat-çözüm ağaçları gibi iş birliğine dayalı teknikler, bu kullanıcı hikâyelerini belirlemenize yardımcı olur.
Varsayım #2: Biçim ve açıklık açısından tutarlı
Karşı görüş: Biçimlendirmede tutarlılık başlangıçta kritik değildir.
İlk bakışta tutarlı ve açık kullanıcı hikâyeleri harika bir şeydir. Sormanız gereken soru şu: Kullanıcı hikâyelerini ilk oluşturduğunuzda mı, yoksa ürün ekibiniz onları tartışma fırsatı bulduktan sonra mı tutarlı bir biçimde yazılmış olmaları önemlidir?
Bence ekip geliştirme çalışmasına başlamadan hemen önce tutarlılık için düzenleme yapmak, kullanıcı hikâyelerini ilk yazdığınız sırada tutarlı olmaktan daha önemlidir.
Kullanıcı hikâyesini zaten tartışacaksınız; bu nedenle konuşmayı başlatacak kadar yazın ve öyle bırakın.
Küçük bir cümle parçasının ne anlama geldiğini hatırlayamamaktan endişe ediyorsanız, bu muhtemelen kullanıcı hikâyesini üzerinde çalışacağınız zamandan çok önce oluşturduğunuzun bir işaretidir.
Varsayım #3: Yaratıcılığı artırır
Karşı görüş: Sizi asıl noktadan daha da uzaklaştırabilir.
AI destekli araçlar, önceden tanımlanmış çeşitli kullanıcı hikâyesi şablonları ve yönlendirmeler aracılığıyla yazma tıkanıklığını aşmayı vadeder. Alışılmadık fikirlerden oluşan koca bir liste üretmek istiyorsanız bu harika olabilir.
Ancak daha önce de belirttiğim gibi, iş listenizi bir sürü kullanıcı hikâyesi gürültüsüyle doldurmak istemezsiniz. Bunun yerine, sonuçlara ulaşma yolunda ilerlemenize yardımcı olacak şeylere odaklanmak istersiniz.
Daha önce bahsettiğim teknikler, sonuçlara ulaşmaya odaklanan anlamlı kullanıcı hikâyelerini belirlemek için harika bir yol sunar. Ayrıca kısıtlamaların yaratıcılığı teşvik etmek için harika olduğunu unutmayın.
Varsayım #4: Daha doğrudur
Karşı görüş: Bu yalnızca yapay zekâ aracınız ürününüzü ve kullanıcılarınızı çok kapsamlı bir şekilde anlıyorsa doğrudur.
Doğruluk argümanı, büyük miktarda veri ve müşteri geri bildirimine dayanarak hikâyeler oluşturmanın daha doğru hikâyelere yol açtığını öne sürer. Bunun gerekçesi, bu hikâyelerin müşteri ihtiyaçlarıyla örtüştüğü için daha “doğru” olmasıdır.
Bu, yapay zekâ kullanımı için en iyi argüman olabilir, ancak birkaç büyük “eğer”e dayanır. “
- Yapay zekâ aracınızı kendi ürününüze ait verilerle eğitirsiniz.
- Etkili bir analiz gerçekleştirmek için yeterli miktarda ürün veriniz vardır.
İlk “eğer”, GPT 3, 4 vb. üzerine kurulmuş tüm o “ücretsiz” araçları eler.
Yeni bir araç geliştiriyorsanız veya müşteri geri bildirimlerini anlamlı bir şekilde toplamaya yeni başlıyorsanız, ikinci eğer pek yardımcı olmaz.
Varsayım #5: Geliştirilmiş iş birliği
More Articles
- Ürün Yöneticileri İçin 30-60-90 Günlük Plan + Temel Kilometre Taşları
- Çevik Portföy Yönetimi Nasıl Uygulanır?
- Ürün Kullanıcıya Kazandırma Nihai Rehberi: Adımlar, Örnekler & İpuçları
- Ürün Yönetimi için Monday.com Nasıl Kullanılır
- Yapay Zekâyı Ürün Özellikleri İçin Beyin Fırtınası Yapmakta Nasıl Kullanıyorum (Toplantı Yok, Sadece Sonuç Var)
Karşı görüş: Üzgünüm—ne?!
Evet… bu argümanı gördüğümde iki kez baktım.
Bana, yapay zekânın kullanıcı hikâyeleri oluşturmasının—hikâyelerin araçtan çıkar çıkmaz geliştiricilere aktarılmaya hazır olacağı anlamına geldiği için—iş birliğini geliştirdiğini mi söylüyorsunuz?
Sonra açıklamalara tekrar baktım. Bunlar, özellikle yapay zekâ tarafından oluşturulan kullanıcı hikâyelerinin değil, genel olarak kullanıcı hikâyelerinin iş birliğine sağladığı faydaları öne çıkarıyor.
İyi deneme, ama ikna olmadım.
Yapay zekâyı hiç kullanmamamı mı öneriyorsunuz?
Teknoloji düşmanı değilim.
Yapay zekânın, ürün yönetimi araçlarında bile bir yeri var. Ürün ekibinizle iş birliği gerektiren faaliyetleri otomatikleştirmeye çalışmak, yapay zekânın kullanılması gereken yer değil.
Umarım topladığınız tüm müşteri geri bildirimlerini sentezlemek için yapay zekâ kullanmak mantıklıdır. Tam kapsam sağladığınızdan emin olmak için farklı test senaryoları oluşturmak da faydalı olabilir.
Doug Steele LinkedIn'de aynı konuyu ele aldı ve kullanıcı hikâyesi yazımını yapay zekânın üstlenmesine izin vermemeniz gerektiğini, ancak çabalarınızı desteklemek için onun yardımından yararlanabileceğinizi öne sürdü.
Yapabiliyor olmanız, yapmanız gerektiği anlamına gelmez.
Kullanıcı hikâyeleri veya olası herhangi bir yapay zekâ iş fikri yazmaya gelince, sırf yapay zekâ kullanmış olmak için yapay zekâ kullanmaya çalışmayın. Yapay zekâ kullanmanın gerçekte nerede değer katacağını belirleyin.
Başlamak için iyi bir nokta, yukarıda sorduğum soruları değiştirmektir.
- Yapay zekânın ürününüzde nerede kullanılmasının mantıklı olabileceğini düşünüyorsunuz?
- Ürün yönetimi faaliyetlerinizde yardımcı olması için yapay zekâyı nerede kullanmak mantıklı?
Soruları bu şekilde sormak, yapay zekâyı sorumlu bir şekilde kullandığınızdan emin olmanıza yardımcı olur—ürününüzü geliştirirken ürün yöneticisi olarak işinizi kolaylaştırır.




