No es lo mismo ser eficaz que ser eficiente. Ser eficaz es lograr tu objetivo, aunque tengas que usar más recursos o esfuerzo. Ser eficiente es lograr el mismo objetivo optimizando desde el principio el uso de recursos como tiempo, energía o dinero.

Hace varios meses tuvimos que hacer matching entre dos listados de ~8.000 municipios. Javier Aceituno, product engineer, vio que ~7.200 coincidían exactamente y decidió ser eficaz: subió esas conexiones en el mismo día, resolviendo el 90% de los casos y aportando valor inmediato a los usuarios. El día después, usando un spreadsheet y unas fórmulas simples, conseguimos hacer matching de otros 600 municipios en apenas una hora.

Aun así, nos quedaron algunos cientos de casos pendientes, que resolveremos manualmente si surge la necesidad en el futuro. ¿Podríamos haber sido más eficientes teniendo en cuenta la inversión futura? Sí. Habríamos podido invertir varios días en programar un script que resolviera automáticamente todos los casos, incluidos los más raros. Pero en este contexto, la prioridad era avanzar rápido, y ser eficaces fue la mejor opción.

Por otro lado, en otras decisiones sí priorizamos ser eficientes. Por ejemplo, desde los primeros meses decidimos implementar tests automáticos en el proyecto. A corto plazo fue más costoso, porque escribir tests lleva tiempo, pero ahora, seis meses después, no tenemos errores en producción.

Cada vez que desplegamos, lo hacemos de forma ágil y segura, sin necesitar prácticamente testing manual. Esa eficiencia inicial nos ha permitido ganar en velocidad y calidad a medida que el producto crece.

Saber cuándo ser eficaz y cuándo ser eficiente marca una gran diferencia. Elegir bien en cada momento es parte de construir producto de forma inteligente.