Topluluk ve UGC

Birçok şirketin topluluk girişimi aynı şekilde başlar: bir Slack ya da Discord kanalı açılır, ilk hafta kırk kişi katılır, ilk ay üç soru sorulur, ikinci ayda kanal sessizleşir. Ekip “topluluk bizim kitlemizde işe yaramıyor” sonucuna varır.

Oysa bu, topluluğun değil, kapının neden açıldığının sorusudur. İnsanlar bir şirketin açtığı odaya gelmez; kendi sorunlarına, kendi kimliklerine ya da birbirlerine hizmet eden bir yere gelir. Şirketin görevi odayı doldurmak değil, odanın var olma sebebini kullanıcıya ait kılmaktır.

Ne zaman ihtiyacınız var?

Topluluk, birbirine anlatacak şeyi olan kullanıcılar varsa değer üretir. İşaretler:

• Kullanıcılar ürünün sınırlarını zorluyor, kendi çözümlerini ya da şablonlarını üretiyor ve bunları sizin bilginiz dışında paylaşıyor.
• Aynı soruları destek ekibine tekrar tekrar soruyorlar ve çoğunu bir başka kullanıcı yanıtlayabilirdi.
• Ürünün kullanımı bir beceri ya da meslek kimliğiyle bağlantılı (tasarımcılar, geliştiriciler, muhasebeciler, satış ekipleri).
• Kullanıcıların birbiriyle tanışması, ürünün değerini artırıyor.

Erken olduğu durum: bin kullanıcıdan azı varsa ve aralarında ortak bir kimlik yoksa, topluluk platformu açmak yerine birebir ilişki kurmak çoğu zaman daha verimlidir. Topluluk, ilk aşamada yoğun bir manuel çalışmadır; ekipte onu yürütecek, üyeleri adıyla tanıyan ve her gün odaya uğrayan biri yoksa kaynaklar boşa gider. Bu işi yarım zamanlı, “zamanı olan biri baksın” diye vermek, topluluğun sessizleşmesini garantilemenin en kısa yoludur.

Çoğu ekibin atladığı nokta

Topluluğu bir edinme kanalı sanmak en yaygın hatadır. Topluluk önce tutma ve bağlılık makinesidir; edinme sonuçtur. Bir kullanıcı toplulukta bir cevap bulduğunda, bir başkasına yardım ettiğinde ya da ürünü kendi kimliğinin parçası yaptığında, ayrılma maliyeti yalnızca özellik kaybı olmaktan çıkar; bir ilişkiler ağını kaybetmek olur.

UGC (kullanıcı üretimli içerik) bu bağın ikinci katmanıdır. İçeriği şirketin üretmesi ölçeklenmez; kullanıcı yardım, şablon, tarif, iş akışı, vaka çalışması üretmeye başladığında, içerik hacmi ekibin kapasitesinden bağımsız hale gelir. Ama burada incelik şu: insanlar bedava çalışmayı sevmez, tanınmayı sever. Kullanıcıyı içerik üretmeye iten şey ödül değil, görünürlük, statü ve yararlı olmanın hazzıdır.

Kullanıcı içerik üretmez; kimliğini, uzmanlığını ya da emeğini görünür kılabileceği bir yer bulduğunda üretir.

Bir de katılım dağılımı gerçeği var. Çevrimiçi topluluklarda yaygın kabul gören bir kural (90-9-1), katılımcıların yaklaşık %90'ının okuyup sessiz kaldığını, %9'unun ara sıra katkı verdiğini, %1'inin içeriğin çoğunu ürettiğini söyler. Rakamlar topluluktan topluluğa değişir, ama mantık geçerli: topluluğunuz o küçük aktif çekirdek üzerinde durur. Bu yüzden başarı, sessiz çoğunluğu konuşturmaya değil, çekirdeği doğru beslemeye bağlıdır. Referral yazısından farkı da şu: referral bir eylemi ödüllendirir, topluluk bir ilişkiyi besler.

Uygulama planı

1. Topluluğun amacını bir cümleyle belirleyin

