Hoy en día, todo gira en torno al software, especialmente en los servicios financieros, el sector en el que participa Galileo. No creamos un producto físico real. Permitimos a las fintech y a otras empresas mover dinero utilizando nuestras API, que son nuestro producto. Para Galileo, los desarrolladores son partes interesadas importantes, no sólo porque influyen en la decisión de sus empresas de asociarse con Galileo, sino por su papel esencial a la hora de trabajar con nuestras API para crear sus propios productos. Así que, para nosotros, crear una experiencia de primera para los desarrolladores de nuestros clientes es esencial Después de examinar una serie de empresas (incluida Galileo) y las experiencias de desarrollador que han creado, he llegado a la conclusión de que los siguientes fundamentos son los bloques de construcción necesarios para una experiencia de desarrollador de primera:

1. Defensa del desarrollador. Sin un defensor interno, el punto de vista del desarrollador puede ser fácilmente anulado por otros con voces más fuertes y autorizadas: por ejemplo, el Director Financiero puede abogar por el enfoque menos costoso, el Director Técnico por el enfoque más favorable a la ingeniería y el Director de Operaciones por el enfoque más impenetrable y menos transparente. Aunque sus preocupaciones deben incorporarse a la toma de decisiones, no puede permitirse que las preocupaciones específicas de su departamento anulen la necesidad de productos "primero el desarrollador" que sean transparentes y permitan a los usuarios empezar rápidamente y experimentar cómo funciona un producto antes de comprometerse plenamente. Y no requiere ningún título especial. Lo importante es que la persona que ocupe este puesto comprenda los objetivos de los desarrolladores y esté cualificada para explicarlos y defenderlos con hechos y autoridad.

2. Coherencia y fiabilidad. Coherencia significa que el producto que estás creando es uniforme y predecible. Si sabes utilizar una parte del producto, sabes utilizarlo todo. Fiabilidad significa que el producto hace siempre lo que se espera de él. Si tu producto no es consistente y fiable, no importa si tiene una documentación increíble, una docena de librerías cliente o una interfaz de línea de comandos de lujo, tus desarrolladores estarán insatisfechos.

3. Comentarios. Para asegurarse de que está creando un producto que los desarrolladores querrán utilizar, es necesario que participen en todas las fases del proceso de desarrollo del producto. Para conseguir este nivel de implicación en todas las fases, hay que buscar la crítica constructiva, plantear preguntas difíciles y aceptar los comentarios críticos. Los hackathons nos han ayudado a saber cómo utilizan los desarrolladores las API que hemos creado. Y puede estar seguro de que los participantes en los hackatones le plantearán preguntas que nunca imaginó que le harían.

4. Comunicación. Los desarrolladores necesitan documentación, y cuanto más sencilla, mejor. Por lo tanto, es mejor que pienses por adelantado en tu documentación e iteres, iteres, iteres para mejorarla continuamente. Y quieren foros donde puedan obtener respuestas a las preguntas más matizadas que no has incluido en tu documentación. Hemos descubierto que tiene sentido integrar un foro en tu propia documentación o página de soporte. La pesadilla de un desarrollador es un sitio que no le ofrece lo que busca y le obliga a "solicitar una demostración" antes de poder obtener una respuesta. Mi consejo es que vayas al encuentro de los desarrolladores y elimines todas las barreras de comunicación posibles.

Estos cuatro fundamentos deberían ser el principio del viaje de cualquier empresa hacia la creación de un producto que dé prioridad a los desarrolladores. Con estos fundamentos en tu haber, no hay límite a lo que puedes lograr o a dónde puedes llevar a tu organización. Si se me ha escapado algún aspecto fundamental, no dudes en decírmelo.