PANTALLA 01 · LISTA
Portada de tienda
Las dos puertas: portal profesional y compra directa. Es la bifurcación que evita mezclar dos lógicas de compra que no se parecen en nada.
Odoo: ninguno. Página estática.
Estado: construida y navegable.
Siguiente fase
Este documento es la propuesta de acceso a la fase conectada: qué pantallas hacen falta, qué hace cada una, de qué módulo de Odoo sale cada dato y en qué orden conviene construirlas para poder facturar cuanto antes.
Acceso e identidad
Es el bloque que hay que resolver primero, porque todo lo demás depende de él: sin identidad no hay tarifa, y sin tarifa el catálogo no puede enseñar precios de verdad.
PANTALLA 01 · LISTA
Las dos puertas: portal profesional y compra directa. Es la bifurcación que evita mezclar dos lógicas de compra que no se parecen en nada.
Odoo: ninguno. Página estática.
Estado: construida y navegable.
PANTALLA 02 · LISTA
Login con correo corporativo. Debe soportar varios usuarios por empresa: quien pide la ropa no suele ser quien aprueba el gasto.
Odoo: res.users, res.partner con contactos hijos.
Falta: autenticación real y sesión.
PANTALLA 03 · LISTA
Login ligero y, sobre todo, la vía de invitado. Obligar a registrarse antes de ver el precio es la forma más rápida de perder un encargo puntual.
Odoo: res.partner creado al confirmar, no al entrar.
Falta: sesión de invitado persistente.
PANTALLA 04 · LISTA
Datos fiscales, persona de contacto y perfil de compra. Es el formulario que alimenta el CRM: cada alta entra ya catalogada por sector.
Odoo: res.partner + crm.lead con etiqueta de sector.
Falta: validación de CIF y alta automática.
PANTALLA 05 · NUEVA
Pantalla interna: se revisa el alta, se asigna tarifa y condiciones de pago, y se activa la cuenta. Es el único punto donde hace falta una persona.
Odoo: product.pricelist, account.payment.term.
Nota: se resuelve dentro de Odoo, sin desarrollo web.
PANTALLA 06 · NUEVA
Invitar compañeros con permisos distintos: quien solo consulta, quien pide y quien aprueba importes por encima de un límite.
Odoo: contactos hijos de res.partner + grupos de acceso.
Prioridad: media. Va bien en la segunda iteración.
Catálogo y configuración
Aquí es donde la tienda deja de ser un folleto. La clave no es el carrito: es que el precio que ve cada cliente sea el suyo y que su logotipo esté ya validado.
PANTALLA 07 · LISTA
La misma rejilla que ya funciona, pero con los precios del cliente logueado. Un usuario B2B nunca debería ver la tarifa pública.
Odoo: product.template, product.pricelist.item.
Falta: sustituir el catálogo embebido por consulta a la API.
PANTALLA 08 · LISTA
Color, técnica de marcaje y reparto de tallas. Ya calcula en vivo; lo que falta es que cada combinación corresponda a una variante real con stock.
Odoo: product.attribute, product.product (variantes).
Falta: mapear talla y color a variantes y leer disponibilidad.
PANTALLA 09 · NUEVA
Los archivos validados del cliente: vectorial maestro, paleta y áreas de marca aprobadas. Es la pieza que elimina el «mándame el logo» de todos los pedidos futuros.
Odoo: ir.attachment ligado a res.partner + campos de color.
Prioridad: alta. Es la ventaja competitiva más visible del portal.
PANTALLA 10 · NUEVA
El cliente sube su logo y recibe un veredicto: sirve, sirve con reservas o hay que vectorizar. Con presupuesto de vectorización ofrecido en la misma pantalla.
Odoo: ir.attachment + tarea en project.task para el Estudio.
Nota: la revisión la hace una persona; la pantalla solo la encola.
PANTALLA 11 · LISTA
Hoy vive en el navegador. Al conectar, cada línea pasa a ser una línea de pedido en borrador y deja de perderse si el cliente cambia de dispositivo.
Odoo: sale.order en estado borrador + sale.order.line.
Falta: sincronizar el estado local con el pedido del ERP.
PANTALLA 12 · NUEVA
La respuesta a la parálisis por catálogo: bundles prediseñados por sector, con un solo precio. Es la entrada natural para quien no sabe qué pedir.
Odoo: productos tipo kit con lista de materiales de fantasma.
Prioridad: alta. Es lo que más convierte en frío.
Pedido y postventa
El bloque que convierte la tienda en un activo recurrente. Un cliente que puede reponer en un clic no busca otro proveedor: buscar cuesta más que repetir.
PANTALLA 13 · NUEVA
Dos caminos según la puerta de entrada: el cliente B2B confirma contra cuenta con sus condiciones de pago; el particular pasa por pasarela.
Odoo: sale.order confirmado, account.payment.term, pasarela.
Decisión pendiente: qué pasarela y si se admite pago parcial.
PANTALLA 14 · NUEVA
Confirmado, en producción, en control de calidad, enviado. Con la fecha comprometida a la vista: es lo que más reduce llamadas de «¿cómo va lo mío?».
Odoo: sale.order.commitment_date, stock.picking.
Prioridad: alta. Ahorra más tiempo interno del que parece.
PANTALLA 15 · LISTA
Resumen, pedidos, reposición, marca y facturas. La maqueta ya está montada y navegable; falta enchufarle los datos reales.
Odoo: sale.order, account.move, stock.picking.
Estado: ver la maqueta.
PANTALLA 16 · NUEVA
Toma el último pedido de esa referencia, mantiene marcaje y reparto de tallas, y solo pide la cantidad. De abrir la web a pedido enviado: menos de un minuto.
Odoo: plantillas de pedido sobre sale.order histórico.
Prioridad: máxima. Es el motor de recurrencia del negocio.
PANTALLA 17 · NUEVA
La propuesta cerrada en pantalla, con dos botones. Traduce el método comercial a una interacción de un clic, con firma y fecha registradas.
Odoo: portal de presupuestos + firma electrónica sign.
Nota: es la pantalla más de marca de todo el proyecto.
PANTALLA 18 · NUEVA
Listado con descarga en PDF y estado de cobro. Sin duplicar documentos: se sirve el PDF que genera contabilidad, no una copia.
Odoo: account.move con informe estándar.
Prioridad: baja al principio; imprescindible a partir del tercer cliente recurrente.
Orden de implantación
No hace falta construir las dieciocho pantallas para poner la tienda a trabajar. Con las seis primeras del camino corto ya se puede cobrar un pedido.
| Hito | Pantallas | Qué desbloquea | Depende de |
|---|---|---|---|
| H1 · Identidad | 02, 04, 05 | Clientes dados de alta con tarifa asignada | Catálogo cargado en Odoo |
| H2 · Precio real | 07, 08 | Cada cliente ve su tarifa; fin de la tarifa pública para B2B | H1 |
| H3 · Cobrar | 11, 13 | Primer pedido cerrado en la web de principio a fin | H2 + pasarela decidida |
| H4 · Recurrencia | 15, 16 | Reposición sin intervención humana. El motor del negocio | H3 |
| H5 · Marca | 09, 10 | Fin del «mándame el logo». Diferencial frente a imprentas online | H1 |
| H6 · Método | 17, 12 | Packs cerrados y aprobación en un clic | H3 |
| H7 · Administración | 14, 18, 06 | Menos llamadas de seguimiento y menos correos de facturas | H4 |
Recorre las pantallas construidas y dinos cuáles priorizamos. El orden de los hitos está pensado para cobrar antes, pero se ajusta a cómo trabajéis.