How Guru Uses Guru for Product Enablement

Ürün uzmanlığı bir gecede ortaya çıkmaz. Tüm ürün geliştirme süreci, belirli özellikler ve işlevler etrafında "uzmanlar" yaratan şeydir ve yayınlamalarına önceki ve sonraki tüm belgelerin temelidir.

Ürün etkinleştirmesi için Guru'yu kullanan ekipler, erken geliştirme aşamasından sürekli destek ve bakım süreçlerine kadar, ürün yayımlama yaşam döngüsünü kapsayan bilgi için tek bir güvenilir kaynağa sahip olmanın önemini kabul ederler. Her departmana, uzman onaylı bilgileri koymak için tek bir anlaşmaya varılmış güvenilir bir yer vererek, bu çapraz işlevsel süreçlere dahil olan herkes daha iyi bir iş çıkarabilir. Son zamanlarda Guru'daki bir özellik yayınını örnek olarak ele alalım, ürün etkinleştirmesi uygulamada böyle olur.

Ocak ayı boyunca, yeni kurulan Monetizasyon podumuz, Guru'daki fatura deneyimini yükseltmek için bir güncellemenin ilk bölümünde çalıştı. Bu proje, ürün yönetimi, tasarım, mühendislik ve ürün pazarlama gibi sıradan ürün geliştirme ekibini ve yanı sıra finans, destek ve satış operasyonları gibi diğer birkaç paydaşı içeriyordu. Bu, tüm dahil olan ekipler arasında sıkı iletişim ve koordinasyon gerektiren bir teknik güncelleme olup, müşteri ile yüz yüze olan muhataplarımızın bu değişimler hakkında kendilerine güvenlerini artırmak için önemli hazırlık çalışmaları gerektirmiştir. Aşağıdaki üç aşama, bu tür özellik yayınları için Guru'yu ürün etkinleştirmede kullanmanın temel yollarını kapsar.

Aşama 1: Özellik planlama ve geliştirme

Ürün etkinleştirmesi, bir Ürün ekibinin projesinin yeşil ışık almasının hemen ardından başlar. Bu, küçük bir işlevsellik geliştirmesi, bir sayfa yeniden tasarımı veya tamamen yeni bir özellik olabilir. Bir Ürün Yöneticisi (PM) tarafından proje spesifikasyonları oluşturulup mühendisleri, tasarımcıları ve diğer paydaşlarla paylaşıldığı andan itibaren herkesin birçok yazar tarafından sağlanan güvenilir, güncel dokümanlara erişimi olması gerekir.

Planlamamız Aralık ayında başladı, PM'lerimiz, fatura ve ödeme işlemlerimizde yenilenmeye ihtiyaç duyan birkaç ana yeri belirledi. Oradan, bir proje planı oluşturup, serideki ilk proje için erken özellik spesifikasyonunu hazırlamaya başladılar. Takımla paylaşmaya hazır olduklarında, önerilen değişiklikleri açıklamak ve zamanlamayı tartışmak üzere bir başlangıç toplantısı planladılar. Bu noktadan sonra, projeye dahil olan herkesin proje spesifikasyonları, tasarımlar, ilgili fatura dokümantasyonu ve daha fazlası da dahil olmak üzere tüm ilgili belgeleri erişiminde olması kritik öneme sahipti.

Bu belgeler sıkça değiştiğinden ve bir projenin ilk aşamalarında sıkça eklenebildiğinden, ekibin geri dönüp kontrol edebileceği güvenilir bir kaynak bulundurmak önemlidir. Herkesin bu kaynakları paylaşmak ve erişmek için tek bir yeri olduğundan emin olmak için, ekiple paylaşmak üzere bir Aktif Proje Kaynakları Kartı oluşturduk. Bunu, tüm uygun paydaşların yazar yetkisine sahip olduğu Monetizasyon Pod tahtası içine koyduk.

Geliştirme süreci boyunca, mühendislerimizin tasarım dosyalarını yer imine ekleme veya geçen hafta kendilerine verilen kopyanın halen güncel olup olmadığını kontrol etme konusunda endişelenmelerine gerek kalmadı. Bunun yerine, çalıştıkları sırada en güncel bilgilere dayanarak inşa ettiklerinden emin olmak için Aktif Proje Kaynakları Kartı'na geri dönebilirler. Mühendislik ekiplerinin Guru'yu nasıl kullandığını görün.

Aşama 2: Yayın hazırlığı

Bir özellik yayınını Guru'da bir takım sporu olarak görüyoruz. Geliştirmenin sonuna yaklaştığımızda, tüm gereklilikleri karşıladığımızdan, potansiyel müşteri sorun noktalarını test ettiğimizden ve yaklaşan değişiklikleri müşteri ile yüz yüze olan ekiplerimize düzgün bir şekilde ilettiğimizden emin olmalıyız. Bu, bilginin en hızlı değişme olasılığının en yüksek olduğu aşama olduğu için, tüm bilgilerin ilgili uzmanlar tarafından doğrulandığından emin olmak son derece önemlidir.

