Modelo de negocio híbrido/SaaS Modelo

Nota del editor: Hoy nos complace invitar a uno de los amigos más queridos de WPShout: ¡Josh Pollock! Josh es el cofundador de Calderawp, que crea complementos de WordPress de alta calidad, incluidas las formularios de caldera, que utiliza el modelo híbrido/modelo SaaS que Josh analiza en este artículo.
Los complementos comerciales de WordPress se monetizaron tradicionalmente de una de dos maneras:
Por carga directa de complementos (posiblemente como suplementos).
Actuar como “apio” para una oferta de software separada como servicio (SaaS).
Las ventajas de ser un SaaS son numerosas: desarrollo más fácil, soporte más fácil (menos código que se ejecuta en un servidor que no controla) y ingresos recurrentes. Pero los complementos tradicionales de WordPress también tienen muchas ventajas, para ambos desarrolladores, menores costos para operar para la empresa, así como a los usuarios, la personalización más fácil, el control de sus propios datos y posiblemente menores costos.
Este artículo examina un modelo híbrido, un complemento con un servicio SaaS, y cómo obtener las ventajas de ambos modelos minimizando las desventajas. Ambos modelos tienen pros y contras. Creo que el simple cambio a SAA para mejorar la experiencia del desarrollador y los ingresos de la compañía no es una receta para usuarios felices. En cambio, mi complemento de caldera se cambia recientemente a un enfoque híbrido: un complemento tradicional freemium con una plataforma SaaS que resuelve los problemas que no podemos resolver en el complemento. Este artículo examinará el enfoque híbrido y cómo obtener las ventajas de ambos modelos que minimizan. Explicaré cómo hemos encontrado los problemas para resolver para nuestros usuarios, cómo determinar qué es “territorio de complementos” y qué es “territorio SaaS” y algunas decisiones de desarrolladores que hemos tomado al crear la aplicación. No olvide por qué existe WordPress Muchas razones por las cuales WordPress es tan popular. Google Forms, Wufu, Formstack son formularios web realmente sólidos, pero no los uso porque quiero personalizar mis formularios (Cârlige WordPress) y controlar mis propios datos en la base de datos de WordPress. Esta es la razón por la cual personas como WordPress-Plugi son parte de un sistema que crean. Si piensa en un negocio con complementos híbridos, no elimine la extensibilidad y la propiedad en los datos para los que vienen los usuarios de WordPress.
Si piensa en un negocio con complementos híbridos, no elimine la extensibilidad y la propiedad en los datos para los que vienen los usuarios de WordPress. O tal vez ser un negocio independiente de SaaS con un complemento de Apiware de WordPress es adecuado para su negocio, pero recuerde qué beneficios obtiene del usuario. Además, no nos engañemos: a las personas les gusta WordPress porque es barato. Pero, como industria, sabemos que los complementos de compra de la vida de la vida y la vida de la vida y el alojamiento de $ 5/mes -mes para usuarios y no crean modelos comerciales sostenibles que estimulen la innovación. Los precios más grandes son claramente posibles en esta industria. Las mejores compañías van al reverso de la carrera hacia abajo, pero ofrece un valor real y esta es la clave. Resolver los problemas reales de los usuarios La primera iteración de Caldera Forms Pro fue un servicio que sabemos que llama PDF de Forms Caldera, porque todo lo que él ¿Fue para crear PDF a partir de las entradas de entrada? Decidimos construirlo por dos razones: el formulario PDF era una característica solicitada, y nuestro prototipo de WordPress Plugin para el formulario PDF autogustado no era confiable. La conversión de HTML a PDF es un proceso que requiere mucha memoria y no es adecuada para el mundo de los complementos que se ejecutan en hosts de WordPress impredecibles. Forma para PDF fue el problema perfecto para resolver con un producto SaaS: la necesidad real del usuario y algo que no se ha resuelto bien con un complemento.
Un modelo de negocio híbrido requiere que encuentre un cruce donde el mercado necesita una solución y donde un sitio de WordPress autoguiado es una mala manera de proporcionar esa solución. Es fácil creer que “porque los usuarios quieren esto” es una razón suficiente para construir algo. Es una razón bien fundada, pero si su construcción no aumenta el negocio, si la forma en que construye la función no hace felices a los usuarios finales y si no genera más ingresos de lo que cuesta su operación y soporte, entonces qué ¿Lo es? Si está pensando en adoptar este tipo de modelo de negocio híbrido, debe encontrar un cruce donde el mercado necesita una solución y donde un sitio de WordPress de sí mismo es una mala manera de proporcionar esa solución. Afortunadamente para nosotros, WordPress tiene una montaña de deuda técnica. Cualquier cosa que involucre correos electrónicos o requiera procesamiento de antecedentes, piense en suscripciones, es un excelente candidato.
Piense en el valor agregado Dropbox tiene probablemente el SaaS Freemium más simple: 5 GB gratis, se pagan 100 GB.Si le gusta Dropbox y necesita más espacio de almacenamiento, el valor agregado de la versión paga es bastante obvio.Para una aplicación híbrida de WordPress-Plugin-plus-SAAS, la clave es que el valor agregado del componente pagado es lo más obvio posible.Para una aplicación híbrida de WordPress-Plugin-plus-SAAS, la clave es que el valor agregado del componente pagado es lo más obvio posible.En este momento, es un buen consejo cliché, pero la cita “Si no está avergonzado por la primera versión de su producto, lanzó demasiado tarde”, de Reid Hoffman de LinkedIn, es muy cierto.Lanzamos Caldera Forms Pro tan pronto como no nos avergonzamos, por lo que podemos hablar con los usuarios por qué lo comprarían o no.
Nuestro eslogan original era “hace que las formas sean más maravillosas”, lo cual no tenía sentido. Después de hablar con los usuarios, llegamos a “No se preocupe por los correos electrónicos en los formularios de contacto”. Este es el verdadero valor agregado. Las otras cosas que hacen: el generador de apariencia visual, las estadísticas de correo electrónico, el formulario en el PDF) son interesantes, pero esto descubrí es el valor agregado clave. Antes de lanzar Caldera Forms Pro, escribí una hoja de ruta muy detallada, basada en lo que quería construir y lo que pensé que sería interesante. La primera revisión importante del producto no fue en esa hoja de ruta. Pasamos tiempo hablando con los usuarios de nuestro complemento, pagamos gratis y muchos de ellos destacaron nuestro soporte. Así que hice la segunda revisión para mejorar el soporte. Los correos electrónicos son algo que, como todas las formas de contacto de contacto para los cuales duele, pero las herramientas para mejorar la asistencia tenían como objetivo hacer algo que ya estábamos haciendo bien y mejor. Si las personas ya ven valor en algo, agregue más valor, tiene sentido.
El territorio del complemento vs. El territorio de la aplicación cuando comencé en WordPress, el gran debate era el “Territorio de complementos” VS “Territorio”. En ese momento era lo suficientemente común para que los temas produjeran muchas funcionalidades que fueron más allá de las plantillas. Estos temas todo en uno han creado un bloqueo muy malo de los usuarios. No podía cambiar su tema o publicaciones en el tipo de publicación en la cartera no era accesible y ya no tenía un formulario de contacto. Tomar sus datos de WordPress en una aplicación no los hace disponibles para otros complementos o código personalizado. Pero si puede proporcionar un servicio mejor o más confiable con su aplicación, entonces está claramente en el territorio de la aplicación. La mayoría, hemos decidido que la funcionalidad está incluida en los complementos y los temas son sistemas de plantilla. Al diseñar un negocio de complementos/aplicaciones híbridos, debe definir una línea similar. Creo que las respuestas provienen de un valor similar: evitar el bloqueo de los usuarios y ofrecer el mejor resultado final. Nuevamente, tenga en cuenta por qué las personas eligen WordPress: extensibilidad y control de sus propios datos. Es posible que su aplicación pueda hacer mejores cosas con los datos del usuario, pero el hecho de que no tenga esos datos en la base de datos de WordPress, y es accesible para otros complementos o código personalizado según sea necesario, no aporta menos valor, no más. Pero si puede proporcionar un servicio más confiable, algo que sea más fácil o que se vea mejor con su aplicación, entonces está claramente en el territorio de la aplicación.
Cree su aplicación que pasé los últimos años escribiendo sobre la API REST WordPress.Una de las razones por las cuales muchas personas, incluido yo, dijeron que el resto de la API de WordPress es tan importante es que nos permite construir aplicaciones usando WordPress.He visto algunas cosas realmente sorprendentes construidas usando WordPress como un retroceso para una aplicación y aplicaciones integradas con la API REST WordPress.
Voy con Laravel en lugar de WordPress, estoy un poco triste de que el back-end de mi aplicación se construya en gran medida con Laravel, pero WordPress no pudo satisfacer muchas de mis necesidades. Dado mi entusiasmo por el resto, estoy un poco triste al decir que la caldera Forms Pro Back-end se construye en gran medida con Laravel. WordPress ha cumplido claramente la necesidad de puntos finales, no definidos en el código, no en la configuración. Pero WordPress no pudo satisfacer muchas de mis otras necesidades, incluido el soporte de compositor de primera clase, usuarios diseñados por la aplicación, tareas de programa flexibles o base de datos ORM. Sí, WordPress funciona con el compositor. Utilizo el compositor para administrar mi sitio y para desarrollar complementos. Pero hay una gran diferencia entre trabajar con un marco construido alrededor del compositor y NPM y el soporte de piratería más tarde. Del mismo modo, WordPress tiene un sistema de manejo del embarazo, WP-chron, pero no es confiable. Los tipos de publicaciones personalizadas de WordPress y taxonomías personalizadas son excelentes, si se ajustan a sus necesidades y obtienen una gran cantidad de código de uso “gratuito”. Pero en nuestro caso, esto no tuvo ningún beneficio para nosotros. WordPress no tiene una API estándar para modelar la relación de datos con las tablas de la base de datos. Tenemos WP_QUEY y API similares, pero estos no son realmente modelos con todos los campos y tipos de contenido. También diré que parte de mi decisión de usar Laravel, junto con Vuejs, fue satisfacer mi deseo de jugar con juguetes geniales.
No sería un desarrollador de PHP/JavaScript si WordPress no me hubiera dado una manera fácil de aprender estas habilidades. Pero soy un nerd y quiero aprender más y usar el nuevo brillante, que no siempre es posible en un contexto de WordPress. Encontrar tecnologías que me permitan aprender cosas nuevas y evitar muchas deficiencias y frustraciones de WordPress: falta de carga automática, el estado de la aplicación definida en el código, etc. – Fue una gran victoria. Solo usar lo más nuevo y mejor porque es divertido no es una buena razón para usarlo. Pero también creo que es importante que el desarrollador diseñe sus productos de una manera que le permita avanzar en el aprendizaje, cuando esto es compatible con las necesidades de su negocio. El comercio electrónico y la automatización de marketing de WordPress es una fantástica herramienta de comercio electrónico. No solo porque tiene excelentes soluciones comerciales electrónicas que simplemente funcionan, sino porque esas herramientas están muy bien integradas con las herramientas de automatización de marketing. Además, debido a que agregamos un producto SaaS a nuestro producto existente, manteniendo todo en una cuenta en nuestro sitio existente de comercio electrónico de WordPress. Para nuestro primer producto SaaS, Caldera Forms PDF, construimos todo el comercio electrónico en Laravel. Era bastante simple y requería menos código del que usaba para alimentar el comercio electrónico de los formularios de caldera. Escribí sobre este proceso y comparación con el trabajo con WordPress Ecommerce en dos artículos para torque. No importa cuán simple fuera, eso significaba que los usuarios tenían dos cuentas diferentes con nosotros.
Además, nunca hemos podido integrar esas cuentas con nuestras listas de correo electrónico que tenemos en nuestro sitio web de WordPress. Para Caldera Forms Pro, utilizamos exactamente el mismo sistema de comercio electrónico que para nuestros complementos de WordPress: descargas digitales fáciles (EDD). EDD nos ofrece una factura de suscripción, varias pasarelas de pago e integración de comercio electrónico. Escribí un complemento que llamé “Taco” para administrar las interacciones con las partes que no son de palabras de la aplicación. Taco se conecta a EDD y verifica si una suscripción que se crea, actualiza o cancela es para los formularios de Caldera Pro y actualiza los datos según sea necesario en la aplicación. También pone a disposición las claves API de la aplicación en el historial del historial y ofrece autenticación para la interfaz de uso de la aplicación. Lo que es realmente bueno de este enfoque es que la interfaz de usuario orientada al usuario y el administrador de la tienda de aplicaciones es administrado por EDD. Es algo en lo que han trabajado durante años y han hecho un trabajo fantástico. Estas pantallas están integradas con la gerencia para otras compras sin problemas y ¡no tuve que construirlas! WordPress WordPress Monolith es, en principio, un sistema distribuido: cada uno tenemos su propio sitio que hace todo. Tiene muchas ventajas, pero también tiene debilidades. WordPress es, en principio, un sistema distribuido: cada uno tenemos nuestro propio sitio que hace todo. Tiene muchas ventajas, pero también tiene debilidades. La memoria de las contraseñas para cada sitio de WordPress es un dolor.

