Un documento de requisitos de compra basado en un flujo de trabajo real, con criterios de aceptación observables, una persona responsable, un costo total realista y un plan de salida.
- Trace el flujo de trabajo
- Pruebe si se adapta
- Tome la decisión
1. Identifique la carencia antes de elegir un producto
Un sistema de gestión de relaciones con clientes puede organizar los contactos y la actividad de ventas. Que sea su próxima compra útil depende del trabajo que necesite apoyar. Comience con un problema recurrente, descrito sin mencionar software: las solicitudes de cotización se quedan sin responsable, las fechas de seguimiento no son visibles o reconstruir el historial de un cliente toma demasiado tiempo.
Revise algunos ejemplos recientes con las personas que realizan el trabajo. Distinga entre la falta de una función y la falta de un acuerdo. Una herramienta puede carecer de una cola compartida o de controles de permisos útiles. En cambio, su equipo podría estar usando distintas definiciones de estado, dejando implícita la responsabilidad o registrando al mismo contacto con nombres diferentes. Ambas situaciones pueden darse; anótelas por separado.
Pregúntese qué mejoraría si mantuviera las herramientas actuales durante un mes más, pero aclarara quién es responsable, qué información se requiere y cuál es la siguiente acción. Trate la respuesta como una hipótesis que debe ponerse a prueba, no como una instrucción para conservar software inadecuado para siempre. La Prueba de traspaso de nuevas consultas ofrece un caso inicial acotado.
2. Prepare una prueba de compra que un proveedor pueda demostrar
Convierta ese ejemplo en un escenario breve con información ficticia de clientes. Describa quién recibe la solicitud, qué debe registrar, cómo la acepta otra persona, qué ocurre cuando vence un plazo y cómo la persona responsable consulta el resultado. Incluya un caso normal y una excepción, como una consulta duplicada o un integrante del equipo ausente.
Ejemplo de prueba de aceptación: Una consulta del sitio web ingresa en una única cola compartida. Un coordinador la asigna a una persona identificada encargada de elaborar cotizaciones, con una fecha límite. Esa persona ve la solicitud original y registra la siguiente acción. Un gerente puede encontrar las cotizaciones atrasadas sin preguntar a cada persona. Se puede vincular una consulta duplicada sin perder el historial.
Clasifique cada requisito como esencial, útil o innecesario para esta fase. Pida al proveedor que ejecute el escenario, no que simplemente señale una opción del menú. Registre si funciona tal como viene, necesita configuración, requiere un plan superior o depende de otro servicio. Incluya el uso móvil si sus usuarios trabajan lejos de un escritorio.
Mantenga sus criterios observables. Reemplace "fácil de usar" por una tarea que pueda completar un integrante representativo del equipo y anote dónde necesita ayuda. Reemplace "mejores informes" por la pregunta exacta que la persona responsable necesita responder y los registros necesarios para hacerlo.
3. Evalúe la adaptación más allá de la demostración
Identifique la información que se trasladará al CRM y quién debería verla. No importe todos los archivos adjuntos antiguos de forma predeterminada. La guía de la FTC sobre la protección de la información recomienda hacer un inventario de los datos sensibles, limitar lo que conserva y controlar el acceso. Aplique ese principio a las decisiones de migración en lugar de considerar la capacidad de almacenamiento como una razón para conservarlo todo.
Solicite la documentación vigente del proveedor sobre permisos, autenticación multifactor, eliminación de cuentas, copias de seguridad, conservación y exportación. Compruebe estas funciones en el plan que está considerando. La guía Start with Security de la FTC también enfatiza la evaluación de las prácticas de seguridad de los proveedores de servicios. Una demostración del producto por sí sola no permite comprobar esas prácticas.
Enumere todo el esfuerzo de implementación: suscripciones, configuración, depuración de datos para la migración, integraciones, capacitación, tiempo de administración y cambios continuos. Pregunte quién se ocupa de las fallas de integración y cómo se informa a su equipo. Identifique a la persona que puede modificar las etapas y los permisos después de la puesta en marcha. Confirme qué ocurre cuando esa persona deja la organización.
Por último, pruebe una salida. Exporte sus registros ficticios y examine el resultado. ¿Puede comprender los contactos, las notas, las actividades, las responsabilidades y los archivos adjuntos fuera del producto? Registre cualquier relación faltante o requisito de pago para exportar antes de depender de ellos.
4. Realice una prueba piloto acotada y después decida
Elija un equipo o tipo de consulta, una persona responsable de la prueba piloto y una fecha de revisión. Defina dónde estará el registro oficial durante la prueba para que el personal no mantenga sin saberlo dos colas contradictorias. Comience con datos ficticios; pase a información empresarial aprobada solo después de comprobar los requisitos de acceso y manejo.
Compare el mismo trabajo antes y durante la prueba piloto: tiempo para encontrar la siguiente acción, registros sin responsable, ingreso duplicado de datos y excepciones sin resolver. Cuente también el tiempo de capacitación y corrección. Una prueba piloto pequeña aporta evidencia sobre la adaptación; no justifica afirmar un ahorro anual. Decida si adoptar, ajustar o detener la prueba según los criterios de aceptación que definió al principio.
La lista de verificación de compra
- El problema recurrente está documentado con ejemplos reales.
- Se han demostrado los flujos de trabajo esenciales y las excepciones.
- Se han comprobado los datos, los permisos, la eliminación de cuentas y la exportación.
- El esfuerzo total incluye la migración, la capacitación y la administración.
- La prueba piloto tiene una persona responsable, una fecha de revisión y criterios para detenerla.
Límites y concesiones
Esta guía no clasifica proveedores ni evalúa la seguridad de un producto. Un CRM no es automáticamente un sistema de programación de citas, contabilidad o gestión de trabajos. Verifique directamente sus límites y las condiciones vigentes del proveedor. Si se trata de registros regulados o sensibles, involucre a la persona responsable de los requisitos de su organización antes de seleccionar o migrar un sistema. Un mejor software sigue necesitando responsabilidades claras y tiempo para su adopción.
Fuentes primarias
La orientación de la FTC sirve de base para las preguntas sobre datos y proveedores. El ejercicio de selección es un método propio de Mission Desk, revisado el 3 de noviembre de 2026.