Primero probamos seis herramientas
La historia de origen honesta. El stack sobre el que corríamos antes, por qué cada pieza falló en una dirección distinta, y qué nos hizo finalmente dejar de intentar arreglarlo.
No empezamos construyendo software. Empezamos intentando comprarlo.
Operamos una firma de servicios de socios. Teníamos un problema que probablemente tú tienes: demasiados flujos de ingresos, demasiadas relaciones con proveedores, y una hoja de cálculo haciendo el trabajo de un sistema operativo. Así que hicimos lo racional primero. Compramos herramientas.
Lo que probamos
- Un CRM de ventas de primer nivel. El pipeline se limpió. Luego un trato cerró y la herramienta se quedó a oscuras. El equipo de entrega abrió un proyecto vacío y empezó a hacer preguntas que ventas ya había respondido.
- Un PSA de agencia. Excelente para horas contra proyectos. No sabía qué era una comisión de proveedor, ni que el trato que acabábamos de cerrar tenía ingresos por licencias que nunca debieron entrar al presupuesto del proyecto.
- Una segunda hoja de cálculo, para comisiones. Funcionó por un trimestre. Luego un proveedor cambió una tasa y nadie lo notó por dos meses.
- Una herramienta de gestión de trabajo, configurada hasta convertirla en un sistema operativo. Esta casi funcionó. Luego una persona senior se fue, y la mayor parte de la lógica que sostenía la configuración se fue con ella.
- Un sistema de contabilidad, al que le pedimos demasiado. El reconocimiento de ingresos se estiró hasta el “si nada más agregamos otra etiqueta”. No se dobló limpiamente.
- Una carpeta de SOWs, para subcontratación. Nadie los reabrió. Dos veces se nos pasó una ventana de no elusión que no sabíamos que estaba en cuenta regresiva.
Seis herramientas, una hoja de cálculo cosiéndolas a mano, y una junta semanal cuyo único propósito era mantener la hoja de cálculo honesta.
Lo que de verdad costó
Las herramientas no eran el costo. La reconciliación sí. Cada hora que una persona senior pasaba reconstruyendo el mismo cruce en la misma hoja de cálculo era una hora que pagábamos por el hecho de que ninguna herramienta entendía nuestro negocio.
Lo medimos una vez. Era más que el costo de las seis herramientas juntas.
Por qué construimos
Somos un equipo capaz de hacer software. La mayoría de las firmas de socios no lo son, y ese es el punto. Construimos PartnerView porque la alternativa era seguir pagando el impuesto operativo para siempre, y porque una vez que lo construimos para nosotros, lo único honesto que quedaba por hacer era ofrecérselo a firmas en la misma situación.
Esta es la primera vez que escribimos esto. El resto de los field notes son sobre piezas específicas de lo que aprendimos. Este es el porqué.