La integración con las tecnologías que no están integradas en PHP es un problema. La filosofía microservic, un modelo de diseño en el que cada parte de un sistema es administrada por una aplicación independiente para maximizar la escalabilidad y mejorar la velocidad de desarrollo, es muy difícil de implementar. Supongo que lograr la forma en que la naturaleza distribuida de WordPress es un punto fuerte y débil fue lo que causó automáticamente Jetpack. Jetpack es, en muchos sentidos, el complemento híbrido original/producto SaaS. Por ejemplo, JetPack tiene muchas características que tienen un significado perfecto como complemento, mientras aprovechan la búsqueda elástica automática, el contenido asociado y el intercambio social que tienen más sentido como servicios en la nube. Tanto en términos de diseñar nuestro modelo de negocio híbrido como para construir la aplicación en sí, logré repensar WordPress como la entidad monolítica que lo hace todo. Recientemente hemos agregado la grabación de errores bastante avanzados a Caldera Forms Pro para ayudarnos a mejorar la calidad de la asistencia que ofrecemos. Al principio, tenía la misma aplicación que se ocupa del recibo y el almacenamiento de registros de correo electrónico. Pero, me preocupaba que ahora tengamos que lidiar con dos solicitudes de solicitudes y cómo esto afectaría la escala. Así que rápidamente moví el punto de diario final a un microservicio separado construido con el micro-marco de luz.
Esto ha separado las dos aplicaciones en dos servidores y, debido a que la aplicación de registro hace una cosa, puede ser mucho más eficiente. También puedo repetir esta nueva función más rápido, sabiendo que la aplicación principal la desacopla. Ahora tenemos nuestro sitio web de WordPress que se ocupa del comercio electrónico, registro de microapplicio y la aplicación principal para cualquier cosa, aparte del registro y el comercio electrónico. A medida que cultivamos la pila, espero que se agregen más microservicios a funciones separadas de la aplicación principal para mejorar la escalabilidad y la reutilización. ¿Es tu futuro híbrido? Este enfoque híbrido, un complemento con un servicio SaaS, no es para todos. Los requisitos del desarrollador son diferentes y agregan una complejidad inicial que creo que vale la pena a largo plazo. Además, si tiene sentido desde la perspectiva del consumidor, es algo que sabremos para nuestro negocio hasta que tengamos más tiempo. Pero estoy seguro de que debido a que resolvemos problemas reales de los usuarios y nos centramos en el suministro de valor, funcionará para nosotros. Este enfoque híbrido también tiene muchas aplicaciones más allá de los complementos comerciales. Se está volviendo cada vez más estándar resolver los problemas de interfaz front-end en WordPress con marcos de JavaScript modernos, como React y VueJs, que se conectan a WordPress a través del resto. Este es un gran primer paso para desacoplar las diversas preocupaciones en la pila. Adoptar un enfoque más granular en lugar del monolítico de la pila y analizar otras tecnologías puede llevar a encontrar una herramienta que no sea WordPress o incluso PHP para algunos problemas.