Başlattıktan Sonra WordPress Eklentileri Nasıl Yeniden Değerlendirilir

Kalbinizi ve ruhunuzu WordPress eklentinizi oluşturmaya ve mükemmelleştirmeye adadınız.

Kodunuzun kölesi oldunuz. Onu depoya göndermenin zorlu, uzun süren sürecini bile başardınız. Beklediniz, yanıt verdiniz, istenen değişiklikleri yaptınız ve nihayet gün geldi. Onaylandı. Eklentiniz – bebeğiniz – çevrimiçi ve indirilebilir. Kutlama zamanı?

Pek değil!

Şampanyayı açmadan veya bir sonraki işleme geçmeden önce, hala yapacak çok işiniz var - özellikle de bir WordPress eklentisi geliştiricisi olarak işiniz konusunda ciddiyseniz.

Lansmandan sonra, eklentinizi geliştirmek, kullanıcı tabanınızla harika ilişkiler geliştirmek ve indirmeleri artırmak için harekete geçebilirsiniz.Tweet

Lansman sonrası yeniden değerlendirme sürecinde uzmanlaşmak, eklentinizin puanlarını da yükseltebilir, bu da kullanıcı tabanınızı büyütmenize ve hatta oluşturacağınız bir sonraki eklentiyle kendinizi daha büyük bir başarıya hazırlamanıza yardımcı olur.

Eklentinizi Yayınladıktan Sonra Ne Olur?

Eklentinizi başlattıktan sonra geri bildirim, inceleme ve destek istekleri almaya başlayacaksınız. Her şey yolunda gidiyorsa bu “balayı” döneminde biraz kaybolmak ya da yanıt umduğunuz kadar olumlu olmazsa biraz debelenmek cazip gelebilir.

Büyük olasılıkla, yaklaşık bir hafta içinde, destek talepleri her gün artan miktarda zamanınızı alacaktır. Eklentinizin günlük desteğine saplanıp kalırken, geri adım atmak ve eklentilerinizi piyasaya sürüldükten sonra yeni gözlerle yeniden değerlendirmek için zaman ayırmanız önemlidir.

İlk olarak, geri bildirimi işlemek için bir sistem kurmanız gerekir. Bunu, ideal olarak, eklentinizi yayınlamadan önce veya başlattıktan sonra mümkün olan en kısa sürede yapabilirsiniz.

Sorular, şikayetler, incelemeler, destek talepleri - eklentiniz hakkında kullanıcılarınızın size vermek için zaman ayırdığı her türlü geri bildirim değerli bilgilerdir.

Kullanıcılarınızın size vermek için zaman ayırdığı eklentiniz hakkında her türlü geri bildirim değerli bilgilerdir.Tweet

Çözümlerden biri, müşterilerinizin geri bildirim sağlaması ve onlarla iletişim kurmanız için kolay, Pano içi bir yöntem sağlayan Freemius Insights'tır. Insights, kullanıcı tabanınızın eklentiniz hakkında nasıl hissettiğine dair mükemmel bir kesitsel portre elde etmenin güçlü bir yoludur.

Size mantıklı gelen ve zaten rahat olduğunuz (her şeyi daha karmaşık hale getirmenize gerek yok) araçları ve yöntemleri kullanarak, gelen tüm kullanıcı verilerini toplamak ve kategorilere ayırmak için bir sistem oluşturun. Bunun için Evernote gibi not alma uygulamalarını veya düz eski kalem ve kağıt kullanabilirsiniz.

Ayrıca, kategorilere dayalı olarak bu yorumların ve soruların içeriğinin bir işaretli çetelesini tutmak isteyeceksiniz.

Örneğin, belirli bir özelliğin eklenmesi için çok fazla istek alırsanız, kaç kullanıcının bunu istediğini bilmek yardımcı olacaktır. İndirme sayınızdan ekstrapolasyon yapmak, bunun kullanıcılarınızın önemli bir bölümünün hoş karşılayacağı bir şey olup olmadığını size söyleyecektir.

Geri bildirimi işlemek için sisteminiz yerinde olduğunda, harekete geçme zamanı.

Lansman Sonrası Değerlendirmeniz/Eylem Planınız

Lansmandan yaklaşık bir hafta sonra, notlarınızı, destek isteklerinizi ve kullanıcı sorularınızı şu gruplara ayırın: hata raporları, eklentinin kendisiyle ilgili sorular (indirme, etkinleştirme, kurulum veya kullanım), yeni özellik istekleri ve UI/UX konular.

Ardından, aralarından geçmeye başlayın. Yeni geri bildirimler geldikçe, bu kategorilerden bazılarını birden çok kez gözden geçirmeniz gerekebilir. Ancak bir ay içinde her kategorideki genel yorumlar hakkında oldukça iyi bir fikre sahip olacaksınız.

