Cómo se ve realmente el stack de tecnología de una firma de servicios de socios
Siete herramientas, ninguna hablando entre sí, y una hoja de cálculo haciendo el trabajo que las siete debían hacer juntas.
Pregúntale a una firma de servicios de socios qué mueve su negocio y no recibirás una sola respuesta. Recibirás una lista.
El stack típico, inventariado con honestidad
- Un CRM para el pipeline de ventas
- Un PSA o herramienta de proyectos para la entrega
- Un sistema de contabilidad para los libros
- Una hoja de cálculo para el seguimiento de comisiones
- Otra hoja de cálculo para la asignación de recursos y la capacidad
- Una carpeta de SOWs para los términos de subcontratación
- Una junta semanal fija para conciliar todo lo anterior
Cada herramienta es buena en su pedazo. Ninguna fue hecha para saber de las demás.
Dónde se queda ciega cada una
- El CRM no puede ver la entrega, así que se detiene en el cierre ganado
- El PSA no puede ver la venta, así que arranca en el SOW
- La contabilidad ve el dinero pero no la lógica de comisión detrás de él
- Las hojas de cálculo lo ven todo y no confían en nada, porque se mantienen a mano
La hoja de cálculo no es una herramienta en este stack. Es la capa de integración. Es lo único que toca a todas las demás, y es lo más frágil que posees.
El patrón debajo del patrón
Esto no es un problema de disciplina. Las firmas no juntan siete herramientas porque sean desorganizadas. Lo hacen porque ninguna herramienta sola fue hecha para la forma de una firma de servicios de socios: comisiones por licencias, entrega directa y subcontratación en un solo negocio.
Nosotros corrimos este mismo stack antes de construir PartnerView. Siete herramientas, una hoja de cálculo sosteniéndolas, una junta a la semana para mantener la hoja honesta. Escribimos sobre lo que eso cuesta en el impuesto operativo. El primer paso útil es simplemente ver el stack como lo que es: un parche que llevas tiempo pagando.