Hipótesis del problema: los equipos pequeños de comercio electrónico pierden tiempo convirtiendo fotos brutas de producto en recursos de campaña listos para cada canal. Supuestos más riesgosos: la calidad de las fotos es suficiente, los equipos confían en variaciones de recursos con IA y el tiempo de revisión es el verdadero cuello de botella. Preguntas de investigación: quién se encarga de crear recursos de campaña, dónde se atascan las revisiones y qué estándar de calidad bloquea la publicación. Plan de validación: entrevistar a 5 operadores, probar 3 flujos de recursos guiados por prompts y comparar el tiempo hasta el primer recurso aprobado. Puerta de decisión: continuar solo si los equipos pueden llegar a un borrador publicable más rápido que con su flujo actual.

Objetivo: definir si los consultores independientes necesitan un espacio de notas con IA o una capa más ligera de seguimiento de clientes. Supuestos de trabajo: ya capturan notas, pero la síntesis y la redacción de siguientes pasos son inconsistentes. Audiencia: consultores independientes con llamadas recurrentes con clientes y soporte operativo limitado. Preguntas clave: qué notas se convierten en trabajo facturable, qué se pierde después de las llamadas y dónde las herramientas CRM se sienten demasiado pesadas. Plan de investigación: realizar 6 entrevistas, revisar 10 flujos recientes de notas de llamadas y probar un prototipo de brief de seguimiento.

Promesa central: es visible, pero todavía está planteada como una función en lugar de un resultado concreto para el usuario. Punto confuso: la página no explica quién obtiene valor primero ni qué flujo de trabajo cambia después del registro. Vacío de ejemplos: añade ejemplos antes-después, muestras de salida del modelo y una señal breve de confianza cerca del hero. Problema de CTA: la acción principal aparece después de demasiada explicación; acerca un CTA orientado al uso a la sección de uso rápido. Plan de revisión: afina el hero, añade tarjetas de resultados y luego reescribe las objeciones antes de pulir los visuales.

Tipo de problema: fallo repetido de exportación más solicitud de reembolso. Respuesta para el cliente: reconocer los intentos fallidos, pedir disculpas con claridad y confirmar que primero ayudarás a recuperar la ruta de exportación. Límite de política: explicar la elegibilidad de reembolso solo a partir de las notas de política proporcionadas; no prometer una excepción. Siguiente paso: pedir formato de exportación, navegador y marca de tiempo, y luego derivar a facturación si la cuenta cumple los criterios de reembolso. Nota interna: etiquetar como riesgo de fiabilidad del producto porque la misma exportación falló dos veces.