Egor Chirkunov

Hay interés. Se compra poco.

Puede venir con el problema, no con una especificación para resolverlo. Yo averiguo qué hay detrás, qué se puede comprobar y qué conviene hacer después.

Cuénteme el problema

Lo que estos encargos tienen en común es que todavía no existe una forma establecida de resolverlos. Esa parte también es mi trabajo: desde entender el problema hasta algo que funciona.

Puede llegar con un problema que todavía cuesta nombrar bien.

01

Hay interés. No está claro dónde se pierde la compra.

Con qué se quedaqué cambiar en la oferta, en los mensajes, en las páginas, en la venta o en el contenido; en qué orden hacerlo; qué comprobar antes de gastar mucho y qué dejar de momento como está.

La gente pregunta, llega por recomendación, reacciona a lo que publica — y compra poca.

La causa puede estar en el contenido. Igual puede estar en el público, en la oferta, en la confianza, en el camino hasta la compra, o no tener nada que ver con la comunicación.

Empiezo por localizar dónde se rompe de verdad el camino hasta la compra y qué tipo de comprobación hace falta aquí. El trabajo no termina en el diagnóstico: la causa que aparece se convierte en cambios concretos.

02

La decisión hay que tomarla antes de tener datos propios.

Con qué se quedaun mapa de decisiones con prioridades, riesgos y orden de implantación; y donde haga falta, las reglas, especificaciones o prototipos sobre los que el equipo pueda seguir construyendo.

Lanza un producto nuevo, una web, una línea nueva. Datos propios todavía no hay, y hay decenas de decisiones que tomar ya.

Cuando todas las opciones suenan razonables, las decisiones se convierten en una discusión de gustos.

Reúno los fundamentos donde ya existen — en cómo se comportan los compradores, en lo que hacen los competidores y las categorías vecinas, en lanzamientos anteriores y en investigación ya hecha — y los convierto en un sistema dentro del cual se puede decidir, en lugar de discutir caso por caso.

03

Los números enseñan el resultado. No explican la causa.

Con qué se quedaun conjunto de indicadores o comparaciones que funciona y enseña dónde cambia de verdad el resultado, más las decisiones o pruebas concretas que se derivan de él.

El tráfico crece y las ventas no. La escala sube y el resultado apenas se mueve. Unas líneas funcionan bastante mejor que otras, y los números de siempre no dicen por qué.

A veces datos ya hay de sobra — es que una sola cifra final es la suma de varias causas distintas.

Si los indicadores que existen no bastan, primero construyo una forma de ver el problema: separo lo que se ha mezclado, encuentro la comparación que importa o creo una capa de medición nueva. Solo después queda claro qué merece la pena cambiar.

04

Para escalarlo, primero hay que saber qué crea la calidad.

Con qué se quedala lógica del trabajo puesta por escrito, y un mecanismo que el equipo puede usar sin depender permanentemente de la persona sobre la que se sostenía todo.

La calidad se sostiene sobre una persona: el experto lo hace todo él, el fundador revisa personalmente cada cosa importante, o un empleado es el único que sabe por qué el proceso es como es.

Automatizarlo sin más es peligroso: se puede quitar el trabajo manual junto con aquello que el cliente o el negocio valoran de verdad.

Por eso lo primero es desmontar el origen de la calidad y ponerlo por escrito — reglas, voz, criterios, excepciones, el orden en que se toman las decisiones, cálculos, contexto. Después construyo el proceso o la herramienta que reproduce lo que importa sin una persona pendiente cada vez.

Con qué se quedaqué cambiar en la oferta, en los mensajes, en las páginas, en la venta o en el contenido; en qué orden hacerlo; qué comprobar antes de gastar mucho y qué dejar de momento como está.

La gente pregunta, llega por recomendación, reacciona a lo que publica — y compra poca.

La causa puede estar en el contenido. Igual puede estar en el público, en la oferta, en la confianza, en el camino hasta la compra, o no tener nada que ver con la comunicación.

Empiezo por localizar dónde se rompe de verdad el camino hasta la compra y qué tipo de comprobación hace falta aquí. El trabajo no termina en el diagnóstico: la causa que aparece se convierte en cambios concretos.

