Pequeños comercios que ya atienden clientes por WhatsApp y necesitan ordenar catálogo, pedido y seguimiento.
CASE 08 · WORKING PROTOTYPE CONVERSATIONAL COMMERCE
TienditaBot
Una tienda operativa dentro de una conversación familiar.
TienditaBot explora cómo un pequeño negocio puede presentar catálogo, tomar pedidos y comunicar estados desde WhatsApp. La landing autocontenida funciona como prototipo de producto y prueba de narrativa comercial.
PROJECT CARD / RECRUITER VIEW
Ficha técnica del proyecto.
Definí el concepto, la propuesta de valor, el recorrido conversacional y una landing autocontenida para demostrar el producto.
Backend, APIs, despliegue, pruebas y controles.
- DEPLOYMENT
- Landing publicada por HTTPS; superficie de aplicación disponible en Alquim-IA AI Suite.
- BACKEND / API
- Workspace autenticado proyectado para catálogo, inventario, pedidos, recibos y clientes; flujo interno no validado aún.
- INTEGRATIONS
- WhatsApp, pagos y notificaciones forman parte del diseño, no se presentan como integraciones comprobadas.
- TESTING
- Landing, navegación, planes, FAQ y validación inicial del formulario de acceso observados.
- SECURITY
- La demo pública no incluye credenciales; el workspace exige autenticación.
- 01WhatsApp
- 02Catálogo
- 03Estado de pedido
- 04Cola operativa
- 05Notificaciones
- Landing navegable
- Demo autocontenida
- Flujo conceptual completo
- Propuesta comercial demostrable
- Mantener WhatsApp como superficie familiar
- Explicitar que las métricas promocionales son conceptuales
- Separar prototipo de promesa de integración
- DEMO
- Landing pública autocontenida
- CAPTURAS
- Experiencia visual incluida en la demo
- Es un prototipo de producto y comunicación; no se presenta como un comercio en producción.
- Las cifras promocionales dentro de la landing son copy conceptual y no resultados verificados.
- Integraciones, tiempos de setup y pricing requieren validación comercial antes de una oferta pública.
Abrir demo autocontenida
ABRIR / SOLICITAR01 / PROBLEMA
Muchos pedidos ya ocurren por chat, pero sin estructura.
El comercio conversacional reduce fricción de adopción, aunque puede trasladar al negocio problemas de catálogo, disponibilidad, confirmación y seguimiento si el flujo no está diseñado de extremo a extremo.
02 / DECISIÓN DE DISEÑO
Diseñar el pedido como un workflow, no como mensajes sueltos.
El concepto organiza descubrimiento, selección, confirmación y seguimiento en un recorrido coherente, manteniendo WhatsApp como superficie familiar para cliente y negocio.
SYSTEM / END TO END
El producto como flujo explícito.
Cada fase tiene una responsabilidad distinta. Esa separación hace posible observar el sistema, probarlo y corregirlo sin depender de intuición.
- 01BROWSE
Descubrir
Presentar oferta y catálogo sin obligar al usuario a aprender una nueva interfaz.
- 02CART
Elegir
Convertir intención conversacional en productos, cantidades y datos de entrega.
- 03CHECK
Confirmar
Hacer visibles precio, disponibilidad y condiciones antes de cerrar.
- 04OPS
Operar
Traducir el pedido en una cola manejable para el negocio.
- 05TRACK
Acompañar
Comunicar estado y resolver excepciones por el mismo canal.
PROOF / WHAT IS ACTUALLY SHOWN
Evidencia, no decoración.
Las etiquetas indican si el dato fue observado, proviene del artefacto o corresponde al registro profesional del caso.
SCOPE / HONEST BOUNDARIES
Lo demostrado y lo que aún requiere validación.
Un portafolio técnico también debe mostrar dónde termina la evidencia disponible.
- Es un prototipo de producto y comunicación; no se presenta como un comercio en producción.
- Las cifras promocionales dentro de la landing son copy conceptual y no resultados verificados.
- Integraciones, tiempos de setup y pricing requieren validación comercial antes de una oferta pública.
CASE 08 / TIENDITABOT