Por qué el software de código abierto necesita funciones no técnicas

Por qué el código abierto necesita funciones no técnicas

Los vendedores, diseñadores, escritores y otros conjuntos de habilidades no relacionadas con el desarrollo hacen que los proyectos de código abierto crezcan, prosperen y sigan siendo competitivos.

InMotion Hosting tiene un largo historial de uso y apoyo al software de código abierto.

¿Crees que la programación es la única habilidad que importa en el ámbito de las tecnologías de la información? Piénsalo otra vez.

Desde nuestra amplia y duradera participación en la comunidad WordPress , hasta nuestra nueva implicación con OpenStack y la OpenStack Foundation Foundation, reflejada en nuestro nuevo producto Flex Metal Cloud, el código abierto siempre ha sido una parte fundamental de nuestra misión como empresa tecnológica. En ese tiempo, sin embargo, muchos proyectos de código abierto han tenido dificultades.

El software es bueno, pero quizá la interfaz es difícil de usar, no hay documentación y/o el marketing ha sido ineficaz.

Creemos que el código abierto necesita diseñadores, comercializadores, redactores técnicos, probadores y defensores de todas las habilidades y áreas que van más allá de escribir realmente el software.

Por qué el código abierto necesita diseñadores

El iPhone original de Apple es uno de los mejores ejemplos de este principio.

Un diseño inteligente y eficaz marca la diferencia para que un producto destaque en un campo abarrotado.

Cuando se lanzó el iPhone en 2007, había teléfonos móviles que podían hacer tanto o más que el iPhone, a menudo por un precio inferior. Los teléfonos con Windows Mobile y las Blackberry estaban bien establecidos y podían ejecutar aplicaciones, consultar el correo electrónico, navegar por Internet, hacer llamadas telefónicas, enviar mensajes de texto y todas las demás tareas que podía hacer el iPhone. Lo que hizo destacar al iPhone fue lo bien que integraba y mejoraba la funcionalidad existente.

Otros smartphones de la época eran relativamente gruesos, cuadriculados y toscos de usar.

Los sistemas operativos Windows Mobile y Blackberry también eran mucho más lentos y toscos que el nuevo diseño del iPhone.

La innovación del iPhone consistió en que la barrera de entrada para estas funciones era de repente mucho más baja gracias a la interfaz más fácil de usar del iPhone y a su diseño físico más atractivo.

Los proyectos de código abierto, como OpenStack, por ejemplo, podrían beneficiarse de la habilidad y los conocimientos de diseñadores, expertos en interfaces de usuario, profesionales de la experiencia de usuario y otros conjuntos de habilidades relacionadas.

Hay aplicaciones dentro del ecosistema OpenStack que no proporcionan una experiencia de usuario completamente coherente o cómoda para los usuarios de OpenStack.

Un diseño coherente, atractivo y cómodo ayudará a OpenStack a mantener la competitividad en un mercado de la nube en el que Google, Amazon, Microsoft y otros grandes actores están constantemente racionalizando y refinando la experiencia de sus usuarios.

Por qué el código abierto necesita vendedores

La industria de los reproductores multimedia portátiles de principios de la década de 2000 tiene varios ejemplos de productos superiores al iPod que nadie recuerda. El Zune de Microsoft es uno de los productos más notables de esta época, pero hubo otros competidores con mejores prestaciones y precios que el iPod pero que no consiguieron tener el mismo impacto y éxito duraderos, como la línea aún activa de reproductores multimedia de SanDisk, la marca de almacenamiento flash.

Incluso el mejor producto o software del mundo tendrá dificultades para alcanzar el éxito si nadie lo conoce o sabe lo que puede hacer.

La serie SanDisk e200 de reproductores multimedia de la misma época que el iPod, por ejemplo, tenía mayor almacenamiento, más funciones y podía reproducir vídeo, todo ello con un factor de forma más compacto que el iPod.

A pesar de tener productos aparentemente superiores, estos productos tuvieron bastante menos éxito que el iPod.

Ninguno de los fabricantes o desarrolladores de productos dedicó recursos significativos a comercializar y publicitar sus productos ni tenía la experiencia y los conocimientos establecidos para vender el producto de la forma más eficaz.

Para seguir siendo competitivos frente a los principales proveedores de nubes públicas, OpenStack y otros proyectos de código abierto deben ser capaces de explicar claramente cómo pueden ayudar a satisfacer las necesidades de los usuarios y ser valiosos para ellos.

Este tipo de marketing es especialmente importante para los proyectos de código abierto, porque a menudo no disponen del mismo nivel de recursos para la publicidad y el marketing tradicional.

