Las herramientas internas a menudo son malas ideas para startups

Artículo original ↗ Discusión en Hacker News ↗

Las herramientas de software internas que evolucionan hasta convertirse en productos comerciales —como Slack, Jira o Docker— suelen presentarse como semillas ideales para startups, pero muchos comentaristas sostienen que estos éxitos son raros y no representan la norma. Señalan que la mayoría de las herramientas internas son demasiado específicas, difíciles de generalizar en productos multi-tenant y compiten con incumbentes o con la actitud interna de “lo podemos construir en dos semanas”, lo que las convierte en malos negocios aunque sean valiosas dentro de una sola empresa. Otros responden que el origen importa menos que resolver un problema real y ampliamente sentido al precio adecuado, y que los incentivos, la facilidad de uso, los costes de integración y las responsabilidades de mantenimiento suelen determinar si construir o comprar herramientas es la opción más inteligente.

Alcance del debate

  • El hilo responde a la afirmación de que las herramientas internas “a menudo” son malas ideas para startups, no “siempre”.
  • Muchos comentarios subrayan que casi cualquier categoría de ideas para startups “a menudo” fracasa, así que la afirmación no es muy discriminante sin datos.

Contraejemplos e historias de éxito

  • Numerosos productos conocidos comenzaron como herramientas internas o infraestructura interna: herramientas de chat, gestión de proyectos, alojamiento de control de versiones, devtools, servicios en la nube, contenedores, frameworks web e incluso tecnologías web tempranas.
  • Algunos sostienen que muchos de esos ejemplos son antiguos (de hace más de 20 años), por lo que quizá no digan mucho sobre las oportunidades de hoy.
  • Hay desacuerdo sobre qué productos fueron realmente herramientas internas frente a productos orientados al exterior desde el principio (en particular, en torno a la historia de los servicios en la nube).

Tasas de éxito y falta de evidencia

  • Varios participantes preguntan cómo se compara la tasa de fracaso de las startups basadas en herramientas internas con la de las startups en general.
  • Otros señalan que citar unos pocos éxitos no significa nada sin conocer el denominador de los intentos fallidos con herramientas internas.
  • No se presenta ningún dato concreto; la tasa de éxito relativa sigue sin estar clara.

Por qué las herramientas internas pueden ser a menudo malas ideas de startup

  • Muchas herramientas internas son:
    • Extremadamente específicas de los flujos de trabajo o la industria de una sola empresa.
    • Reimplementaciones inferiores de productos existentes (síndrome NIH).
    • Fáciles de reconstruir por otros equipos de ingeniería, lo que socava su defensibilidad.
  • Se dice que convertir una herramienta interna en un producto real es de 10 a 50 veces más difícil:
    • Arquitectura multi-tenant, documentación, soporte, flujos de trabajo generalizados.
    • Extraer conocimiento tácito en un producto limpio y configurable.

Argumentos a favor de empezar con herramientas internas

  • Las herramientas internas pueden:
    • Demostrar uso real y “tracción” antes del lanzamiento externo.
    • Ser candidatas sólidas cuando gestionan trabajo que a los ingenieros no les gusta hacer (por ejemplo, integraciones heredadas y complicadas) o tareas que los no ingenieros no pueden replicar fácilmente.
    • Beneficiarse de un dogfooding intenso y bucles de retroalimentación estrechos.
  • Algunos ven el tratamiento fiscal y contable (por ejemplo, límites a los créditos de I+D para herramientas internas) como un empuje para externalizar las herramientas como productos.

Build vs. buy, herramientas vs. servicios

  • Muchos informan que las herramientas comerciales son caras, demasiado cargadas de funciones, difíciles de integrar o requieren programación encubierta de todos modos.
  • Otros enfatizan los costes ocultos a largo plazo de mantener herramientas internas a medida y el riesgo de conocimiento si se van los desarrolladores clave.
  • Las herramientas para desarrolladores se describen como un negocio particularmente difícil: sensibilidad al precio, facilidad para clonarlas y dificultad para venderlas a la dirección incluso cuando a los ingenieros les encanta la herramienta.

Contexto y matices

  • El hilo señala la llamada explícita de YC a “herramientas para desarrolladores inspiradas en herramientas internas”, enmarcando este texto como un contrapunto escéptico.
  • Varios comentarios generalizan: la mayoría de las ideas de cualquier tipo hacen malas startups; la ejecución, el momento y los incentivos (empleado vs. negocio) dominan los resultados.