Con qué se quedaun mapa de decisiones con prioridades, riesgos y orden de implantación; y donde haga falta, las reglas, especificaciones o prototipos sobre los que el equipo pueda seguir construyendo.

Lanza un producto nuevo, una web, una línea nueva. Datos propios todavía no hay, y hay decenas de decisiones que tomar ya.

Cuando todas las opciones suenan razonables, las decisiones se convierten en una discusión de gustos.

Reúno los fundamentos donde ya existen — en cómo se comportan los compradores, en lo que hacen los competidores y las categorías vecinas, en lanzamientos anteriores y en investigación ya hecha — y los convierto en un sistema dentro del cual se puede decidir, en lugar de discutir caso por caso.

Con qué se quedaun conjunto de indicadores o comparaciones que funciona y enseña dónde cambia de verdad el resultado, más las decisiones o pruebas concretas que se derivan de él.

El tráfico crece y las ventas no. La escala sube y el resultado apenas se mueve. Unas líneas funcionan bastante mejor que otras, y los números de siempre no dicen por qué.

A veces datos ya hay de sobra — es que una sola cifra final es la suma de varias causas distintas.

Si los indicadores que existen no bastan, primero construyo una forma de ver el problema: separo lo que se ha mezclado, encuentro la comparación que importa o creo una capa de medición nueva. Solo después queda claro qué merece la pena cambiar.

Con qué se quedala lógica del trabajo puesta por escrito, y un mecanismo que el equipo puede usar sin depender permanentemente de la persona sobre la que se sostenía todo.

La calidad se sostiene sobre una persona: el experto lo hace todo él, el fundador revisa personalmente cada cosa importante, o un empleado es el único que sabe por qué el proceso es como es.

Automatizarlo sin más es peligroso: se puede quitar el trabajo manual junto con aquello que el cliente o el negocio valoran de verdad.

Por eso lo primero es desmontar el origen de la calidad y ponerlo por escrito — reglas, voz, criterios, excepciones, el orden en que se toman las decisiones, cálculos, contexto. Después construyo el proceso o la herramienta que reproduce lo que importa sin una persona pendiente cada vez.

No hace falta saber de antemano qué necesita.

Para problemas así muchas veces no hay un proceso que seguir. La primera pregunta es cómo resolver este en concreto; y donde no existe un enfoque, lo construyo para el encargo.

Si parece que hacen falta redes sociales,
no empiezo por un calendario de contenidos.
Si quiere automatizar el trabajo de un experto,
no empiezo por un agente de IA.

Lo que al principio parece la solución suele ser solo una hipótesis sobre dónde está el problema.

A veces la forma de resolverlo pasa por encontrar datos que faltan. A veces por inventar una medida nueva, poner por escrito el conocimiento del experto, montar un prototipo o construir una herramienta. Un encargo necesita datos; otro, reglas, un prototipo o un sistema. El método responde al encargo, y no al revés.

Usted trae el problema. Yo determino qué hace falta para resolver este en concreto — qué entender o comprobar, qué cambiar o construir — y llevo el trabajo hasta un resultado que se pueda usar.

Si el encargo ya está bien definido y solo necesita a alguien que ejecute una especificación cerrada, lo más probable es que un especialista del ramo salga más sencillo y más barato.

Se termina con algo con lo que se puede actuar.

Un encargo puntual

Una decisión

Qué hacer. En qué orden. Por qué esta opción gana a las demás. En qué se apoya. Dónde queda el riesgo. En qué fijarse para saber si ha funcionado.

Un encargo que vuelve

Un mecanismo que funciona

Si la misma pregunta o el mismo trabajo vuelven, la forma de resolverlo se convierte en un mecanismo que se puede usar sin volver a averiguarlo todo desde cero.

Primero aparece una forma de resolver este encargo en concreto. Después, la forma del resultado depende de si ocurre una vez o vuelve.

Una decisión

  1. Mapa de decisiones
  2. Plan de lanzamiento
  3. Prioridades de cambio
  4. Especificación
  5. Prototipo
  6. Plan de comprobación

La forma depende del encargo.

