Descubre el proceso de creación de nuevas características en GoodBarber
Escrito por Jerome Granados el
Antes de que naciera GoodBarber, éramos una de las pocas compañías del mundo que desarrollaban aplicaciones para iPhone.
Entonces no existían los app builders. Por ello, las características que desarrollábamos estaban totalmente determinadas según las demandas de los usuarios; éstos nos indicaban qué querían y nosotros les entregábamos un producto hecho a medida. Por ejemplo, creamos la primera versión de la app M6 Replay y con ésta, permitimos la visualización por demanda de este popular canal de televisión francés, además de la app para la Agencia Espacial Europea, con la que cualquiera pudo visualizar el despegue del cohete Ariane.
A pesar de que las cosas nos iban bien, no nos conformamos y empezamos a imaginar un producto más completo; empezamos a imaginar GoodBarber .
Entonces no existían los app builders. Por ello, las características que desarrollábamos estaban totalmente determinadas según las demandas de los usuarios; éstos nos indicaban qué querían y nosotros les entregábamos un producto hecho a medida. Por ejemplo, creamos la primera versión de la app M6 Replay y con ésta, permitimos la visualización por demanda de este popular canal de televisión francés, además de la app para la Agencia Espacial Europea, con la que cualquiera pudo visualizar el despegue del cohete Ariane.
A pesar de que las cosas nos iban bien, no nos conformamos y empezamos a imaginar un producto más completo; empezamos a imaginar GoodBarber .
Con la creación de GoodBarber, nuestro modelo de desarrollo cambió totalmente. Pasamos de un modelo basado en el servicio a uno basado en el producto. Nuestro objetivo se centró en la posibilidad de que cualquier persona sin conocimientos de programación pudiera crear su propia app de gran calidad por un precio mucho más reducido (¡100 veces más barato!) que las tarifas de desarrollos personalizados.
Al construir una herramienta de tales dimensiones, tuvimos que tomar ciertas decisiones controvertidas respecto a las distintas funciones del producto. Éste debía contar con funcionalidades universales, pero a la vez no debía ser excesivamente genérico, a fin de que los usuarios no tuvieran problemas a la hora de generar su app.
Si echamos la vista atrás y consideramos cuán lejos hemos llegado a día de hoy como empresa, salta a la vista que GoodBarber ya no es un servicio, sino un producto. No pretendo decir que nos encontramos en una posición en la que podemos lanzar cualquier característica demandada por proyectos individuales. Sin embargo, trabajos duro a diario para desarrollar nuevas características y mejorar las ya existentes. Lo único que debemos hacer es escoger cuáles desarrollar y cómo llevar a cabo dicho proceso.
Al construir una herramienta de tales dimensiones, tuvimos que tomar ciertas decisiones controvertidas respecto a las distintas funciones del producto. Éste debía contar con funcionalidades universales, pero a la vez no debía ser excesivamente genérico, a fin de que los usuarios no tuvieran problemas a la hora de generar su app.
Si echamos la vista atrás y consideramos cuán lejos hemos llegado a día de hoy como empresa, salta a la vista que GoodBarber ya no es un servicio, sino un producto. No pretendo decir que nos encontramos en una posición en la que podemos lanzar cualquier característica demandada por proyectos individuales. Sin embargo, trabajos duro a diario para desarrollar nuevas características y mejorar las ya existentes. Lo único que debemos hacer es escoger cuáles desarrollar y cómo llevar a cabo dicho proceso.
Para que sepas cómo llevamos a cabo el mencionado proceso, hemos hablado con Lesia , la directora artística de GoodBarber.
Lesia, ¿de dónde viene tu inspiración para desarrollar nuevas características?
En realidad es una mezcla de varias fuentes ;)
Regularmente organizamos eventos del estilo "Game Storming" para generar nuevas ideas. Nos dividimos en equipos y nos ponemos en la piel de usuarios que trabajan en sectores específicos. El objetivo es imaginar con qué tipo de problemas se pueden encontrar y cómo solucionarlos.
Mi día a día también es una fuente de inspiración constante. Observo detenidamente a la gente de mi alrededor y procuro pensar en las pequeñas cosas y gestos que realizamos inconscientemente y que, no obstante, podrían cambiar totalmente mediante una app móvil. Al imaginarme estos cambios, son muchas las nuevas ideas generadas.
Regularmente organizamos eventos del estilo "Game Storming" para generar nuevas ideas. Nos dividimos en equipos y nos ponemos en la piel de usuarios que trabajan en sectores específicos. El objetivo es imaginar con qué tipo de problemas se pueden encontrar y cómo solucionarlos.
Mi día a día también es una fuente de inspiración constante. Observo detenidamente a la gente de mi alrededor y procuro pensar en las pequeñas cosas y gestos que realizamos inconscientemente y que, no obstante, podrían cambiar totalmente mediante una app móvil. Al imaginarme estos cambios, son muchas las nuevas ideas generadas.
Participamos en múltiples eventos y convenciones, como Collision, en Las Vegas y también intentamos formar parte de nuestra propia comunidad local, en al que siempre hay servicios, startups y gente nueva por descubrir. Es una muy buena manera de estimular la mente y dejar que nuevas ideas fluyan en múltiples sentidos.
Finalmente, también cabe destacar a los propios usuarios. A través del servicio de soporte técnico, nuestros enlace con ellos, recibimos sus peticiones e ideas. Este flujo de información continua me permite mejorar características existentes, además de anticipar la creación de nuevas funcionalidades.
¿Qué proceso se sigue para definir y desarrollar nuevas ideas?
En general, el proceso empieza al trazar la idea con lápiz y papel. Expongo los conceptos clave y ello marca el inicio del trabajo entre los diferentes equipos. El equipo del producto está liderado por Sébastien y Dumè, junto con los desarrolladores web y nativos.
Tras las discusiones preliminares, las ideas empiezan a tomar forma. Ello me permite empezar a trabajar en el diseño de la interfaz y conocer las distintas opiniones al respecto. En cuanto se confirma el diseño de la interfaz, añadimos la característica al scrum. El maestro de scrum se encarga de organizar su desarrollo por fases y diseña un plan de acción.
Cuando el desarrollo se ha completado, llevamos a cabo una última prueba en todas las plataformas y dispositivos antes de lanzar definitivamente la característica.
Tras las discusiones preliminares, las ideas empiezan a tomar forma. Ello me permite empezar a trabajar en el diseño de la interfaz y conocer las distintas opiniones al respecto. En cuanto se confirma el diseño de la interfaz, añadimos la característica al scrum. El maestro de scrum se encarga de organizar su desarrollo por fases y diseña un plan de acción.
Cuando el desarrollo se ha completado, llevamos a cabo una última prueba en todas las plataformas y dispositivos antes de lanzar definitivamente la característica.
¿Cuáles son los retos más comunes a los que debes enfrentarte al desarrollar algo nuevo?
"Crear Beautiful apps para iOS y Android" es nuestro eslogan. El reto principal surge a raíz del mismo: ser capaz de crear algo que funcione de igual manera en todas las plataformas, a la vez que respetar las restricciones de codificación de cada una de éstas.
¿Qué tipo de ideas son más propensas a ser rechazadas?
Al desarrollar un producto nuevo, es muy importante mantener cierto nivel de coherencia durante la evolución de éste y tener en cuenta los beneficios que éste puede aportar. En general, toda idea sin sentido será rechazada.
Cuando alguien me expone una nueva idea, siempre tengo en mente el consejo del libro Getting Real, específicamente del capítulo "Empieza con un No" .
Cuando alguien me expone una nueva idea, siempre tengo en mente el consejo del libro Getting Real, específicamente del capítulo "Empieza con un No" .
¿Cuánto suele tardar el desarrollo de una característica?
Nuestro scrum se basa en sprints de tres semanas. Según la complejidad de la característica a desarrollar, éste podrá durar 1, 2 o 3 sprints.
Qué es más complicado: ¿diseñar nuevos desarrollos o nuevas características?
¡Ambos! Sin embargo, lo más complicado es convertir y reproducir la interfaz y la experiencia del usuario asociada a ésta, en lenguaje técnico. Requiere de trabajo químico entre desarrollos de APIs, implementación en la back office y finalmente, lanzamiento en plataformas nativas y web.
¿Puedes compartir uno de tus proyectos futuros con nosotros?
Tras esta exhaustiva entrevista, lo que quiero es pasar 15 días de vacaciones en cualquier lugar sin internet... no muy lejos de aquí :). Lugar donde, de hecho, siempre se me ocurren las mejores ideas.
Traducido por Laura Mas Martín