Cuándo un CRM personalizado cuesta menos que Salesforce

Un equipo pequeño no necesitaba un CRM de seis cifras. Un espacio enfocado eliminó traspasos entre hojas, protegió el seguimiento comercial y costó menos que la suscripción e implementación de Salesforce.

Proyecto de cliente · anonimizado

El negocio tenía la información de clientes y oportunidades repartida entre hojas de cálculo, correos y exportaciones de facturación. Salesforce habría resuelto parte de la visibilidad, pero su suscripción por usuario, trabajo de implementación y carga de procesos no eran proporcionales a las necesidades reales del equipo.

Resumen

La conclusión no es que Salesforce sea malo. Es que la amplitud de una plataforma no equivale a valor empresarial. Para un equipo pequeño con un flujo estrecho, un sistema enfocado puede ser más barato, adoptarse antes y cambiarse con más facilidad.

El problema: la decisión de CRM se convirtió en un ejercicio de precios

El equipo no pedía una máquina comercial empresarial. Necesitaba cuatro cosas:

• un registro fiable de clientes en lugar de varias pestañas;
• un responsable y una siguiente acción claros para cada oportunidad activa;
• un historial de conversaciones y cambios que no dependiera del buzón de una persona; y
• enviar información validada a facturación sin copiar y pegar.

El proceso existente había crecido alrededor de hojas de cálculo. Un cliente podía aparecer con nombres ligeramente distintos en el pipeline, el registro de soporte y la exportación de facturas. Las fechas de seguimiento vivían en calendarios individuales. Al final del mes, alguien conciliaba los totales manualmente y preguntaba al equipo qué oportunidades seguían siendo reales.

La ruta de Salesforce era comprensible: comprar un CRM probado y configurarlo bien. Pero la propuesta agrupaba varios costes: licencias, consultoría, migración, formación, administración y cambios de proceso diseñados para la plataforma. La pregunta útil era: “¿Vamos a operar y aprovechar estas capacidades durante los próximos tres años?”

El modelo de costes: comparar tres años, no la demo

Las cifras siguientes son un modelo de decisión anonimizado, no una cotización universal de Salesforce. El precio real depende de edición, contrato, usuarios, socio de implementación y negociación. El modelo incluye costes que suelen quedar fuera de la comparación de software.

El sistema personalizado solo gana si el alcance se mantiene disciplinado. La ventaja económica proviene de eliminar superficie no usada, no de fingir que mantener software es gratis.

Qué se construyó

El reemplazo fue un espacio pequeño de clientes con límites claros:

• clientes y contactos con identidad canónica y reglas de duplicados;
• etapas de oportunidad con responsable, valor, siguiente acción y fecha;
• historial de llamadas, correos, notas y cambios de estado;
• una entrega de datos validada al flujo financiero existente;
• acceso por roles; y
• exportación para que el negocio pueda llevarse sus registros.

No intentó reemplazar contabilidad, correo, marketing ni todos los informes futuros. El CRM fue la fuente de verdad para relaciones y oportunidades activas, no un universo nuevo que tuviera que poseer todo el negocio.

Arquitectura

La decisión importante fue el límite de propiedad, no el framework:

Existing spreadsheets ──validated migration──▶ CRM database
                                                  │
                                                  ▼
                                          Customer workspace
                                           │             │
                                           ▼             ▼
                                     Billing handoff   Export / reporting

El modelo relacional hizo explícitas las relaciones entre cliente, contacto, oportunidad y actividad. La validación se ejecutó antes de importar y en cada frontera externa. Los cambios importantes conservaron actor y fecha. La entrega a facturación fue idempotente, por lo que un reintento no creó una segunda solicitud.

Migración sin detener el negocio

Primero definimos las decisiones semanales que el CRM debía apoyar: oportunidades estancadas, responsable de la siguiente acción, ingresos probables y datos que finanzas podía confiar. Luego limpiamos y mapeamos las hojas, ejecutamos el nuevo espacio en paralelo, conciliamos totales y fechas, y trasladamos clientes actuales y oportunidades abiertas. Los registros antiguos se conservaron en un archivo exportable y buscable.

El éxito no fue el número de campos configurados. Fue detener la conciliación semanal, dar a cada oportunidad un responsable y una acción siguiente, y entregar datos consistentes a facturación.

Por qué ganó el sistema enfocado

• menos licencias para funciones que el equipo nunca operaría;
• menos traducción entre el proceso real y la terminología de una plataforma;
• menor coste de cambio para una nueva entrega;
• propiedad del esquema, los datos y el acceso de despliegue; y
• una salida creíble si más adelante Salesforce se convierte en un requisito real.

“Personalizado” solo resulta económico con una frontera escrita. En este caso entraron identidad, oportunidades, actividades y facturación. Campañas, previsiones complejas e informes universales quedaron fuera.

Salesforce puede ser correcto cuando su ecosistema, gobierno, previsiones o escala global ya son necesarios. La decisión debe seguir al proceso de negocio, no al atractivo de la demostración.

Para el patrón más amplio de migración desde AppSheet, consulta Migrar un CRM de AppSheet a un sistema propio. Si comparas construir frente a comprar, trae tus cifras a una llamada de encaje de 20 minutos.