Un mecanismo que funciona

  1. Radar
  2. Base que se actualiza sola
  3. Cuadro de mando
  4. Cadena de producción
  5. Proceso
  6. Una herramienta para el equipo

Hecho para ese encargo.

Hablemos de qué forma necesita

En estos proyectos lo primero que hubo que inventar fue cómo resolverlos.

Las formas finales son distintas: un sistema de producto, un mapa de decisiones, un radar de mercado, un modelo de prioridades. Lo que comparten es que no existía un método ya hecho que bastara con ejecutar.

PIPELINE

Cómo aumentar el volumen cuando la calidad se sostiene sobre algo difícil de describir

Primero hubo que describir el origen de la calidad. Solo después se pudo escalar.

Fuente

modelo experto

  • voz y tono
  • reglas y límites
  • lógica del producto
  • mapa o lectura del cliente

Sistema

proceso de lectura personalizada

1contexto
2generación
3procesado
4maquetación
5control
contexto común · configuración · plantillas

Resultado

documento personal terminado

  • texto adaptado a los datos
  • una lectura coherente
  • PDF tipográfico
  • historial guardado
contexto comúntodas las secciones forman una sola lectura
maquetación según el textoel diseño se adapta a la extensión sin cambiar el contenido
configuración, no códigoproductos, secciones, reglas y plantillas se ajustan por separado
productos
9 tipos de producto personalizado
cadena
cálculo → generación → normalización → maquetación tipográfica
resultado
un producto personal terminado en PDF
traspaso
el sistema lo maneja un operador sin perfil técnico

El trabajo personal de una especialista llevaba varias horas por pieza, y se valoraba justo por eso: una voz propia, la lógica de la interpretación, cálculos precisos y la sensación de que el resultado estaba hecho para una persona concreta.

Por eso el encargo nunca fue «meter IA». Lo primero fue poner por escrito lo que existía como oficio de una persona: las reglas, la voz, la lógica psicológica, los cálculos y los criterios de calidad.

Después construí un sistema que unió los cálculos, la generación, la revisión, la maquetación tipográfica en PDF y la interfaz del operador.

FIELD

Cómo tomar cien decisiones antes del primer día de ventas

Datos propios todavía no había — así que lo primero que hubo que construir fue una forma de decidir sin ellos.

1 AUDITORÍAS Y OBSERVACIONES

CAMPO
joyería · DTC · moda · automoción
FOCO
confianza · elección · compra · posventa

Mapa de observaciones

apoyoneutralpunto de riesgo

La pregunta no es si algo es bonito, sino si ayuda a elegir, genera confianza, resuelve dudas y sostiene la compra.

2 PATRONES Y CONCLUSIONES

APOYOS
decisiones que se pueden trasladar
HUECOS
oportunidades que el mercado no aprovecha

Categorías clave

  • Comprador y motivaciónregalo · compra propia · inseguridad
  • Producto y propuestaprecio · materiales · personalización
  • Camino a la comprabúsqueda · comparación · servicio · confianza
  • Mercado y contextopaís · canales · códigos culturales
  • Hipótesis y riesgoshuecos · supuestos · límites

3 RECOMENDACIONES PRIORIZADAS

PRIORIDAD
primero, las decisiones que reducen el riesgo principal
SECUENCIA
lanzar → comprobar → crecer

Plan de implantación

  1. 1
    CONFIANZAtransparencia · reseñas · servicio
  2. 2
    ELECCIÓNescenarios · precios · regalos
  3. 3
    ECOSISTEMAun marco · submarcas distintas
  4. 4
    CRECIMIENTOmétricas · pruebas · personalización
mercadomapa de movimientos competitivos
compradormotivos y barreras
sistemareglas y patrones
lanzamientoorden de decisiones
campo
39 marcas y categorías vecinas
preguntas
105 preguntas estratégicas
base académica
59 fuentes académicas
resultado
127 decisiones priorizadas con evidencia, riesgos y fases de implantación

Un ecosistema nuevo de seis marcas no tenía historial propio del comportamiento de sus compradores, y las decisiones clave de producto y de UX hacían falta antes del desarrollo.