Lansman sonrası dönemde verilerin en iyi arkadaşınız olduğunu unutmayın. Freemius Insights, bir geliştirici olarak eklentinizi diğer kaynaklar (örneğin, destek istekleri ve incelemeler) aracılığıyla kullanıcı geri bildirimleri ışığında değerlendirmenize yardımcı olacak birçok önemli bilgi sunabilir.

Örneğin, eklentinizin yüklü olduğu sitelerde Freemius'u eklentinizle entegre ederseniz - bu site sahiplerinin eklentinizi etkinleştirirken kabul etmiş olmaları koşuluyla - aşağıdaki veri türlerine erişebilirsiniz:

• Eklenti Durumu (etkin, etkin değil, kaldırılmış)
• Eklenti Sürümü
• Site URL'si
• WordPress yönetici adı
• WordPress yönetici e-postası
• WordPress yerel ayarı (ülke + dil)
• WordPress sürümü
• PHP sürümü
• MySql sürümü

hata ayıklama

İlk ve en önemlisi, bildirilen tüm hataları gidermeniz gerekir. Bildirilen hatalar, kullanıcılara ve itibarınıza en fazla zarar verme potansiyeline sahip oldukları için en kritik sorunlardır.

Tabii ki, bilinçli eklenti geliştiricileri, eklentileri yayınlamadan önce hata ayıklamak için ellerinden geleni yaparlar. Bu yapılacak etik bir şeydir, ancak aynı zamanda sizin de yararınıza olduğu açıktır. Eklentiniz ne kadar tutarlı çalışırsa, yayınlandıktan sonra yapmanız gereken o kadar az iş olur.

Ancak en deneyimli geliştiriciler bile lansman sonrası sorunları çözmekte zorlanıyor. Bunun nedeni, kullanıcı çalışma koşullarının her olası permütasyonunu kontrol etmenin ve test etmenin mümkün olmamasıdır.

En deneyimli geliştiricilerin bile lansman sonrası sorunları çözmek için sorunları var. Her şeyi kontrol etmek ve test etmek mümkün değil.Tweet

WordPress için önde gelen bir SEO eklentisinin yazarı olarak Joost de Valk, eklenti geliştirme sürecinde oldukça fazla deneyime sahiptir. Lansman sonrası eklenti deneyimini tartışırken şunları söyledi:

Eklentiyi neredeyse yayınladığım anda, güncelleme yapan insanlar bana harika çalıştığını söylüyorlardı ve diğerleri de onlar için çalışmadığını söylüyordu. Eklentiyi, kayıtlı yalnızca bir web sitesi olan bir Google Analytics hesabıyla test etmediğim ortaya çıktı; Web sitelerinin bir dizi olmasını bekliyordum. Bu hatayı düzeltmek kolaydı, ancak sorunun bu olduğunu belirlemek biraz zaman aldı.

Lansman öncesi test etmek ve hata ayıklamak için ne kadar çaba harcarsanız harcayın, ele almanız gereken daha fazla sorun olması tamamen olasıdır.

Bu nedenle, kullanıcılarınızı en iyi hata ayıklama ve test ekibiniz olarak düşünün. Sizin tek başınıza yapabileceğinizden çok daha derine inebilirler.

Yerleşik Destek Belgelerini gözden geçirin

Ardından, size sorulan sorulara ve destek taleplerine bir göz atın. Bu listeden yola çıkarak en sık sorulan soru ve problemlerin bir listesini oluşturmaya başlayın.

Unutmayın, kalitesiz veya hiç belgesi olmayan harika bir eklenti, birçok kullanıcı için mükemmel belgelere sahip tatmin edici bir eklentiden daha az değerlidir.

Bu nedenle, kullanıcılarınız aynı sorunun varyasyonlarını soruyorsa veya aynı sorunla karşılaşıyorsa, eklentinizin yerleşik destek belgelerine daha fazla bilgi eklemeyi veya başka bir şekilde gözden geçirmeyi düşünün.

Örneğin, yapılandırma tabanlı bir kullanıcı hatasına dayalı olarak birkaç destek talebi aldığınızı varsayalım. Bu bir hata değil - sadece kullanıcıların tam olarak emin olmadığı bir şey. Bu, yardım belgelerinizi gözden geçirmenin hem kullanıcılarınıza hem de size yardımcı olabileceği bir duruma harika bir örnektir.

Destek belgelerinize yeni bir bölüm ekleyebilir ve her bir ana menünün ekran görüntüleri gibi görsel yardımları dahil etmek, kullanıcılarınızın eklentiye daha fazla güvenmelerine yardımcı olur ve tekrarlanan destek isteklerini azaltarak size yardımcı olur.

Daha iyi belgeler yazmak için bazı ipuçlarına ihtiyacınız varsa, Smashing Magazine için Siobhan McKeown'ın “WordPress Son Kullanıcıları için Etkili Belgeler Yazma” başlıklı mükemmel bir gönderisine göz atın.