“Üyeler birbirlerine X konusunda yardım ederek Y'ye ulaşır.” Bu cümlede ürününüzün adı geçmek zorunda değil; geçmemesi bazen daha sağlıklıdır. İnsanlar ürün için değil, kendi gelişimi için gelir.

2. Başlangıç çekirdeğini elle seçin

En aktif 30-50 kullanıcıyı tek tek davet edin ve neden önemli olduklarını söyleyin. Büyük bir lansman yerine, odadaki ilk kırk kişinin kalitesine odaklanın. Boş bir odaya gelen kişi çıkıp gider; kırk uzmanın konuştuğu odada kalır.

3. Katkı merdivenini tasarlayın

Okumak, beğenmek, soru sormak, cevap vermek, içerik paylaşmak, başkasını yönlendirmek, moderasyon yapmak. Her basamak için kolay bir sonraki adım olsun. Yeni üye ilk gün küçük bir şey yapabilmeli (kendini tanıtmak, bir soruyu işaretlemek); büyük adımlar ancak küçüklerden sonra gelir. Merdivenin hangi basamağında en çok kayıp olduğuna bakın: çoğu zaman okuyup soru sormaya geçiş ile sormaktan cevaplamaya geçiş arasında bir duvar vardır ve oradaki küçük bir düzenleme, bütün akışı açar.

4. UGC için şablon ve çerçeve verin

Boş sayfa korkutur. “Bu hafta çözdüğünüz sorunu üç cümleyle anlatın”, “kendi iş akışınızı paylaşın” gibi yapılar sağlayın. En iyi içerikleri ürün içinde, bülten ya da dokümantasyonda atıfla yeniden yayınlayın. Atıf, en güçlü ödüldür. Kullanıcının adı ve unvanıyla yayınlanan bir yanıt, onun için bir portfolyo parçasıdır; şirketin ona yapabileceği en ucuz ve en değerli iyiliklerden biridir.

5. Moderasyon ve kültürü erken kurun

Davranış kurallarını, kimin neyi yapabileceğini, uzmanlığı nasıl tanıyacağınızı baştan yazın. Kültür ilk 100 üyenin davranışıyla oluşur; sonradan değiştirmek zordur.

6. Topluluğu ürünle ve geri bildirimle bağlayın

Topluluktan çıkan fikirlerin roadmap'e girdiğini görünür kılın. “Siz söylediniz, yaptık” mesajı, hem içeriden bağlılığı hem dışarıdan güveni kurar.

Neyi ölçmeli?

• Aktif katılımcı oranı: Ayda en az bir kez katkı veren üye payı. Öncü gösterge.
• Topluluk üyesi ile değil-üye retention farkı: Ayrışma, topluluğun gerçekten bağlılık yarattığını gösterir.
• UGC'nin destek ve edinmeye katkısı: Kullanıcıların yanıtladığı soru oranı, UGC içeriğinden gelen organik trafik.
• Çekirdek sağlığı: İlk 30-50 aktif üyenin üç ay sonra hâlâ aktif olma oranı.

Tuzaklar

Topluluğu duyuru kanalına çevirmek. Şirket konuşur, üyeler dinler. Konuşmanın büyük kısmı üyeler arasında geçmiyorsa, topluluk değil, bir bülten kanalıdır.

Ödüle erken yaslanmak. Puan, rozet ya da hediye, henüz bağ kurulmamışken katılımı yapay yükseltir ve ödül kalkınca çöker. Önce tanınma, sonra ödül.

Sahipliği paylaşmamak. Her kararı şirketin vermesi, topluluk liderlerini yoruyor ve gerçek katılımı öldürüyor. Moderatör ve kıdemli üyelere gerçek yetki verin.

Bu hafta başlayın

1. En aktif 30 kullanıcınızı listeleyin ve her birine, neden değerli olduklarını anlatan kısa, kişisel bir mesaj yazın.
2. Topluluğun amacını tek cümleyle yazın ve içinde ürün adınızın geçmeden de anlamlı olup olmadığına bakın.
3. Destek ekibinden en sık sorulan on soruyu alın ve üç tanesini bu hafta, bir kullanıcının kendi cevabıyla yeniden yayınlayın.