Pruebas básicas en un CRM

Un sistema de CRM administra y gestiona las relaciones con los clientes, proporcionando datos, información e interacciones. Esto, nos aporta un abanico muy amplio de temas a probar y que involucra gran cantidad de tipos de prueba que se pueden realizar, desde funcionales, integración a automáticas.

Cuando nos pongamos manos a la obra, lo primero es hacer una buena batería de datos con el CRM, de esta manera, podemos comprobar que todo está en orden. Eso si, intenta utilizar datos realistas, que sean coherentes a la zona donde vivas. Este paso, es muy importante si queremos revisar que todo el diseño es correcto y el UI y UX está funcionando como debe.

Al utilizar este tipo de datos realistas (no necesariamente reales), también podemos detectar posibles errores en base de datos y en diferentes flujos de trabajo que tenga el CRM. Temas comunes, son la ordenación, el no guardado o el guardado incorrecto o falta de edición en campos necesarios.

El siguiente punto que debemos de comprobar son los procesos que se han establecido en el CRM. Debemos de ir pasando por todos los caminos y realizar unas buenas pruebas de integración que nos aporten datos de entrada y salida correctos y adecuados. Cuando utilizamos una integración de un tercero, como SharePoint o Dynamics, es muy importante que todas las piezas encajen a la perfección y realizar tantas pruebas como datos se puedan usar, ya que es muy importante que los datos viajen correctamente en ambas direcciones, entre las herramientas y que se utilicen como deben. Además, estas herramientas, suelen incorporarse con flujos de trabajo que también deben de ser probados, si queremos que la viabilidad de todo el sistema sea la correcta.
 

Automatizar un CRM depende del tiempo de realización del mismo

Para probar todo lo relacionado con los datos, debemos de comprobar que la modificación y el uso lógico de los mismos es correcto, ya que, habitualmente, el uso de un CRM implica el añadir, editar o eliminar datos de manera bastante masiva.

A nivel lógico, un CRM suele tener información empresarial, por lo tanto, es realmente importante que existan diferentes perfiles especializados que nos guíen y que nos resuelvan todas las dudas que puedan surgir en las pruebas y en la comprensión clara de los requisitos de usuario que realizaremos.

Esto está relacionado con los usuarios que usarán el CRM, que serán diferentes y con permisos dispares, por lo tanto, otro punto que hay que tener en cuenta, si o si, es el de las pruebas con diferentes tipos de usuario. Esto nos permitirá saber si cada rol tiene permisos a los módulos que debe, si no existen filtraciones de información o si se comportan igual todas las pantallas de manera homogénea entre toda la plataforma.

Por ejemplo, es inadmisible que en un CRM médico no lleguen las citas a los pacientes de manera correcta o que no se pueda comprar un producto desde un CRM con acceso a clientes.

Cuando adquirimos un CRM de Salesforce, Microsoft o cualquier otro proveedor, damos por hecho que ya está probado y todo funcionará a la perfección, pero nada más lejos de la realidad. Muchas veces, tenemos que personalizar estas herramientas y nadie nos dice que ese código estará funcionando, de hecho, puede hacer que deje de funcionar todo el sistema o los datos acaben corruptos, por lo tanto, es muy importante realizar unas buenas pruebas de humo y de integración que validen todo lo realizado y asegure que todo funciona como debe de funcionar.

El siguiente paso, es saber si vamos a automatizar las pruebas en el CRM o no y la tecnología que vamos a usar. Todo depende del tiempo del proyecto. Al final, automatizar los flujos de trabajo y la interfaz, puede llevar mucho tiempo y quizá no merezca la pena todo el tiempo que tenemos disponible en realizar este tipo de pruebas, así que se podría recomendar con proyectos a largo plazo.

Una vez que hemos cubierto todos los puntos anteriores, podríamos decir que el CRM está listo para poner en producción y para que lo utilicen los usuarios o clientes de la empresa.