Por qué creamos nuestras propias herramientas en lugar de usar las existentes
Cómo el desarrollo de k-notes, k-tasks y k-cv cambió nuestra forma de entender el software, y por qué 'usa algo que ya existe' no siempre es el consejo correcto.
Nosotros aconsejamos a nuestros clientes cuándo construir software a medida y cuándo usar lo que ya existe. Sería incoherente no aplicarnos ese mismo razonamiento.
Así que cuando decidimos crear k-notes, k-tasks y k-cv, la pregunta era razonable: ¿por qué? Notion existe. Trello existe. Hay decenas de creadores de CV. ¿Qué os hizo pensar que necesitabais construir los vuestros?
Aquí está la respuesta honesta.
Queríamos herramientas que funcionaran como pensamos
La mayoría del software de productividad está diseñado para el usuario medio en todos los casos de uso posibles. Es una estrategia de producto razonable. También significa mucha complejidad que la mayoría de la gente no llega a usar nunca.
Tomamos notas constantemente: durante llamadas, mientras leemos, cuando se nos ocurre una idea a las once de la noche. Queríamos un editor que abriera al instante, guardara automáticamente y se apartara del camino. Notion es un software excelente, pero no es eso. Cada documento vive dentro de un sistema de espacios de trabajo que requiere un momento de navegación. Seguíamos buscando una app de notas que abriera como una página en blanco.
Así que la construimos.
Lo mismo ocurrió con las tareas. Usamos Trello durante años. Luego Asana. Luego Linear. Cada uno resolvía algunos problemas e introducía otros. Queríamos una herramienta kanban donde crear una tarea llevara un solo clic, donde la interfaz no requiriera formación para entenderse, y donde el plan gratuito no pareciera una demo. Construimos eso en cambio.
Nos importa la propiedad de los datos
Somos una empresa europea, y las prácticas con los datos que son habituales en Silicon Valley no siempre son aceptables aquí, ni legal ni éticamente. Cuando usas una herramienta SaaS americana gratuita, el modelo de negocio suele ser la publicidad o la licencia de datos. Tus notas, tus tareas, tus documentos profesionales: son el producto.
Nuestros productos funcionan en infraestructura europea (Neon Postgres con residencia de datos en la UE) y tenemos una relación sencilla con los usuarios: pagas una pequeña cuota, almacenamos tus datos y no los vendemos ni los explotamos. El cumplimiento del RGPD no es para nosotros una casilla legal que marcar, sino el requisito de diseño.
Construir software te convierte en mejor asesor de desarrollo
Cada vez que hemos lanzado una funcionalidad de producto, hemos encontrado los mismos problemas que enfrentan nuestros clientes: requisitos poco claros, alcance que se expande, la tensión entre velocidad y calidad, decisiones que parecían pequeñas y resultaron ser fundamentales.
Gestionar nuestros propios productos nos ha convertido en mejores asesores. Cuando un cliente dice "solo queremos añadir una cosa más", sabemos exactamente lo que eso suele implicar para un plazo. Cuando alguien pregunta sobre decisiones de esquema de base de datos, hemos estado en esas conversaciones a las dos de la madrugada intentando resolver un problema en producción.
Tener algo en juego cambia cómo piensas sobre el software.
Lo que aprendimos (y lo que nos sorprendió)
La parte más difícil no fue la ingeniería. Fue decidir qué no construir.
Cada producto que lanzamos tiene una lista de funciones que deliberadamente dejamos fuera. k-notes no tiene modo wiki. k-tasks no tiene diagrama de Gantt. k-cv no tiene inteligencia artificial que te escriba la sección de experiencia. Los usuarios las piden. Nosotros decimos que no.
Esto es más difícil de lo que parece. El instinto cuando alguien pide una función es decir que sí. Decir que no exige tener claro para qué existe el producto, y la disposición a decepcionar a algunos usuarios potenciales para servir mejor a los usuarios principales.
Las apps funcionan por lo que eliminamos, no por lo que añadimos.
Por qué os contamos esto
No contamos esta historia para sugerir que construir herramientas propias sea siempre la decisión correcta. No lo es. Hay excelentes productos existentes para la mayoría de las necesidades comunes, y usarlos suele ser la opción sensata.
Pero para nosotros, construir nuestras propias herramientas no fue vanidad. Fue la única forma de tener exactamente lo que necesitábamos, alineado con nuestros valores, que pudiéramos mantener y mejorar nosotros mismos. Los productos existen porque los usamos, no como ejercicio de portfolio.
Si estás construyendo algo y quieres pensar si lo desarrollas tú o compras algo existente, tenemos una opinión clara y no te diremos solo lo que quieres escuchar.