Lucha en el desarrollo de un complemento comercial de WordPress

Construir software para vender es un negocio difícil. No siempre es tan simple escribir código y hacer que la gente lo compre. Los complementos comerciales de WordPress vienen con su propio conjunto de consideraciones, problemas y complicaciones. Aquí, en los deliciosos cerebros, seguí la forma de tener un complemento gratuito “Lite” en wordpress.org junto con un complemento “Pro”: una versión comercial que mejora la funcionalidad y viene con soporte por correo electrónico. Es un modelo que funcionó bien para WP Migra DB Pro y es la misma forma en que vamos para la futura edición comercial de Amazon S3 y CloudFront (AS3CF Pro).
Sin embargo, arroje el potencial para la funcionalidad adicional, los precios, la marca y los problemas de código, y las cosas se complican con bastante rapidez. Pensé que sería útil para otros (¡y catártico para nosotros!) Superar algunos de los desafíos que enfrentamos recientemente y cómo mitigarlos en el futuro. Los precios pragmáticos se han dicho y escrito muchas veces antes: el precio es difícil. Hay mucho que pensar en los precios: elegir el modelo de precio adecuado para su complemento, decidir los puntos de precio y establecer los niveles y limitaciones de licencia.
En general, se acepta hoy en día que los complementos comerciales se venden con una licencia anual que ofrece al cliente 1 año de acceso a asistencia y actualizaciones de software. También es común que los niveles de licencia estén limitados por el número de sitios en los que se puede activar la licencia. Pero a veces debe considerar la funcionalidad de su complemento cuando decide las posibles limitaciones de la licencia, ya que un límite de instalación del sitio no es necesariamente adecuado para cada complemento. Discutimos internamente sobre cómo establecer el precio de AS3CF Pro durante algún tiempo, y Brad mencionó brevemente una de las posibilidades al final de su publicación de “adelanto”. Esa pequeña mención ha despertado una gran discusión en los comentarios con, curiosamente, algo de negatividad en torno a la idea de usar el número total de artículos en la biblioteca de medios como límite. Para mí, esta reacción mostró cuán generalmente aceptada y generalizada se convirtió en el modelo de la licencia de instalación del sitio.
Independientemente de lo que decida sobre el precio de su complemento, es importante ser flexible con los precios.El hecho de que establezca X en el día 1, no significa que no pueda cambiar y cambiar las cosas.Debe probar cosas, probar ideas y optimizar los precios cuando sea necesario.(Nuestros amigos de Freemius tienen un recurso que se refiere a esta pregunta sobre los precios del complemento más detallado). Espere que la inesperada sea una de las cosas que amo en el desarrollo de software es la simplicidad en torno al proceso de desarrollo.¿Reportaste un error?Grabarlo, reproducirlo y arreglarlo.¿Ha solicitado una nueva característica?Discutalo, descúbrelo y construirlo.Sin embargo, a veces las cosas no siempre van de esa manera, y lo que parece ser una mejora simple puede abrir una caja de gusano o convertirse rápidamente en un conjunto complejo de cambios.
Conocí este escenario cuando trabajé en el suplemento planificado “CSS & JS” para AS3CF Pro. Simplemente dicho, el complemento descargará los archivos CSS y JS en S3 que están en línea en un sitio y luego los servirán desde S3 o CloudFront (u otro CDN). Al igual que con las imágenes, sería excelente para los sitios de alto tráfico usar S3 y CloudFront para reducir el ancho de la banda del servidor y acelerar la entrega. Usando los ganchos del sistema de seguimiento de WordPress, fue bastante fácil detectar un archivo CSS o JS, cargarlo en S3 y cambiar la URL local con el S3. La mayoría de las características se han desarrollado con bastante rapidez. Había aprobado una revisión del código y una revisión funcional antes de que Brad descubriera un problema con la especificación original que rápidamente nos llevó de regreso al tablero de dibujo: Escenario: su tema tiene un archivo Style.CSS que se coloca en la cola normalmente. Genial, podemos tomar ese archivo, cargarlo en S3 y asegurarnos de ofrecer la URL S3. Sin embargo, el archivo @Imports se refiere a otros archivos CSS y se refiere a archivos con fuentes e imágenes utilizando rutas relativas. Debido a que solo copié Style.css en S3, el navegador no encontrará ninguno de estos otros archivos en S3 y presentará 404 errores para ellos.
Esto significaba que teníamos que revisar completamente nuestro enfoque para cargar archivos en S3 para asegurarnos de cubrir todos los archivos que podrían usarse. Esto nos dio un poco de regreso en nuestra cronología de desarrollo y tuvo un impacto negativo en nuestra fecha de lanzamiento, lo que lleva al próximo desafío.

