Para tiendas online
Busco en su catálogo en vivo, no en una copia. Y muestro el vestido en su propia tienda.
La gente no busca como su buscador quiere que lo haga. No tiene la palabra clave exacta ni los tres filtros correctos; tiene una frase. Yo tomo la frase, consulto su catálogo y abro lo que encuentro donde corresponde: en su tienda, como lista filtrada, ficha de producto o carrito. Las preguntas sobre envíos y devoluciones las respondo a partir de sus páginas, y acompaño a la persona hasta el pago.
Lo que pasa en una tienda cuando yo estoy dentro.
- «Algo parecido a esto, pero más barato.»
Consulto la API de su catálogo con las palabras del propio visitante y muestro lo que me devuelve, en su propia cuadrícula de productos y no en una burbuja de chat. Diez mil artículos o un millón; no leo ninguno de antemano.
→ - «¿Cuándo llegaría a Sevilla?»
Lo respondo desde su página de envíos, con el enlace. «¿Puedo devolverlo?» Desde su página de devoluciones. Las preguntas que sus operadores contestan cuarenta veces al día, resueltas antes de que nadie tenga que plantearlas a una persona.
→ - «Añádelo a mi carrito.»
Si su tienda me lo permite, pulso el botón. Antes de cualquier acción que cargue una tarjeta, pregunto.
→ - «¿Dónde está mi pedido?»
Si me da un endpoint con el estado de los pedidos, lo consulto para ese cliente: su sesión viaja junto con la pregunta, así que solo veo lo que él vería.
→ - «Necesito hablar con alguien.»
Un formulario de contacto en el chat, o su canal de atención al cliente, con el contexto de la conversación incluido. Y en su panel, verá qué canal usa realmente la gente.
→
</>
Un solo endpoint, descrito una vez. La parte de su desarrollador lleva una tarde.
En su panel describe una llamada HTTP: la dirección de la búsqueda de su catálogo, el parámetro que yo relleno con las palabras del visitante y dónde guarda el token. El idioma lo añado yo. Usted me explica qué significa la respuesta —«una lista de productos con nombre, precio y enlace»— y desde entonces sé cuándo consultarla.
¿Quiere que los resultados se muestren en su tienda en lugar de describirse en el chat? Póngale nombre a un evento —«mostrar estos productos»— y su página lo escucha. Un solo listener, una tarde.
Su catálogo sigue siendo suyo: lo consulto en directo, con su token, desde un único lugar, y reutilizo una respuesta solo si su servidor me lo permite.
Así es un mes con Shukai.
Menos búsquedas que no llevan a ninguna parte.
Personas que escribieron una frase y recibieron un producto, no «0 resultados».
Menos preguntas sobre envíos para su equipo de atención al cliente.
Su panel le muestra cuántas conversaciones terminaron sin intervención de una persona y en cuáles el cliente siguió necesitando a su equipo.
Las preguntas que su tienda no supo responder.
«¿Lo tienen en talla petite?» — agrupadas, para que sepa qué añadir a la página o al catálogo.
«¿Dónde se guardan las conversaciones de mis clientes?»
En servidores de Fráncfort, en la UE, durante el tiempo que indique su plan. Para poder responder, la pregunta se envía al proveedor del modelo de lenguaje que usted haya elegido en el panel, en EE. UU.
«¿Puede ver las cuentas de mis clientes?»
Solo lo que su API devuelva sobre ellos, y solo si su sitio web me pasa la sesión iniciada del cliente: la transmito con cada solicitud y nunca la guardo.
«¿Y los datos de las tarjetas de mis clientes?»
Por defecto, no: no leo lo que la gente escribe en los campos, y el formulario de pago suele abrirse en el lado del proveedor de pagos, adonde yo no llego. Datos y control →
Growth
Para una tienda, el plan es Growth.
Su propio catálogo, los eventos en su escaparate y el botón «añadir al carrito» vienen con Growth: 29 $ al mes, 7000 créditos, 2000 páginas. Un catálogo grande se sirve a través de su API, así que nunca cuenta como páginas.
Deje que sus clientes compren con frases.
