Hibrit Eklenti/SaaS iş modeli
WordPress ticari eklentileri geleneksel olarak iki yoldan biriyle para kazanılmıştır:
Doğrudan eklenti için toplayarak (belki bir eklenti olarak).
Ayrı bir hizmet (SaaS) olarak yazılım teklifi için “apiware” olarak hareket ederek.
Çok fazla SaaS olmanın avantajı: daha kolay geliştirme, daha kolay destek (sunucuda kontrol etmediğiniz daha az kod) ve tekrarlanan gelir. Ancak geleneksel WordPress eklentileri, hem geliştiriciler için – şirketlerin işletmesi için daha düşük maliyetler – ve kullanıcılar – daha kolay ayarlamalar, kendi veri kontrolü ve belki de daha düşük maliyetler için birçok avantajı vardır.
Bu makalede, hibrit model – SaaS hizmetleri ile eklenti – ve eksikliklerini en aza indirirken her iki modelin avantajlarının nasıl elde edileceği tartışılmaktadır.Her iki modelin de artıları ve eksileri vardır.Sadece geliştirici deneyimini ve şirket gelirini artırmak için SaaS’a taşınmanın mutlu kullanıcılar için bir reçete olmadığına inanıyorum.Bunun yerine, eklenti Caldera formlarım yakın zamanda hibrit yaklaşıma geçti: eklentide çözemediğimiz sorunları çözen bir SaaS platformuna sahip geleneksel freemium eklentisi.Bu makale hibrit yaklaşımı ve eksileri en aza indirirken artıları her iki modelden nasıl alınacağı tartışılacaktır.Kullanıcılarımız için nasıl çözülecek problemleri nasıl bulduğumuzu, “eklenti alanı” ne olduğunu ve “SaaS bölgesi” nin nasıl olduğunu ve uygulama yaparken aldığımız geliştirici kararlarından bazılarını açıklayacağım.
WordPress’in neden WordPress’in bu kadar popüler olmasının birçok nedeni olduğunu unutmayın.Google Forms, WUFU, FormStack çok sağlam bir web formu hizmetidir, ancak formumu (WordPress kancaları) ayarlayabilmek ve WordPress veritabanındaki kendi verilerimi kontrol etmek istiyorum çünkü kullanmıyorum.Bu yüzden WordPress – eklenti gibi insanlar yaptıkları sistemin bir parçasıdır.Hibrid eklenti işi hakkında düşünürseniz, WordPress’e gelmek için kullanıcının hedefini kullanan genişletilebilirliği ve veri sahipliğini ortadan kaldırmayın.Hibrid eklenti işi hakkında düşünürseniz, WordPress’e gelmek için kullanıcının hedefini kullanan genişletilebilirliği ve veri sahipliğini ortadan kaldırmayın.Ya da belki de işletmeniz için doğru WordPress APIware eklentisine sahip bir SaaS platformu-agnostik işletme haline gelir, ancak kullanıcıdan hangi faydaları aldığınızı unutmayın.
Ayrıca, kendinizi aldatmayın: insanlar WordPress’i sever çünkü ucuzdur.Ancak bir endüstri olarak, 19 $ ‘lık Life için Satınalma Eklentisinin ve 5 $/ay ile barındırmanın kullanıcılar için iyi bitmediğini veya yeniliği teşvik eden sürdürülebilir bir iş modeli oluşturduğunu biliyoruz.Bu sektörde daha yüksek fiyat puanları açıkça mümkündür.En iyi şirketler aşağı yarışın tersini yaşıyorlar, ancak gerçek değer veriyorlar ve bu anahtar.Gerçek kullanıcı iterasyonu sorununu tamamlayın Caldera Forms Pro, Caldera Forms PDF olarak bildiğimiz hizmettir, çünkü yaptığı tek şey gönderme formlarının girişinden bir PDF oluşturmaktır.İki nedenden dolayı yapmaya karar verdik: PDF’lere formlar talep edilen özelliklerdir ve PDF’ye tek başına barındırma formları için WordPress prototip eklentimiz güvenilemez.
HTML’yi PDF’ye dönüştürmek, çok fazla bellek harcayan ve öngörülemeyen WordPress ana bilgisayarında çalışan eklenti dünyası için uygun olmayan bir süreçtir. PDF’lere formlar SaaS ürünleri ile çözmek için mükemmel bir sorundur: gerçek kullanıcı ihtiyaçları ve bir eklenti ile düzgün bir şekilde çözülmeyen bir şey. Hibrit iş modeli, pazarın bir çözüm gerektirdiği bir kavşak bulmanızı gerektirir ve kendiniz tarafından gönderilen WordPress sitesinin çözümü sağlamak için kötü bir yol olduğu. “Kullanıcı istiyor çünkü” bir şey oluşturmak için yeterli bir nedendir. Bu iyi bir nedendir, ancak bir iş yetiştirmezse, özelliği oluşturma şekliniz nihai kullanıcıyı mutlu etmiyorsa ve işletmek ve desteklemek için harcadığınız maliyetten daha fazla gelir üretmezse, o zaman Kullanım mı? Bu tür bir hibrit iş modelini benimsemeyi düşünüyorsanız, pazarın bir çözüm gerektirdiği ve kendiniz gönderilen WordPress sitesinin çözümü sağlamak için kötü bir yol olduğu bir kavşak bulmanız gerekir. Neyse ki bizim için WordPress’in teknik bir borç dağı var. E -mail veya arka plan işlemeyi gerektiren her şey – bir abonelik hakkında düşünmek – iyi bir adaydır. Dropbox’ın katma değerini düşünmek en basit freemium saaS modeline sahip olabilir: 5GB ücretsiz, 100GB ücretli. Dropbox’ı seviyorsanız ve ücretli sürümün katma değerinden daha fazla depolamaya ihtiyacınız varsa oldukça açıktır. WordPress-Plugin-Plugin-SAAS-hibrid uygulaması için, ücretli bileşenin katma değerini mümkün olduğunca net hale getirmek anahtardır.
WordPress-Plugin-Plugin-SAAS-hibrid uygulaması için, ücretli bileşenin katma değerini mümkün olduğunca net hale getirmek anahtardır. Bu şu anda oldukça klişe önerisidir, ancak “ürününüzün ilk sürümünden utanmıyorsanız, Reid Hoffman LinkedIn’den çok geç başlıyorsunuz”. Ondan utanmadığımız anda Caldera Forms Pro’yu başlattık, böylece kullanıcılarla neden satın alacaklarını veya almayacaklarını konuşabildik. Orijinal sloganımız, neredeyse anlamsız olan “daha şaşırtıcı bir şekil yapmak” dır. Kullanıcıyla konuştuktan sonra “İletişim Formu E -postası hakkında endişelenmeyi bırak” a geldik. Bu gerçek katma değer. Yaptığı başka bir şey – görsel düzen, e -posta istatistikleri, PDF’ye formlar yaptı – çok havalı, ancak ana katma değer olarak bulduğumuz şey bu.
Caldera Forms Pro’yu başlatmadan önce, ne inşa etmek istediğime ve ilginç olacağını düşündüğümlere dayanarak çok ayrıntılı bir yol haritası yazdım. Ürün için ilk büyük revizyon yol haritasında değil. Ücretli ve ücretsiz eklenti kullanıcılarımızla konuşmak için zaman harcıyoruz ve birçoğu desteğimizi vurguladı. Bu yüzden daha iyi destek yapma konusunda ikinci bir revizyon yaptık. E -posta, incittiğimiz tüm iletişim formu eklentileri gibi bir şeydir, ancak desteği artırmak için bir araç, daha iyisi için iyi yaptığımız bir şey yapmakla ilgilidir. İnsanlar değeri bir şeyde gördüyse, daha makul bir değer ekleyin.
Eklenti Vs. WordPress’te başladığımda uygulama alanı, büyük tartışma “eklenti alanı” vs tema alanı oldu. O zamanlar şablonu aşan birçok işlevle gelen temanın oldukça yaygındı. Hepsi bir tema çok kötü bir kullanıcı kilitleme yaratır. Temanızı veya yayınınızı Portfolio Post Tipinde erişilemez olarak değiştiremezsiniz ve artık bir iletişim formunuz yoktur. Verilerinizi WordPress’ten uygulamaya almak, eklentiler veya diğer özel kodlar için kullanılamamasını sağlar. Ancak uygulamanızla daha iyi veya daha güvenilir hizmetler sunabiliyorsanız, o zaman açıkça uygulama alanındaysınız. Çoğumuz için işlevselliğin eklentiye girdiğine ve temanın şablon sistemi olduğuna karar verdik. Bir eklenti işi/hibrid uygulaması tasarlarken, benzer bir satır belirlemeniz gerekir. Cevabın aynı değerden geldiğini düşünüyorum: kullanıcının kilitlenmesinden kaçınma ve en iyi sonucu verme. Bir kez daha, insanların neden WordPress’i seçtiğini unutmayın: kendi verilerinin genişletilebilirliği ve kontrolü. Uygulamanız kullanıcı verileri ile daha iyi şeyler yapabilir, ancak WordPress veritabanındaki verilere sahip olmayabilir ve gerektiğinde diğer eklentiler veya özel kodlar tarafından erişilebilir – daha az değer yapmak, daha fazla değil. Ancak, daha güvenilir hizmetler sunabiliyorsanız, uygulamanızda daha kolay veya daha iyi görünürseniz, açıkça uygulama alanındasınız.
Uygulamanızı oluşturma Son birkaç yılı WordPress Rest API hakkında yazarak geçirdim.Ben de dahil olmak üzere birçok insanın WordPress API dinlenmesinin çok önemli olduğunu söylemesinin nedenlerinden biri, WordPress kullanarak uygulamalar oluşturmamıza izin vermesidir.Bir uygulama için arka uç olarak WordPress kullanarak yapılan bazı olağanüstü şeyler ve WordPress Rest API ile entegre bir uygulama gördüm.
WordPress yerine Laravel ile gidiyorum biraz üzüldüm çünkü uygulama arka uç çoğunlukla Laravel kullanılarak inşa edildi, ancak WordPress ihtiyaçlarımı karşılayamadı. Rest API hakkındaki heyecanımı hatırlayarak, arka uç Caldera Forms Pro’nun çoğunlukla Laravel kullanılarak inşa edildiğini söylemek biraz üzüldüm. WordPress, ayarlarda değil, kodda belirtilen API dinlenmesinin bitiş noktasına olan ihtiyacı açıkça karşılar. Ancak WordPress, bir sınıf bestecinin desteği, uygulamalardan ayrılmış kullanıcı yönetimi, esnek program atamaları veya veritabanı ORM’nin desteği de dahil olmak üzere diğer ihtiyaçlarımın çoğunu karşılayamaz. Evet, WordPress bir besteci ile çalışır. Sitemi yönetmek ve eklentilerin geliştirilmesi için bir besteci kullanıyorum. Ancak, besteci etrafında inşa edilmiş bir çerçeve ile NPM ile gelecekte hackleme desteği arasında çalışmak arasında büyük bir fark var. Benzer şekilde, WordPress’in bir görev yönetim sistemi olan WP-CRON’u vardır, ancak güvenilemez. İhtiyaçlarınıza uyuyorsanız ve birçok “ücretsiz” kod ve kullanıcı arayüzü alırsanız, özel WordPress ve özel taksonomi gönderileri türleri çok iyidir. Ancak bizim durumumuzda, bizim için yararlı değil. WordPress, veri ilişkisini veritabanı tablosunda modellemek için standart bir API’sı yoktur. WP_Query ve benzeri API’miz var, ancak tüm alan ve ilgili içerik türlerine sahip modelleri gerçekten temsil etmiyorlar. Ayrıca Laravel’i kullanma kararımın bir kısmının Vuejs ile birlikte, havalı oyuncaklarla oynama arzumu tatmin etmek olduğunu söyleyeceğim.
WordPress bana bu beceriyi öğrenmek için kolay bir yol vermezse, PHP/JavaScript geliştiricisi olmayacağım. Ama ben bir inekim ve daha fazla bilgi edinmek ve WordPress bağlamında her zaman mümkün olmayan yeni parlaklık kullanmak istiyorum. Yeni şeyler öğrenmeme izin veren teknoloji bulmak ve WordPress’in birçok eksikliklerinden ve hayal kırıklığından kaçınma-otomatik yükleyicilerin eksikliği, kodda belirtilen uygulamanın durumu vb.-büyük bir zafer. Sadece en son ve en iyisini kullanmak çünkü eğlencelidir, onu kullanmak için iyi bir neden değildir. Ancak, bir geliştirici olarak, ürününüzü iş ihtiyaçlarınıza uygunsa, öğrenmenizi ilerletmenizi sağlayacak şekilde tasarlamak için önemli olduğunu düşünüyorum. E -ticaret ve WordPress pazarlama otomasyonu harika e -ticaret araçlarıdır. Sadece işlev gören harika bir e -ticaret çözümüne sahip olduğu için değil, aynı zamanda araç pazarlama otomasyonu için bir araçla çok iyi entegre olduğu için. Ayrıca, mevcut ürünlerimize SaaS ürünleri eklediğimiz için, mevcut WordPress e -ticaret sitemizdeki her şeyi tek bir hesapta kaydedin. İlk SaaS ürünümüz için Caldera Forms PDF, tüm e -ticareti Laravel’de inşa ettim. Oldukça basit ve Caldera Forms Pro için WordPress Destek E -ticareti yapmak için kullandığımdan daha az kod gerektiriyor. Tork için iki makalede WordPress e -ticaret ile çalışarak süreç ve karşılaştırması hakkında yazdım. Bu kadar basit, bu kullanıcıların bizden iki farklı hesabı olduğu anlamına gelir.
Ayrıca, hesabı WordPress sitemizde çalıştırdığımız e -posta listemizin entegrasyonu ile entegre etmek için hiç zamanım olmadı. Caldera Forms Pro için WordPress eklentimizle aynı e -ticaret sistemini kullanıyoruz: Easy Digital Downloads (EDD). EDD bize abonelik tabanlı faturalandırma, çeşitli ödeme ağ geçitleri ve e -ticaret entegrasyonu verdi. Uygulamanın WordPress olmayan kısmı ile etkileşimleri işlemek için “Taco” olarak adlandırdığım bir eklenti yazdım. Taco, EDD’ye bağlanır ve aboneliğin Caldera Forms Pro için yapılıp yapılmadığını, güncellendiğini veya iptal edilip edilmediğini kontrol eder ve uygulamada gerektiğinde verilerin güncellenmesi içindir. Ayrıca, bir satın alma geçmişinde mevcut uygulamalar için bir yangın anahtarı yapar ve uygulama kullanıcı arayüzü için kimlik doğrulama sağlar. Bu yaklaşımla ilgili gerçekten harika olan, kullanıcı ve mağaza yöneticisi ile karşı karşıya olan kullanıcı arayüzüdür, çünkü uygulamanın tamamı EDD tarafından ele alınır. Bu yıllardır yaptıkları ve harika işler yaptıkları bir şey. Bu ekran diğer alımlar için yönetim ile entegre edilmiştir ve bunu yapmam gerekmez! WordPress WordPress Monolite temel olarak dağıtılmış bir sistemdir: her birimizin her şeyi yapan kendi sitemiz vardır. Birçok avantajı vardır, ancak zayıflıkları da vardır. WordPress temel olarak dağıtılmış bir sistemdir: her birimizin her şeyi yapan kendi sitemiz vardır. Birçok avantajı vardır, ancak zayıflıkları da vardır. Her WordPress sitesinin şifresini göz önünde bulundurmak can sıkıcıdır. PHP’de inşa edilmeyen teknoloji ile entegre etmek bir sorundur.
Mikro hizmetlerin felsefesi – Sistemin her bir bölümünün ölçeklenebilirliği en üst düzeye çıkarmak ve gelişim hızını artırmak için bağımsız bir uygulama tarafından ele alındığı tasarım kalıpları – uygulanması çok zordur. WordPress’in dağıtılmış doğasının, otomatiği jetpack geliştirmeye teşvik eden güçlü ve zayıf yönler olduğunu varsayıyorum. Jetpack, birçok yönden, orijinal hibrid eklenti ürünüdür. Örneğin, Jetpack’in bir eklenti olarak birçok makul özelliği vardır, elastik arama, ilgili içerik ve bulut hizmetleri olarak daha makul sosyal paylaşım için otomatik sunucular kullanır. Hem hibrit iş modelini tasarlamak hem de uygulamanın kendisini inşa etmek açısından, WordPress’i her şeyi yapan monolitik bir varlık olarak yeniden düşünebilirim. Son zamanlarda sunduğumuz destek kalitesini geliştirmemize yardımcı olmak için Caldera Forms Pro’ya oldukça sofistike bir hata ekledik. İlk başta, günlükleri alma ve depolama e -posta işleyen aynı uygulamaya sahiptim. Ancak, şimdi iki talep akışı ve bunun ölçeği nasıl etkileyeceğinden endişe ediyorum. Bu yüzden günlük son noktasını hemen bir mikro lümen çerçevesi kullanılarak yapılan ayrı bir mikro hizmete taşıdım. İki uygulamayı iki sunucuya ayırır ve günlük uygulaması yalnızca bir şey yaptığı için çok daha fazla performans olabilir. Ana uygulamadan ayrıldığını bilerek bu yeni özellik üzerinde daha hızlı tekrarlayabilirim. Şimdi logging ve e -ticaret dışında her şey için e -ticaret, mikroApp günlükleme ve ana uygulamaları işleyen WordPress sitemiz var.
Bir yığın geliştirdiğimizde, ölçeklenebilirliği artırmak ve yeniden kullanımı artırmak için ana uygulamanın özelliklerini ayırmak için daha fazla mikro hizmet ekleneceğini umuyorum. Gelecek hibrit mi? Bu melez yaklaşım -SaaS hizmeti ile lugin -herkes için değil. Geliştiricinin talepleri farklıdır ve uzun vadede orantılı olduğunu düşündüğüm ilk karmaşıklığa katkıda bulunur. Ayrıca, tüketicilerin perspektifinden mantıklı olup olmadığı, daha fazla zamanımız olana kadar işimiz için bileceğimiz bir şeydir. Ama eminim ki gerçek kullanıcı sorunlarını çözdüğümüz ve değer vermeye odaklandığımız için bu bizim için işe yarayacaktır. Bu hibrit yaklaşımın ticari eklentiler dışında birçok uygulaması da vardır. REST API aracılığıyla WordPress’e bağlı React ve Vuejs gibi modern JavaScript çerçeveleriyle WordPress’te UI ön uç sorunlarını çözmek için daha standart olmak. Bu, kazıktaki çeşitli sorunları ayırmak için iyi bir ilk adımdır. Piller için monolitikten daha ayrıntılı olan yaklaşımları benimsemek ve diğer teknolojileri görmek, WordPress’ten farklı araçlara ve hatta bazı sorunlar için PHP’ye neden olabilir. WordPress’i hala sevebiliriz, ancak teknik borcu hacklemek yerine, çalışmalarımızdaki belirli gereksinimler için daha iyi bir çözüm bulun. Web geliştirmenin geleceğinin modüler olduğunu söyleyeceğim, ancak gelecek burada.
