Ticari WordPress eklentileri geliştirme mücadelesi
Bununla birlikte, karışıma eklenti işlevselliği, fiyatlandırma, markalaşma ve kod problemleri potansiyelini ortadan kaldırmak ve her şey hızla karmaşıklaşır. Bence diğerleri (ve bizim için Katarsis!) Son zamanlarda karşılaştığımız zorluklardan ve gelecekte nasıl azaltacağınızı adım adım atmasının çok yararlı olacağını düşünüyorum. Pragmatik fiyatlar daha önce birçok kez söylendi ve yazıldı: Fiyatın belirlenmesi zor. Fiyatı belirleyerek dikkate alınması gereken birçok şey vardır: eklentiniz için doğru fiyat belirleme modelini seçmek, fiyat noktasına karar vermek ve lisans seviyesini ve sınırını derlemek.
Genel olarak, ticari eklentilerin destek ve yazılım güncellemelerine 1 yıllık müşteri erişimi sağlayan yıllık bir lisansla satıldığı kabul edilmiştir.Ayrıca, lisans seviyesinin, lisansın etkinleştirilebileceği site sayısı ile sınırlı olduğu yaygındır.Ancak bazen lisansın potansiyel sınırını belirlerken eklentinizin işlevselliğini göz önünde bulundurmanız gerekir, çünkü site kurulum limiti her eklenti için mutlaka uygun değildir.AS3CF Pro Fiyatının geçici olarak nasıl olduğunu dahili olarak tartıştık ve Brad aslında Şubat ayında “Sneak Peek” görevinin sonundaki olasılıklardan birinden kısaca bahsetti.Küçük söz, yorumlarda, medya kütüphanesindeki toplam öğe sayısını bir sınır olarak kullanma fikriyle ilgili bazı olumsuz şeylerle ilgili bazı büyük tartışmaları tetikledi.Benim için bu reaksiyon, site kurulum lisansı sınır modelinin nasıl kabul edildiğini ve kapsamını gösteriyor.
Eklentinizin fiyatı hakkında ne karar verirseniz verin, fiyatlarla esnek için önemlidir. 1. günde X’i ayarladığınız için, bu birçok şeyi değiştiremeyeceğiniz ve değiştiremeyeceğiniz anlamına gelmez. Çeşitli şeyleri denemeniz, fikirleri test etmeniz ve gerekirse fiyatları optimize etmeniz gerekir. (Freemius’taki dostlarımız, eklenti fiyatının fiyatını daha derinlemesine tartışan kaynaklara sahiptir.) Yazılım geliştirmesinden sevdiğim beklenmedik şeylerden biri geliştirme süreci etrafında basitliktir. Rapor edilen bir hata var mı? Kaydedin, çoğaltın ve geliştirin. Yeni özellikler istendi mi? Tartışın, bir taslak yapın ve uyanın. Bununla birlikte, bazen işler her zaman böyle gitmez ve doğrudan bir artış gibi görünen şey aslında bir kutu solucan açabilir veya hızlı bir şekilde bir dizi karmaşık değişikliğe dönüşebilir. AS3CF Pro için planlanmıştır. Basitçe söylemek gerekirse, Addon CSS ve JS dosyalarını sitede teslim edilen S3’e sökecek ve daha sonra bunları S3 veya CloudFront’tan (veya diğer CDN) sunacaktır. Resim gibi, yüksek trafiğe sahip site bant genişliği sunucusunu azaltmak ve gönderimi hızlandırmak için S3 ve CloudFront kullanıyorsa çok iyi olurdu. Enqueing WordPress sistem kancasını kullanarak, CSS veya JS dosyalarını tespit etmek, S3’e yüklemek ve yerel URL’leri S3 ile değiştirmek için yeterince kolaydır. Çoğu özellik oldukça hızlı bir şekilde üretilmiştir. Brad, bizi hızlı bir şekilde çizim tahtasına geri götüren orijinal özelliklerle ilgili bir sorun çıkarmadan önce fonksiyonel bir kod incelemesi ve incelemesi geçirdi:
Senaryo: Temanızda her zamanki gibi teslim edilen bir style.css dosyası vardır. İyi, dosyayı alabilir, S3’e yükleyebilir ve S3 URL’lerini sunduğumuzdan emin olabiliriz. Ancak, file style.css @Imports diğer CSS dosyaları ve font dosyalarına ve görüntülere göreli yolları kullanarak referanslar. Style.css’i S3’e yalnızca kopyaladığımız için, tarayıcı bu dosyayı S3’te bulamayacak ve onlar için 404 hatasını görüntüleyecektir. Bu, dosyaları S3’e yükleme yaklaşımımızı tam olarak gözden geçirmemiz gerektiği anlamına gelir. kullanılabilir. Bu bizi geliştirme zaman çizelgemizde biraz geri getiriyor ve çıkış tarihimiz üzerinde olumsuz bir etkiye sahip, bu da bir sonraki zorluğa iyi gidiyor.
AS3CF Pro üzerinde çalışmaya başladığımızdan beri umudu yönetin, şeffaf ve gelişimi hakkında açıktık. Kullanıcılara yaklaşan profesyonel sürümleri anlatan ve piyasaya sürüldüklerinde kaydedilmelerini sağlayan ücretsiz sürümün iç tarafını tanıtıyoruz. Ayrıca geliştirilmesi ve eklentileri araştırması hakkında bir blog oluşturmaya başladık. Tabii ki bu iyi bir pazarlama, ancak kullanıcılara ve potansiyel müşterilere “ne” verirseniz, “ne zaman” sormaya başlarlar. Geçmişte kendi eklentimle, “evet adam” içine tuzağa düşmüştüm, müşterilere her zaman özelliğin çıkış tarihi için hızlı ve bazen imkansız bir zaman verdim. Bu, daha sık stres ve açısal kesimin son teslim tarihini karşılamasına neden olur. Son tarihin yerine getirilmediği zamanlar, müşterilerin hayal kırıklığına uğramasına ve itibarıma zarar vermesine neden oluyor.
Serbest bırakılmak üzere genel tarihler belirlemezseniz, tüm bu sorunlar kaybolur. Brad’in filtreyi uyguladığı podcast’te belirttiği gibi, bu son tarih hala keyfi ve neden bunu yapıyor? Tabii ki güvenlik yaması ve sıcaklık genellikle mümkün olduğunca hızlı itilir, ancak özelliklerin ve yeni eklenti sürümlerinin yayınlanması için halka açık zaman aralığı esnek olmalıdır. Uzun süren geliştirme için zaman aralığı ve zaman yoktur, şaşırtıcı bir şekilde, karşılaştığımız kullanıcıların hayal kırıklığına neden olabilir. Bununla birlikte, son tarihten itibaren hayal kırıklığının daha kötü olacağına inanıyorum ve geliştirme sürecinde sıklıkla iletişim olduğu sürece, kullanıcılar hayal kırıklığına uğramayacaklar. Ticari eklentiler yaparken gelecek için plan, potansiyel kapsamını düşünmek daha iyidir. eklentiniz. Ücretsiz bir eklentiniz ve eklemek için birçok işleviniz olabilir. Bununla birlikte, tüm işlevlerin birlikte çalışması gerekmezse, eklenti modeli uygun olabilir ve gerçekten de bazı insanlar için çalışır. “Lite & Pro” modeli ile, Pro sürümüne kaç kod ve işlevin gireceğini düşünmelisiniz. Burada dikkate alınması gereken iki ana yön vardır ve bu dengeleyici bir eylemdir:
Ücretsiz eklentilerden çok fazla işlevi sınırlamak ve kullanımlarını azaltmak istemezsiniz. Giderek daha fazla kullanıcı bu ücretsiz eklentiden memnun kalır, daha fazla müşteri, Pro sürümüne dönüştüreceğiniz daha fazla müşteri.
Ayrıca, çoğu müşteri tarafından ihtiyaç duyulmayacak çok fazla bağlantılı olmayan işlevi olan profesyonel sürümleri içmek istemezsiniz. Örneğin, yalnızca belirli müşteriler tarafından kullanılacak olan AS3CF Pro için eklenti WooCommerce ve Easy Dijital İndirmeler geliştirdik. Öyleyse, Pro eklentisine bir eklenti yapmayı düşünebilir ve fiyatlandırma modelinizle ilişkilendirebilirsiniz. Örneğin, WP Migrate DB Pro için birkaç eklenti sunuyoruz ve bu yalnızca geliştirici lisansının geliştiricisi için kullanılabilir. James Bond adlandırma bir şeydir, markalaşma başka bir şeydir. Bazı eklentiler işlevleri üzerinde isimler üzerinde çalışır veya eklentiler için yeni markalar oluşturur. Orada bulunan ücretsiz bir eklenti oluşturursanız, genellikle “Pro” Sufix yeterlidir. Ancak, bu durumda ücretsiz eklentimizin adı, sorun olabilecek Amazon ticari markasını kullanır. Eğer buna “Amazon S3 ve Cloudfront Pro” dersek, ticari markalarını kullandığı için Amazon ile başını belaya sokabiliriz. Ayrıca, ürünlerini aynı diyen diğerlerinden korumak için kendi ticari markamıza sahip olamayacağız.
Çok iyi bir nedenden ötürü, Pro sürümü başlattığımızda ücretsiz eklenti “WP boşaltma S3” adını değiştirmeye karar verdik. Ekiple yapılan birçok tartışmadan sonra, daha kısa olursa daha iyi olduğunu düşünüyoruz, çünkü “Amazon S3 ve Cloudfront için WP boşaltma” gibi bir şey çok fazla hece olacak! Bu zorluk kendi eklentinizle karşılaştınız mı? Gelecek için ipuçlarınız varsa bize söyleyin.
