Guías · Blog de OctopusCRX

What to Prepare Before a First Consultation

12 de marzo de 2025 · Lectura: 7 minutos

Llega el día de la primera consulta y, aunque parezca que solo hay que presentarse y contar lo que uno hace, la diferencia entre una reunión productiva y otra que se diluye en generalidades casi siempre está en lo que se preparó antes. No hace falta armar una presentación de veinte diapositivas ni un documento formal: alcanza con ordenar algunas ideas y tener a mano cierta información.

En esta nota repasamos qué conviene tener listo antes de sentarse a hablar con un consultor o con un equipo que va a trabajar sobre un proyecto de transformación digital, automatización o experiencia del cliente. Son puntos prácticos, pensados para que la conversación avance rápido y no se pierda tiempo en preguntas que se podrían haber respondido por escrito.

El contexto del negocio, en pocas líneas

Lo primero que se va a preguntar es a qué se dedica la empresa, a qué clientes atiende y cómo está organizada hoy la operación. No hace falta un informe extenso: con tres o cuatro párrafos alcanza. Pero sí conviene que estén escritos y que los lea alguien que no trabaja en el día a día, para detectar si se entiende o si hay que explicar mejor el modelo.

También ayuda llevar un par de números básicos: cantidad de personas en el equipo, volumen aproximado de operaciones por mes, canales de atención que se usan y si hay alguna herramienta digital ya instalada. Con eso, quien escucha puede dimensionar el proyecto sin necesidad de hacer preguntas incómodas en el momento.

El problema concreto, no el síntoma

Es común llegar con una frase del tipo "necesitamos automatizar" o "queremos implementar IA". Eso sirve como punto de partida, pero no alcanza. Lo que realmente destraba una consulta es poder decir qué duele hoy: ¿las respuestas a clientes tardan demasiado? ¿Los reportes se arman a mano y llevan dos días? ¿El equipo pierde horas cargando datos que ya están en otro sistema?

Un ejercicio útil es anotar tres situaciones concretas de la última semana donde algo funcionó mal o llevó más tiempo del esperado. Esas anécdotas dicen más que cualquier diagnóstico teórico y le dan al consultor material real para pensar una solución.

Lo que no se quiere cambiar

Tan importante como saber qué molesta es tener claro qué no se está dispuesto a tocar. Puede ser un sistema contable que funciona bien, una forma de atención que los clientes valoran o un proceso interno que tiene sentido aunque sea artesanal. Mencionarlo desde el principio evita propuestas que después se descartan por completo.

También conviene pensar en restricciones de presupuesto y de tiempo, aunque no se quiera dar un número exacto. Decir "esto tiene que estar funcionando antes de fin de año" o "no podemos frenar la operación más de un día" orienta mucho mejor que un presupuesto abierto.

Preguntas para llevar anotadas

Una consulta no es solo para que el consultor haga preguntas. También es el momento de resolver dudas propias: cómo se va a trabajar, quién participa de cada lado, qué entregables se van a ver y en qué plazo. Anotar esas preguntas antes de la reunión evita que se olviden cuando la conversación se pone interesante.

Si la consulta es sobre un proyecto de automatización o IA, conviene preguntar específicamente por los riesgos y las limitaciones de la tecnología propuesta. Un buen equipo va a mencionarlos sin que se los pidan, pero tener la pregunta preparada demuestra que se viene a trabajar en serio.

Después de la reunión

Antes de terminar, conviene acordar qué sigue: si va a haber una propuesta formal, un resumen de lo conversado o una segunda reunión con más gente del equipo. También es buen momento para definir quién queda como contacto de cada lado y en qué plazo se espera una respuesta.

Si esta es la primera vez que se trabaja con un equipo externo, puede servir leer sobre los servicios que ofrecemos y cómo encaramos cada proyecto. Y si quedaron dudas sobre el proceso, siempre se puede escribirnos antes de tomar una decisión.