¿Cuáles son las diferencias importantes entre la nube pública y la nube privada? Una buena estrategia de contenidos puede ilustrarlo mejor que un largo y complicado volcado de información.

Un equipo de vendedores puede ayudar a un proyecto de código abierto a crear mensajes coherentes y bien adaptados para explicar a los usuarios cómo el proyecto puede resolver sus problemas y facilitarles la vida.

Desarrollar una marca

El reconocimiento de la marca del software también puede desempeñar un papel importante en el éxito de adopción de un producto, sobre todo si el software es nuevo en un sector o mercado.

Los esfuerzos por construir una marca sobre productos y servicios de alta calidad tienen un efecto multiplicador.

Grandes empresas como Google, Apple, Microsoft y Amazon son nombres muy conocidos. Todo el mundo ha oído hablar de estas empresas y tiene una idea general de algo valioso que producen. Si se les da a elegir entre OpenStack, AWS, Google o Microsoft, muchos usuarios pueden inclinarse más por la marca conocida, aunque OpenStack pueda ajustarse mejor a sus necesidades, sobre todo si les preocupa utilizar software de código abierto.

Los profesionales del marketing tienen la pericia, los conocimientos y la experiencia para ayudar a construir un mensaje de marca coherente y hacer avanzar la influencia de la marca a través de diversos canales.

Una estrategia de marketing sólida también ayuda a establecer conexiones con redes más amplias.

Por qué el código abierto necesita redactores técnicos

Un gran producto con un marketing y un mensaje sólidos puede quedarse corto si nadie sabe o entiende exactamente cómo utilizarlo.

Además, ¿cuántos desarrolladores dedican tiempo o quieren escribir la documentación detallada del software cuando desarrollan el producto? Aunque se dedique tiempo a escribir la documentación, ¿hasta qué punto es exhaustiva o detallada? ¿Es la documentación accesible y fácil de entender?

Los redactores técnicos son una parte importante del desarrollo de productos.

Los redactores técnicos son una parte importante del desarrollo de productos.

Escriben los manuales, guías y documentos de referencia de los productos de más éxito.

Muchos de estos profesionales también proporcionan asistencia escrita continua y actualizaciones de la documentación escrita a medida que se desarrollan nuevas funciones.

La documentación de OpenStack presenta una serie de áreas en las que escritores técnicos cualificados podrían mejorar significativamente el valor de la documentación de OpenStack.

No existe documentación que ayude a los usuarios de OpenStack a pasar de un entorno de desarrollo a un sistema listo para la producción.

Por desgracia, demasiados proyectos sólo tienen un tutorial sobre el entorno de desarrollo o una referencia a la API.

Además, a veces estos documentos no están actualizados con la versión actual de OpenStack.

Los redactores técnicos especializados pueden ayudar a mantener actualizado este importante material de referencia para satisfacer las necesidades de los usuarios nuevos y existentes de OpenStack.

¿Dónde están ahora estos ayudantes?

Aunque sin duda hay profesionales de estas y otras disciplinas que ayudan a que los proyectos de código abierto tengan éxito, demasiados profesionales "no técnicos" se sienten intimidados o no bienvenidos a participar.

Este tipo de impresión se debe a que estas competencias se consideran menos valiosas o importantes que el desarrollo de software, a pesar de que desempeñan un valioso papel en el éxito del desarrollo de software.

El software de código abierto necesita acoger a estos profesionales "no técnicos" esenciales para seguir siendo competitivo frente a los grandes proveedores de código cerrado con grandes presupuestos para diseño, marketing y redacción técnica.

Inicia la conversación

Si eres desarrollador de software o administrador de sistemas, pregúntate la próxima vez si ayudarías mejor a tu proyecto de código abierto diseñando una interfaz o intentando comercializar el software tú mismo o invitando a alguien con esas habilidades a que te ayude.

Aunque pudieras hacer estas cosas tú mismo, tener a alguien que te ayude te libera para escribir un software mejor.

Los equipos de proyecto también deben dedicar tiempo a explicar los conceptos técnicos a las personas nuevas en el proyecto. Fomentar una actitud de apertura, respeto y aprecio por las contribuciones de los demás es fundamental para garantizar que tu proyecto de código abierto cuente con una población sana de colaboradores. Para los profesionales no desarrolladores, considera qué software de código abierto utilizas normalmente en tu trabajo o en tu vida diaria.

Pregúntate cómo podría beneficiarse el software de tu experiencia particular y ponte en contacto con el equipo del software con un plan de contribuciones que te gustaría hacer.

Este artículo ha sido escrito por Jadon Naas, jefe de desarrollo de productos de InMotion Hosting.

Comparte este artículo