Son fatura projemizde, ekibimizin ve paydaşlarımızın canlı yayına geçmeden önce kalite güvence (QA) yapmaları ve yeni müşteri deneyimini test etmeleri için bir hafta ayırdık. Bu özel bir teknik proje olduğu için, ortamların test için hazırlığını sağlamak üzere, özellik bayraklarını etkinleştirmek ve spesifik bir tekrar kasa adımları setiyle çalışmak gibi birkaç aşama içeriyordu. Herkesin test etmeye katılmaları için ihtiyaç duydukları tüm bilgilere sahip olduğundan emin olmak adına, mühendislik ekip liderimiz QA'ya katılım için adım adım talimatlarla bir Kart oluşturdu. Bu Kartı, POD'umuza ve paydaşlarımıza bir duyuru ile göndererek okuduklarından emin olmak için gönderdik.

QA devam ederken, yaklaşan değişiklikler hakkında müşteri ile yüz yüze olan ekiplerimize de bilgi vermek de önemliydi; böylece potansiyel müşteriler veya müşterilerle her türlü soruyu yanıtlamaya hazır olsalar. Bu değişiklikler büyük ölçüde kullanılabilirlik ve güvenilirliğe odaklı (daha geniş bir arayüz değişikliği yerine), bazı bölümlerinin eski fatura deneyimi ile bu projeyle değiştirileceğini biliyorduk. Bu değişiklikleri gözden geçirmek ve soruları yanıtlamak için yeterli zaman ayırmak adına, fatura özelliği kırılım Kartımızı yeniledik.

Süreç içinde gösterdiğimiz ilk seferde yenileme kelimesini oluşturma yerine kullandığımızı göreceksiniz ve bu kasıtlıdır. Müşteri ile yüz yüze olan ekiplerimiz için özellik kırılım Kartlarını canlı bilgi kaynağı olarak kullanıyoruz; bu, canlı özelliklerimizin her biri için her zaman mevcut olduğu anlamına geliyor. 

Mevcut bir özelliği güncellediğimizde ve iyileştirdiğimizde, özellik kırılım Kartını da buna göre güncelliyoruz. Bu, bir satış temsilcisinin, bir çağrı sırasında panik içinde mühendisleri iletilen bir belgenin eski olup olmadığından emin olma sorununu önler. Kartın, geçen yıl güvendiği fatura sayfası ile ilgili olarak, bu yıl da aynı şekilde doğru olduğundan emin olabiliyorlar; ekibin geliştirmeler üzerinde çalıştığı gibi doğrulanmıştır.

Aşama 3: Yayın ve Sonrası

Ürün etkinleştirmesinin en belirgin uygulaması yeni veya geliştirilen bir özelliğin lansmanı etrafında olabilir. Üstteki özellik kırılım Kartı gibi genel bakışlardan, oldukça teknik, spesifik sorun giderme S&S'lere kadar, müşteri ile yüz yüze olan ekiplerin her yayını satmaları ve desteklemesi için ihtiyaç duyacakları her şeyi sağlamak için çok şey yapılıyor. Ve özellikler zamanla tekrarlanıp geliştirilirken, tüm belgelerin güncel tutulması ve ürünün mevcut durumu yansıtacak şekilde olması son derece kritik olmaktadır.

Fatura sayfalarının son derece karmaşık ve ince olduğunu bilmekte şaşırmamalıyız, bu da müşterilerin bir ödeme sürecini tamamlarken sorabilecekleri potansiyel soruların sona ermeyeceği anlamına gelir. Fatura deneyimimiz, satış ekibimizin çok fazla detaylı konuşmasına gerek olmayan bir şey; fakat destek ekibimizin müşterilere yön bulmalarında sıkça yardımcı olduğu bir alandır. Bu yayına ve ödeme deneyimimize yönelik ek iyileştirmelere hazırlanmak için, mühendislik ekip liderimiz, müşteri destek şampiyonumuz ile birlikte, yeni sorular ortaya çıktıkça güncellenen teknik SSS'lerin bir listesini oluşturdu. Bu, yalnızca destek ekibine değil, fatura ile ilgili müşteri sorularına yanıt veren herhangi birine ilk kontrol için tutarlı bir yer sağlar (ve ardından, teknik SSS Kartına eklemenizi sağlar!).

İterasyonlar ilerledikçe SSS Kartını güncel tutmanın yanı sıra, özellik kırılım Kartı da her zaman güncel tutulur. Yeni fatura deneyimi ile ilgili önemli konuşma noktalarını ve resmi lansman tarihini not ederken, bu blog gönderisi gibi diğer ilgili Kartlar ve kaynaklara bağlantı vereceğiz. Özellikler hakkında mevcut bilgiye erişmek için bir merkezi yer oluşturduğumuzda, müşteri ile yüz yüze olan ekiplerimize güven veriyoruz; böylece müşterilere ve potansiyel müşterilere tam bilgiyle hitap edebilirler.

Bu sürescinin kapanışında, müşteri ve pazar geri bildirimlerinin ürün geliştirme döngüsünde önemli bir rol oynadığına odaklanmayı unutmamalıyız. Ekiplerimiz yeni ve geliştirilen özellikleri mevcut müşterilerimize ve pazarımıza sunarken, onlara daha iyi işler yapmalarına yardımcı olan ve bizden sonraki aşamalarda hedeflememizi umdukları şeyler hakkında değerli içgörüler topluyoruz. Bu bilgiyi belgelendirmek ve ürün ekibimizle paylaşmak, yinelemeli geliştirme sürecimizin önemli bir parçasıdır ve müşterilerimize mümkün olan en yüksek değeri sunmamıza yardımcı olur. Farklı geri bildirim modlarının (arama kayıtları, e-postalar vb.) paylaşımı için belgeler Guru'da saklanmaktadır.