Reuní los fundamentos a partir de auditorías de la competencia, fuentes académicas, las palabras de los propios compradores y el contexto nacional, y los convertí en un único sistema de decisiones — con prioridades, riesgos, reglas y prototipos.

La investigación no acabó siendo un informe sobre el mercado, sino una arquitectura de trabajo desde la que diseñar y lanzar el producto.

TRACE

Cómo elegir ubicaciones nuevas cuando el mercado de la competencia apenas se ve desde fuera

Primero hubo que inventar una forma de ver el mercado siquiera. Después esa forma se convirtió en un sistema que funciona.

1 ESTADOS PÚBLICOS

Desde fuera se ve un estado sencillo de la estación. El sistema lo convierte en una capa observable del mercado.

DISPONIBILIDAD

cuántos dispositivos hay disponibles ahora

MOVIMIENTO

alquiler, devolución y cambios de disponibilidad

ESTADO

si la estación está activa y cambia su capacidad

CONTEXTO

ciudad, ubicación, categoría y horario

2 RECONSTRUCCIÓN DE INDICADORES

De un estado aislado a la dinámica del mercado

DisponibilidadRitmoDensidadHuecos

No se compara solo el número de estaciones, sino cómo cambian la disponibilidad, la actividad y la cobertura entre ciudades.

3 DECISIÓN DE UBICACIÓN

  1. poca disponibilidad en una zona de demanda estable
  2. mercado activo con cobertura insuficiente
  3. ubicación de tránsito con espera prolongada
  4. mucha afluencia con poca capacidad
  5. zona estacional apta para una prueba controlada

Primero se comprueba la señal de mercado. Después se decide la ubicación y el gasto.

OPENcapa visible de datos
TRACEhistorial de cambios, no una foto fija
PLACEde la señal a la siguiente prueba
cobertura
más de 60 000 estaciones de varios competidores en varios países
actualización
cada 30 minutos
método
estados públicos → indicadores reconstruidos
resultado
un cuadro de mando interactivo para decidir ubicaciones
puesta en marcha
28 días

El operador veía su propia red, pero no podía compararla con la competencia usando los mismos indicadores.

No existía una fuente ya hecha para esa comparación. Encontré una señal pública desde la que se podía reconstruir el movimiento del mercado y construí un sistema que convertía con regularidad los estados públicos de las estaciones en indicadores comparables.

De ahí salió una imagen del mercado que se actualiza sin parar y una herramienta interactiva para decidir ubicaciones.

NETWORK

Cómo convertir miles de conversaciones en decisiones y no en otro flujo de datos más

Recoger era solo la puerta de entrada. El valor apareció en el sistema que convertía el ruido en la acción siguiente.

MAPA DE DECISIONES: DE LA SEÑAL A LA ACCIÓNCada círculo es un patrón que se repite en las conversaciones de la audiencia. El tamaño indica la fuerza de la señal; la posición, su cercanía a una decisión práctica.
más cerca de la decisión↑ alta↓ bajaseñal → oportunidad estable
puntos de crecimientocontexto establerutas débilestamaño = fuerza de la señal
fuentes
9 plataformas
volumen
unas 40 000 conversaciones al mes
estructura
24 metatemas · más de 200 subtemas · evolución en el tiempo
resultado
prioridades de producto, lenguaje, comunicación y contenido

Al producto le hacía falta saber qué preocupaba a cada parte de su público, con qué palabras lo decía y qué temas crecían o se apagaban.

Leer las plataformas a mano no escalaba, y un flujo sin más de mensajes encontrados solo añadía ruido.

Construí una cadena que seleccionaba las conversaciones relevantes, extraía las señales que se repetían, las agrupaba en temas estables y las convertía en prioridades para el producto y para la comunicación.

Las respuestas se abarataron. Las decisiones, no.