Administre las expectativas desde que comenzamos a trabajar en AS3CF Pro, hemos sido transparentes y abiertos en su desarrollo. Hemos ingresado a una barra lateral en la versión gratuita que informa a los usuarios sobre la versión Future Pro y les permite registrarse para notificarse cuando se lance. También comenzamos a escribir en el blog sobre su desarrollo y hacer detalles sobre sus suplementos. Por supuesto, este es un gran marketing, pero tan pronto como presente a los usuarios y clientes potenciales “CE”, comienzan a preguntar “cuándo”. En el pasado, con mis propios complementos, he caído en la trampa de ser un “hombre sí”, siempre ofreciendo a los clientes términos rápidos y a veces imposibles para una fecha de lanzamiento. Esto a menudo conduce al estrés y a cortar esquinas para respetar la fecha límite. Los momentos en que no se respetaba la fecha límite condujo a clientes decepcionados y daños a mi reputación.
Todo este problema desaparece si no establece datos públicos para los lanzamientos. Como Brad menciona en podcast, aplique filtros, estos plazos son arbitrarios de todos modos y ¿por qué crearlos? Por supuesto, las correcciones de seguridad y los remedios rápidos generalmente se eliminan lo más rápido posible, pero para el lanzamiento de características y lanzamientos de nuevos complementos, los intervalos de tiempo público deben ser flexibles. No hay tiempo y tiempo de desarrollo prolongado, sorprendentemente, a la frustración de los usuarios, lo que he encontrado. Sin embargo, creo que la frustración de una fecha límite perdida sería más grave y, mientras haya una comunicación frecuente durante todo el proceso de desarrollo, los usuarios no se sentirán decepcionados. Para el futuro, cuando cree un complemento comercial, vale la pena considerar el Campo potencial de su complemento Puede tener un complemento gratuito y muchas funcionalidades para agregar. Sin embargo, si todas las funcionalidades no necesariamente tienen que trabajar juntas, entonces el complemento podría ser adecuado y de hecho es exitoso para algunos. Con el modelo “Lite & Pro”, debe considerar cuánto código y funcionalidad ingresarán a la versión Pro. Hay dos aspectos principales en los que pensar aquí y es un acto de equilibrio:
No desea restringir demasiada funcionalidad del complemento gratuito y reducir su utilidad. Cuanto más felices usen los usuarios de forma gratuita, más clientes pagarán a la versión Pro.
Además, no desea inflar la versión Pro con demasiadas características sin noches, que no serán necesarias para la mayoría de los clientes. Por ejemplo, hemos desarrollado suplementos de descargas digitales de WooCommerce y fácil para AS3CF Pro, que solo será utilizado por un subconjunto de clientes en particular. Si este es el caso, podría pensar en crear suplementos para el complemento Pro y atar esto con su modelo de precio. Por ejemplo, ofrecemos algunos suplementos para WP Migra DB Pro y solo están disponibles para la licencia de desarrolladores y superior. La cita de James Bond es una, la marca es otra. Algunos complementos convierten su funcionalidad en el nombre o crean una marca completamente nueva para el complemento. Si se basa en un complemento existente gratuito, el sufijo “Pro” generalmente será suficiente. Sin embargo, en este caso, el nombre de nuestro complemento gratuito utiliza marcas registradas de Amazon, lo que podría ser un problema. Si solo lo llamó “Amazon S3 y Cloudfront Pro”, podríamos tener problemas con Amazon para usar su marca registrada. Además, no podríamos tener nuestra propia marca registrada para protegernos contra otra persona para nombrar su producto.
Por estas razones muy bien fundadas, decidimos cambiar el nombre del complemento gratuito “WP Offload S3” cuando iniciamos la versión Pro. Después de muchas discusiones con el equipo, pensamos que cuanto mejor, mejor, porque algo así como “WP Offload para Amazon S3 y Cloudfront” tendría demasiadas sílabas. ¿Enfrentaste estos desafíos con tus propios complementos? Cuéntanos si tienes consejos para el futuro.