«Asesoramiento». «Estrategia». «Optimización». Los clientes leen los nombres, pero pueden quedarse con una pregunta muy concreta: ¿qué pasará cuando empecemos a trabajar juntos?
Con un producto, pueden revisar algunas características antes de comprar. Con un servicio, parte del valor aparece en el análisis de la situación, en las decisiones y en el trabajo que se hace por el camino. Es precisamente la parte difícil de mostrar en una propuesta de unas pocas líneas.
Podemos hacer que un servicio pueda valorarse explicando qué asumimos, qué producimos, qué comprobamos y qué podrá usar el cliente después.
Lo que obtiene quien compra más allá del nombre
La misma etiqueta puede abarcar encargos muy distintos. El asesoramiento puede ser una conversación sobre una decisión concreta o un proceso que incluye revisar documentos, entrevistas y recomendaciones por escrito. La implementación puede partir de un brief completo o necesitar aclaraciones antes de empezar el trabajo.
No hay una única forma correcta. La propuesta tiene que mostrar la forma que se sugiere para la situación concreta. Los clientes tienen que saber qué información aportan, qué implicación se pedirá a su equipo y quién toma el relevo después del traspaso del trabajo.
Esta claridad también ayuda al proveedor a estimar el trabajo de forma responsable. Una descripción vaga puede esconder expectativas muy distintas que solo aparecen cuando el proyecto ya ha empezado.
Una demostración puede mostrar tu forma de trabajar
Tomemos un ejemplo hipotético: una empresa quiere organizar la gestión de sus solicitudes comerciales. El servicio propuesto incluye el análisis del recorrido actual, la definición de las responsabilidades y la implementación de los cambios acordados.
Antes de firmar el contrato, podemos mostrar un ejemplo ficticio de mapa del recorrido, un modelo de descripción de las responsabilidades y cómo se comprobaría una solicitud. Estos materiales hacen el método más fácil de entender sin pretender que el análisis de la empresa ya esté hecho.
| Material de demostración | Lo que puede aclarar | Lo que no establece por sí solo |
|---|---|---|
| Ejemplo de mapa del recorrido | El tipo de conexiones que analizamos | Cómo funciona la empresa del cliente |
| Modelo de documento de trabajo | La forma de un entregable y su nivel de detalle | La recomendación adecuada para el proyecto |
| Demostración con datos ficticios | Un comportamiento técnico posible | La integración completa con los sistemas reales |
| Caso de estudio autorizado | Una experiencia y sus condiciones | La reproducción del resultado en otro contexto |
El ejemplo es ilustrativo y no describe un encargo ni resultados de NOT MORE. Los materiales comerciales reales tienen que identificarse bien: ejemplo, prototipo, concepto o trabajo realizado.
El documento y la decisión que sostiene
El número de páginas de un documento no dice nada de su utilidad. Una estrategia puede ayudar a un equipo a elegir sus prioridades, repartir los recursos y decidir qué pasa a implementación. La propuesta tiene que explicar esa conexión.
Por ejemplo, un análisis de los mensajes puede producir una jerarquía de argumentos y ejemplos de uso. El cliente tiene que entender si también recibe los textos y el diseño finales, o solo la dirección que desarrollará su equipo.
En una implementación técnica, merece la pena distinguir la configuración, las pruebas, la documentación y la administración continua. Si la asistencia continua no está incluida, una demostración que funciona no debe hacer creer que alguien vigilará el sistema indefinidamente.
Cómo se ve el avance antes del resultado final
En un proyecto más grande, el cliente tiene que poder ver qué se ha aclarado y qué viene después. Fijamos fases que tienen sentido para el trabajo: validación de la información, aprobación de una dirección, cierre de un componente o comprobación de una integración.
En cada fase, explicamos qué decisión se pide. Aprobar la estructura de una web es distinto de aprobar el diseño o de confirmar que el formulario funciona. Si las confundimos, podemos descubrir demasiado tarde que las partes no aprobaron lo mismo.
Avanzar también puede significar descartar una hipótesis. Si el análisis muestra que el problema no está donde suponíamos, explicamos la conclusión y lo que significa para el proyecto. No producimos un entregable inútil solo para marcar una fase.
Lo que puede prometerse y lo que depende de otras condiciones
Podemos comprometernos con los entregables, el proceso de revisión y las responsabilidades acordadas. Los resultados comerciales también pueden depender de la oferta, de la demanda, del equipo comercial o del calendario de implementación. Esas dependencias tienen que explicarse de forma concreta.
En un servicio que mejora la gestión de las solicitudes, podemos comprobar si la información llega a la persona adecuada. Un aumento del número de contratos exige una valoración más amplia. Un recorrido técnicamente correcto no cualifica las solicitudes ni lleva por sí solo la conversación comercial.
Los escenarios pueden ayudar a valorar si las hipótesis son explícitas. Los presentamos como escenarios, sin convertir cifras orientativas en resultados garantizados.
Un comienzo proporcionado a la pregunta
A veces, una consulta limitada puede aclarar la siguiente decisión. Otras veces, hace falta una investigación antes de poder estimar la implementación. Si ya hay una estrategia utilizable y un brief suficiente, podemos empezar por la fase correspondiente.
Una primera fase de pago tiene sentido cuando produce un trabajo y un resultado definidos. Explicamos qué sabrá o podrá hacer el cliente al final, y cómo puede continuar con nosotros o con otro equipo. No la presentamos como una cuota de entrada obligatoria para acceder a un servicio.
Una demostración gratuita tampoco debe confundirse con hacer todo el proyecto antes del contrato. Unos límites claros permiten una conversación comercial útil y una estimación basada en las responsabilidades reales.
El traspaso del trabajo forma parte del servicio
Un buen resultado puede volverse difícil de usar si faltan las explicaciones, los archivos o los accesos necesarios. Acordamos qué se entrega, en qué forma y a quién. Si el equipo del cliente toma el relevo, comprobamos los conocimientos y los recursos que necesita.
En una estrategia por sí sola, el traspaso puede incluir las prioridades, las hipótesis, ejemplos y las responsabilidades recomendadas para lo que viene. En un componente implementado, puede incluir la documentación y las comprobaciones acordadas. El nivel se adapta al proyecto, sin suponer que cada servicio incluye la misma documentación.
También precisamos dónde termina la fase. La asistencia, el seguimiento u otros desarrollos pueden continuar, pero tienen que definirse de forma explícita.
Cómo trabajamos en NOT MORE.
Empezamos por entender la aportación necesaria. Podemos aportar asesoramiento, estrategia, producción, software, implementación o una colaboración continua, por separado o juntos. Partimos de lo que existe y trabajamos con las personas que designa el cliente, incluidas otras agencias.
Hacemos visible el trabajo con entregables y puntos de control adecuados al proyecto. Así, el cliente puede valorar qué recibe y cómo se conecta con su objetivo.
Para saber más
Sun Yi: Selling The Invisible (en inglés) explica cómo presentar la estrategia como un servicio intangible. Este artículo desarrolla de forma independiente criterios de valoración, ejecución y traspaso del trabajo para varias formas de colaboración.