UI/UX Sorunlarını Giderin

WordPress kullanıcıları her geçen gün daha bilgili ve daha sofistike hale geliyor. Çoğu, eklentileri sitelerine yüklemeden ve etkinleştirmeden önce dikkatle inceliyor. Artan sayıda, indirmeden önce sıkı bir önizleme analizinden geçiyor.

Ancak kullanıcılar, eklentinizi gerçekten etkinleştirmeden ve onunla oynamadan önce kullanıcı arayüzünü ve kullanıcı deneyimini (UI/UX) değerlendirmekte zorlanırlar.

Bu nedenle, eklenti ön yayınınızı çeşitli WordPress kullanıcıları grubuyla test edemediyseniz, eklentinizin kullanıcı arayüzü/UX'i hakkında sizi şaşırtan yorumlarla karşı karşıya kalabilirsiniz.

Kullanıcı deneyimi veya arayüz hakkındaki yorumları "sadece fikir" olarak görmemek cazip gelebilir.

Bu bir hata. Kullanıcılarınız sezgisel olmayan arayüz ayarları veya menülerle karşılaşırsa, hayal kırıklığına uğrayabilir ve bunun yerine bir rakibin eklentisine geçebilirler.

Kullanıcı deneyimi veya arayüz hakkındaki yorumları "sadece fikir" olarak görmemek cazip gelebilir. Bu bir hata.Tweet

UI/UX sorunlarını ciddiye alın, özellikle de birkaç kullanıcıdan aynı yorumu alıyorsanız.

Yeni Özellikler Ekle

Mevcut sorunları ele aldıktan sonra, istenen veya hedef kitlenizin ihtiyaç duyduğu yeni özellikleri eklemeyi düşünmenin zamanı geldi.

Yeni bir özellik eklemenin uygun olup olmadığı eklentinize, mevcut kaynaklarınıza ve iş modelinize bağlı olacaktır. Bu eklenti için yalnızca ücretsiz bir sürüm planladıysanız, göz önünde bulundurmanız gereken bir seçenek, gelişmiş işlevselliğe sahip premium bir sürüm eklemektir.

Bununla birlikte, bu rotaya gitmeye karar vermeden önce, bir freemium/premium yapısını başarılı kılmak için ihtiyaç duyacağınız ek zaman, kaynak ve enerji yatırımını desteklemek için yeterli kullanıcı ilgisine sahip olduğunuzdan emin olun.

Ayrıca, eklentinizi bu şekilde genişletmenin mali ve yasal sonuçlarını dikkatlice düşünün. İşiniz için para kabul etmeye başladığınızda, resmi olarak kendiniz için işin içindesiniz demektir. Gelir bildirmeniz ve bunun üzerinden vergi ödemeniz gerekecek. Ayrıca, ödemeleri kabul etmek ve işlemek için güvenli bir sistem kurmanız gerekecektir. İkincisi, üzerinde çok fazla zaman harcamak istemediğiniz bir şey değilse, bunun için otomatik bir çözüm sunan hizmetler vardır.

Çözüm

“Düzeltilecek şeyler” listeniz gittikçe büyüyor gibi görünüyorsa veya geri bildirim umduğunuzdan daha az olumluysa, cesaretiniz kırılmasın. Manuel Vicedo'nun yazdığı gibi:

Kalıcı ve tutarlı olun

Tabii ki, her yanıt iyi değildi.

Bu üç ayda inişler ve çıkışlar yaşadık. Bazı ajanslar zaten mevcut sayfa oluşturucuları kullanıyordu, bazıları ise değişime çok direndi. Bu bazen cesaret kırıcı olabilir, özellikle de yeni doğan eklentinizi dünyaya yeni tanıttığınız için. Birçok kez reddedilecek.

Bu bazen çok moral bozucu olabiliyor. Harcadıkları onca zaman ve sıkı çalışma reddedildikten sonra kim hüsrana uğramaz ki?

Yüzden fazla potansiyel müşteriyle iletişime geçmeye çalıştıktan sonra, bunun sadece ısrarcı olma meselesi olduğunu anladım. İlk denemenizde başarılı olmanız pek olası değil, bu yüzden sadece basmaya devam etmeniz gerekiyor. İşler ilerlemiyorsa fikrinizi geliştirin ve farklı bir açı deneyin.

Son olarak, bir eklenti geliştiricisi olarak kendi deneyiminizi kapsamlı bir şekilde sorgulayın. Lansman sonrası döneminizi tekrar düşünün ve öğrenilen dersleri işleyin.

Ardından işe geri dönün ve yeni bir eklenti oluşturun.

Lansman sonrası değerlendirme görevleri listemize neler eklersiniz? Düşüncelerinizi aşağıdaki yorumlarda paylaşın.