Informe de ideas — inteligencia y valor diferencial (2026-06-11)
INFORME FINAL — TOP 10 IDEAS PARA ATENDYO (ponderación: impacto 45% / unicidad 30% / viabilidad 25%, media de 3 jueces)
Repo base de todo: /Users/victorgomez/code/shopify-support-bot
Nota previa de consolidación: los jueces detectaron duplicados. "Recuperador de carritos por WhatsApp" (7.48) y "Rescate de Carrito Conversacional" (7.50) son la misma feature — aquí van fusionadas en una sola entrada (quedándonos con el truco de demo del segundo). Igual con el trío back-in-stock (Aviso-Venta / Dinero en Espera / Avisos que Venden): se construye UNA vez, en su versión "Dinero en Espera". Esto libera hueco para Perfil España en el puesto 10.
======================================== TOP 10
DEMO INSTANTANEA "Mira cómo aprende tu tienda en 60 segundos" — 8.00 (I 9.0 / U 7.3 / F 7.0) Pitch: "Pega la URL de tu tienda y en un minuto hablas con un bot que ya se sabe tus productos, tus envíos y tus devoluciones — sin registrarte y sin tarjeta." Qué hace: campo público en atendyo.com; el prospecto pega su URL, el sistema crawlea web + catálogo Shopify narrando el progreso en español, y abre un chat funcional contra un tenant efímero que se autodestruye a las 48h. El enlace es compartible y captura el lead. Por qué no lo tiene nadie: Chatbase/Tidio exigen cuenta, créditos y setup DIY antes de que el bot sepa nada; los gigantes no pueden regalar ingestión anónima porque cada demo les cuesta dinero de OpenAI — tu coste marginal es ~0, y el "teatro de progreso" convierte la CPU lenta gratuita en parte del show. Build: reusa crawler BFS + chunker + fastembed + cold-start de productos casi tal cual; nuevo: tenant efímero con TTL (extender el purge RGPD), stream de progreso (SSE o polling), landing UI. OJO: presupuestar control de abuso (SSRF, límites de crawl, rate-limit duro para que no te quemen las keys gratuitas). 3-5 días. Es la única idea que fabrica prospectos en vez de asumirlos: con el cold email muerto, esto ES el funnel.
QR MAGICO: el bot de TU tienda en TU WhatsApp — 8.00 (I 8.3 / U 8.3 / F 7.0) Pitch: "Escanea este código y el bot de tu propia tienda te contesta en tu WhatsApp de toda la vida — hoy, no dentro de un mes de implantación." Qué hace: al final de la demo instantánea, un QR abre wa.me a un número demo compartido de Atendyo con código prellenado (DEMO-tutienda); el webhook mapea el código al tenant efímero y el móvil del prospecto conversa con el bot de SU tienda, consultas de pedidos incluidas. Por qué no lo tiene nadie: Gorgias AI no corre en WhatsApp a ningún precio, Crisp lo encierra tras 95 USD/mes, Landbot lo vende como producto aparte de ~200 EUR/mes. Nadie puede meter un bot de WhatsApp funcionando para la tienda del propio prospecto en su bolsillo durante la demo. En España, el móvil vibrando con tu propio catálogo es lo que cierra la venta. Build: el cerebro WhatsApp completo ya existe (webhooks, dedup, sesiones, tools); nuevo: un número WABA demo propio, routing del keyword al tenant demo, limpieza TTL. La asincronía de WhatsApp (5-30s aceptables) esconde la CPU lenta. 2-3 días + alta del número en Meta.
EL EXAMEN DEL BOT (boletín de notas de tu tienda) — 7.80 (I 8.0 / U 7.3 / F 8.0) Pitch: "Antes de cobrarte nada, el bot se examina delante de ti: 10 preguntas reales de clientes sobre TU tienda, respondidas con nota y con la fuente de cada respuesta." Qué hace: tras la ingesta (en la demo y como botón del portal), el LLM genera las 10 preguntas más probables desde el contenido crawleado, las responde por el pipeline normal y pinta un boletín: verde con fuente, ámbar "tu web no lo dice" con botón "añadir respuesta" que escribe directo en la base de conocimiento. Por qué no lo tiene nadie: Tidio tiene un Playground de una pregunta, Chatbase no tiene simulación bulk, Fin asume un help center maduro. Convertir la autoauditoría del bot en el artefacto de venta ("tu web no responde 3 de estas 10") es un movimiento consultivo que un self-serve gigante no va a hacer — y da al email outreach algo honesto que enviar. Build: una llamada de cascada para generar preguntas sobre los chunks RAG existentes; respuestas vía pipeline /chat; informe = página simple + plumbing de unresolved-questions ya existente. Corre async en CPU (resultados apareciendo uno a uno = más teatro). 2-3 días.
RESCATE DE CARRITO POR WHATSAPP (fusión de las dos fichas de carrito) — 7.50 Pitch: "Si el cliente pide su carrito y desaparece sin comprar, el bot le escribe solo al día siguiente con el carrito listo — y recupera la venta sin coste por mensaje." Qué hace: un job del scheduler escanea sesiones con cart_link sin pedido posterior; en WhatsApp manda UN solo nudge educado dentro de la ventana de servicio de 24h (coste Meta: 0 EUR), en web email Brevo si hay email capturado, o el widget retoma sesión al volver el visitante. Opt-in por tenant, copy editable, horas de silencio. Robar el truco del "modo demo": nudge a los 2 minutos en directo. Por qué no lo tiene nadie: la recuperación de carritos por WhatsApp cuesta 50-200 EUR/mes como producto separado (TextYess, CartsGuru); recovery originado en chat no existe en el set competitivo, y Tidio/Gorgias ni siquiera pueden iniciar mensajes en WhatsApp. Es la frase de ingresos que el comerciante español ya quiere comprar. Build: eventos products_shown/cart_link ya se registran, el envío WhatsApp ya existe; falta poll de pedidos (o webhook orders/paid) para supresión + job de nudge + toggle en portal. La parte oculta es el matching de identidad. ~1 semana.
FACTURA CON NIF EN EL CHAT — 7.38 (la unicidad más alta de toda la lista: 9.0) Pitch: "Cuando un cliente pide factura con IVA, el bot le toma el NIF, lo valida al instante y te la deja lista para emitir — sin emails de ida y vuelta." Qué hace: tool nuevo: verifica el pedido (flujo existente), recoge conversacionalmente razón social + NIF/CIF/NIE + dirección fiscal, valida el checksum de forma determinista (~30 líneas, caza typos al momento) y te envía por Brevo un borrador de factura con líneas del pedido y desglose de IVA (21/10/4%). Por qué no lo tiene nadie: ningún chatbot del mercado sabe qué es un NIF. Es un dolor inexportablemente español que los gigantes jamás localizarán para un tier sub-50 EUR. Señal instantánea de "esto está hecho para tiendas como la mía" y diferenciador potente en el email frío. Build: validación determinista (coste cero), recogida conversacional reusa la maquinaria de confirmación/verificación, salida = email Brevo + fila FacturaRequest en el inbox de leads del portal. 4-6 días.
INFORME "TU BOT SE PAGA SOLO" — 7.32 Pitch: "Cada lunes recibes un WhatsApp: 'tu bot generó 437 EUR esta semana', con carritos recuperados y pedidos cerrados demostrados con datos de Shopify, no con humo." Qué hace: cart links pasan a ser redirects trackeados (/go/), redenciones de códigos únicos y carritos recuperados se cruzan con pedidos Shopify, y un mensaje semanal al dueño reporta ventas asistidas en euros + carritos + alertas convertidas + top preguntas sin respuesta. Mismo dato en un tile "ventas asistidas" del portal. Consolidar aquí "Informe del Lunes" y "Mientras Dormías" (1-2 días extra de SQL) en UN solo mensaje de lunes con los euros arriba. Por qué no lo tiene nadie: todos los incumbentes reportan deflection/resoluciones — su unidad de facturación — nunca ingresos del comerciante; los dashboards de revenue viven en el tier de 360+ USD/mes de Gorgias. A 10 EUR/trimestre, UNA venta atribuida hace la frase de ROI incontestable y renueva sola. Build: endpoint /go + tabla de tokens, poll de pedidos, plantilla Brevo, reuso del ledger de analytics. ~1 semana. Aviso de los jueces: atribución honesta o nada — un euro inventado es peor que ninguno. Depende de que existan cart links y códigos: va DESPUÉS del rescate de carritos.
EL RETO DEL DESCUENTO (modo a prueba de jetas) — 7.27 Pitch: "Reta al bot: intenta sacarle un descuento que no existe o inventarte una política de devoluciones — no lo vas a conseguir." Qué hace: guard determinista de salida (misma filosofía que el confirm-gate existente): escanea respuestas buscando códigos/porcentajes fuera del allowlist del tenant y patrones de promesa de política, bloquea y reescribe a un honesto "no me consta, te paso con el dueño". En demo, contador en vivo de intentos bloqueados. Por qué no lo tiene nadie: tras el caso viral del 80% de descuento negociado, ningún vendor SMB se atreve a vender "intenta romperlo en directo" — pesadilla legal para Intercom/Zendesk e imposible para competidores prompt-only. Convierte el miedo nº1 en el argumento de cierre. Build: regex/string scan contra allowlist (create_cart_link ya sanea códigos), pase de reescritura, evento de analytics, banner demo. 1-2 días. Cautela unánime de los jueces: endurécelo de verdad antes de retar a nadie en público, y no uses la palabra "imposible" hasta que el guard la merezca.
DINERO EN ESPERA (la versión a construir del trío back-in-stock) — 7.25 (viabilidad 9.0) Pitch: "Ve cuántos euros tienes esperando en productos agotados — y en cuanto repones, avisamos nosotros a cada cliente con su enlace de compra." Qué hace: card del portal que agrega los StockWatch ya capturados por producto ("8 personas esperan la camiseta azul M = 240 EUR"); el sync diario detecta la reposición y dispara por fin el email prometido con permalink add-to-cart, marcando StockWatch.notified. Por qué no lo tiene nadie: las apps standalone de back-in-stock cuestan 19-49 USD/mes ellas solas; nadie bundlea captura + dashboard de demanda en euros + recovery automático cerca de 10 EUR/trimestre. Y repara la promesa rota que el bot hace HOY ("te avisaremos" y nunca avisa) — el coste de no hacerlo es reputacional. Build: la idea de menor riesgo de toda la lista: captura y diff diario ya existen (app/products/sync.py, app/scheduler.py); falta el check de transición de inventario, cola Brevo respetando 300/día, flag notified y una card con suma de precios. 2-3 días.
RESPUESTAS CON LEY (garantías y devoluciones según la ley española) — 7.17 (U 8.7) Pitch: "Tu bot responde sobre garantías y desistimiento citando la ley española de verdad — 3 años de garantía, 14 días de desistimiento — y jamás se inventa una política." Qué hace: corpus legal curado (RD-ley 7/2021: garantía de 3 años, desistimiento 14 días, gastos de devolución, matices Canarias/UE) precargado como RAG compartido en ES/CA/GL/EU, fusionado con la política propia de la tienda (la tienda gana, la ley es el suelo), citando artículo. Por qué no lo tiene nadie: ningún bot competidor sabe nada de derecho de consumo español; la demo lado a lado es demoledora (Chatbase inventa una política americana de 30 días, el tuyo cita el art. 120). Un vendor US jamás mantendrá contenido estatutario español para un micro-tier. Build: ~30 chunks Q&A por idioma en un namespace pgvector compartido consultado junto a los del tenant. 3-5 días de contenido + 1-2 de código. Condición de los jueces: una pasada de revisión jurídica real y disclaimer de responsabilidad antes de venderlo — una respuesta estatutaria errónea es responsabilidad tuya.
PERFIL ESPAÑA: Bizum, contrareembolso y Canarias — 7.13 Pitch: "Marca unas casillas — Bizum sí, contrareembolso no, Canarias con IGIC — y tu bot contesta esas preguntas eternas sin que escribas ni una FAQ." Qué hace: formulario estructurado en el portal (métodos de pago, zonas de envío con precio/días incl. Canarias/Baleares/Ceuta/Melilla, umbral de envío gratis) servido como tool determinista: "¿puedo pagar con Bizum?" o "¿enviáis a Canarias?" se responden exactos, nunca alucinados, con plantillas IGIC/DUA. El crawler pre-rellena detectando logos de pago en el checkout/footer. Por qué no lo tiene nadie: los bots US literalmente no saben que existe Bizum; los RAG-only lo responden de lo que pilló el crawl o se lo inventan. "Sabe lo de Canarias" es la prueba silenciosa de localización que ningún bot americano puede fingir. Conviene tratarlo como parte del onboarding done-for-you, no como feature suelta. Build: una columna JSON en Postgres + formulario + tool de lookup determinista que el orquestador ya sabe rutar; pre-fill = regex sobre páginas ya crawleadas. 4-5 días.
Mención fuera por décimas (7.12): "Fuentes a la vista / Respuestas con recibo" (mismo feature en dos fichas): chips de fuente en cada respuesta + el camino honesto "esto no me consta". Dos días de trabajo que atacan el bloqueador de compra nº1 en cada respuesta de cada demo. Yo lo colaría igualmente en la primera semana — el metadata de chunk ya lleva la URL de origen.
======================================== LOS 3 QUE ENVIARIA PRIMERO (la historia coherente "esto no lo tiene nadie")
1º Demo instantánea -> 2º El examen del bot -> 3º QR mágico
Son una sola máquina de adquisición en tres actos, y atacan tu cuello de botella real: tienes 0 clientes, 0 red y el cold email muerto. Todo lo demás de la lista necesita ser VISTO; estas tres son las únicas que fabrican el ser visto.
El guion de venta queda así, de punta a punta sin intervención tuya:
- El comerciante pega su URL (o la pegas tú y le mandas el enlace): en 60 segundos el bot se sabe su tienda. Nadie en el mercado deja ver eso antes de registrarse.
- Acto seguido el bot se examina delante de él: "tu web no responde 3 de estas 10 preguntas" — el cierre consultivo que además justifica los 200 EUR de setup.
- Escanea el QR y su propia tienda le contesta en SU WhatsApp mientras va en el metro. En España, eso cierra.
Coste total: ~7-11 días de trabajo, marginal ~0 EUR, y cada pieza alimenta a la siguiente (el demo crea el tenant efímero que usan el examen y el QR). Además le da al pipeline de email parado algo honesto que enviar: no "compra mi bot" sino "tu web no responde estas 3 preguntas de tus clientes — míralo tú mismo, sin registro".
Después de ese trío, la primera oleada de producto: Dinero en Espera (2-3 días, repara la mentira actual), Fuentes a la vista (2 días, confianza), Rescate de carritos (la feature de ingresos), y entonces el Informe "se paga solo" para que renueven.
======================================== 3 IDEAS CON BUEN IMPACTO QUE RECHAZARIA (por ahora)
Tu Pedido Te Habla (avisos de envío proactivos por WhatsApp) — impacto 6.7, unicidad 7.3, pero viabilidad 4.7, la peor de las grandes. "Respondes a la notificación y el bot te contesta" es un foso real, pero exige WABA por tenant, aprobación de plantillas en Meta, opt-in en el checkout y facturación pass-through: un pantano operativo que un producto de 10 EUR/trimestre gestionado por una sola persona no puede absorber. Versión email primero; plantillas WhatsApp cuando haya clientes que lo pidan.
El Bot Te Pregunta a Ti (teach-loop por WhatsApp del dueño) — impacto 6.7, la mejor encarnación de "un empleado, no un software", pero parsear la respuesta libre de un dueño distraído por WhatsApp hacia la pregunta pendiente correcta es exactamente donde los modelos gratuitos van a morir: una máquina de estados frágil que convierte respuestas mal enrutadas en conocimiento permanente equivocado. Mismo valor con un décimo del riesgo: el "Buzón de dudas"/gap-filler con magic link y borrador pre-redactado. Nota: hay CUATRO fichas de teach-loop en la lista; se construye UNA.
Radar de Ventas Perdidas — unicidad 8.0 y la frase "la talla 42 te costó 540 EUR" es matadora… hasta que el clasificador de la cascada gratuita infla un número, el comerciante escéptico lo caza UNA vez y deja de creerse todos los demás números que le enseñas — incluido el informe de ROI, que es tu arma de renovación. Con tiendas de 30 pedidos/mes tampoco hay volumen para que las cifras signifiquen algo durante meses. V2 para cuando haya tráfico y un clasificador validado.
Patrón general de los jueces que conviene grabarse: la lista contenía ~38 ideas reales disfrazadas de 44 (tres fichas de back-in-stock, dos de carritos, dos de citas de fuentes, dos de exit-intent, cuatro teach-loops). Cada duplicado se construye una vez y se cuenta una vez. Y la regla de oro para tu situación: primero lo que fabrica prospectos (el trío demo), luego lo que repara promesas rotas, luego lo que genera euros atribuibles, y solo al final lo que retiene — porque sin clientes no hay nada que retener.