Una respuesta verosímil se consigue en un minuto. Lo difícil es saber qué pregunta importa de verdad aquí, qué hace falta para resolverla y qué cambiar o construir una vez que se sabe.

  1. Qué hay que cambiar

    El punto de partida es la situación del negocio, no un método: qué está pasando ahora y qué resultado o qué decisión hacen falta de verdad.

  2. Cómo se podría resolver esto siquiera

    Fijo un enfoque para este encargo en concreto. Donde no hay uno ya hecho, lo monto: investigación, un sistema de medición nuevo, poner la experiencia por escrito, un prototipo, una herramienta — por separado o juntos.

  3. Qué hay que averiguar o poner por escrito

    Reúno las señales y los datos que faltan, o convierto el conocimiento tácito de una persona en reglas con las que ya se puede trabajar.

  4. Qué aguanta la comprobación

    Comparo versiones, fuentes, decisiones y renuncias. Lo verosímil no se vuelve cierto por sonar bien.

  5. Qué decisión se toma

    Dejo por escrito qué hacer, en qué orden, por qué esta opción es más fuerte que las de al lado y qué riesgo queda.

  6. En qué forma de trabajo se convierte

    Una decisión no debería quedarse en texto. Según el encargo, puede ser una especificación, un prototipo, un mapa de decisiones, un proceso, un cuadro de mando, una cadena de producción u otra herramienta.

  7. Traspaso y comprobación

    El resultado se queda con usted y tiene que funcionar sin depender permanentemente de mí. El criterio se acuerda antes de empezar, no se ajusta después.

La IA dentro del trabajo: acelera la búsqueda, la recogida, el etiquetado, el procesamiento, el prototipado y la producción donde tiene sentido. La elección del método, de las fuentes y de las alternativas, las decisiones finales y la responsabilidad por el resultado no se delegan en un modelo.

Dónde están los límites

01 / Pocas huellas

Una respuesta con seguridad donde los datos no dan para tenerla.

A veces el resultado honesto no es una decisión, sino un plan preciso de qué falta por averiguar y dónde se puede comprobar.

02 / Una versión que suena bien

Una hipótesis no se convierte en prueba por sonar bien.

Lo confirmado, lo probable y lo desconocido siguen siendo capas distintas.

03 / Resultados de negocio

No prometo crecimiento, ventas ni retorno que dependen de más cosas que de mi trabajo.

Respondo por la calidad de los fundamentos, por la recomendación, por el mecanismo que construyo y por una comprobación que usted pueda entender.

04 / El precio de equivocarse

No todas las preguntas merecen un proyecto propio.

Si equivocarse sale más barato que averiguarlo, a veces lo razonable es hacer una prueba pequeña y mirar el resultado.

Una persona sostiene el encargo entero

Me llamo Egor Chirkunov. Durante once años dirigí mi propia productora; entre los clientes estaban Xerox, Microsoft, Beeline y Rostelecom, y volvieron con encargos nuevos durante años.

Construyo sistemas para trabajo creativo y analítico difícil. Entre ellos: organizar el trabajo de un equipo narrativo de unas 50 personas, seguimiento de la competencia a partir de fuentes públicas, y sistemas y herramientas de investigación que convierten trabajo manual complicado en un proceso que se puede repetir.

Dirección

entiendo a un público, reúno partes dispersas en un todo y llevo el resultado hasta la acción.

Psicología

leo motivos, barreras, lenguaje y cómo decide la gente.

Disciplina de investigación

contrasto las versiones verosímiles con las alternativas y no escondo dónde acaba la evidencia.

Ingeniería

convierto la forma de resolverlo en una herramienta, un proceso o un sistema que funciona.

No son cuatro servicios. Son las razones por las que no hace falta repartir un encargo difícil entre varios proveedores.

Dos o tres frases bastan para empezar.

  • «La gente pregunta, pero compra poco».
  • «Lanzamos en tres meses y discutimos casi de todo».
  • «Los números tienen buena pinta, pero el negocio no lo nota».
  • «Todo el proceso se sostiene sobre una persona».

Cómo empieza el trabajo

  1. Usted escribe en dos o tres frases qué está pasando.
  2. En una conversación comprobamos si hay aquí un encargo en el que yo sea útil.
  3. Antes de empezar dejamos por escrito qué recibe exactamente, los límites del trabajo, el plazo y el coste.
  4. Después usted decide si seguimos.

No hace falta preparar de antemano un briefing, un estudio ni un montón de datos. No tiene que elegir un método, montar una investigación ni redactar una especificación. Yo le diré si veo aquí un problema en el que pueda ser útil.

egor@eqwise.ai