Diseño y desarrollo, para un director de operaciones con competencia digital fuerte, es dejar un canal operable: reserva, pedido B2B o panel interno que el equipo usa sin parche humano. El criterio de corte es el día del lanzamiento: si el flujo real sigue en WhatsApp o Excel, el proyecto no está cerrado. El error habitual es encargar look y código por separado y descubrir que la competencia no gana por estética, gana porque el trámite termina en la web.
En comercios de Sabadell, Barcelona y el resto de Cataluña se ve cada trimestre: marketing pide una home más limpia y sala o almacén sigue cerrando el pedido por teléfono. El competidor no tiene una web más cara. Tiene un trámite que el cliente termina solo. Si encargas diseño y desarrollo como un lavado de cara, estás comprando una foto de la operación, no la operación.
Diseño y desarrollo no es un rediseño de escaparate
Un director de operaciones no compra pixels. Compra menos fricción en reserva, pedido, incidencia o entrega. Cuando la competencia digital es fuerte, esa fricción se nota en caja, no en el moodboard. Una web nueva que no absorbe el trámite real deja al equipo igual de saturado, y además con una URL que hay que defender.
El encargo típico llega partido. Por un lado, referencia visual del competidor. Por otro, una lista de tickets: formulario, blog, ficha de producto, botón de WhatsApp. Nadie escribe el recorrido del cliente cuando el stock falla, cuando el turno está lleno o cuando el precio B2B depende del cliente. Eso no es un detalle. Es el producto. Si el alcance no nombra el trámite que hoy cierra una persona, el proyecto va a producir pantallas. Pantallas se inauguran. Operación se mide a las dos semanas, cuando el equipo ya ha vuelto al Excel.
El error de encargar look y backlog por separado
El error habitual no es elegir mal el CMS. Es tratar el diseño como un departamento y el desarrollo como otro, con dos briefs y dos calendarios. El look se aprueba en una reunión. El backlog se discute en otra. Nadie es dueño del momento en que el cliente debería haber terminado sin pedir ayuda. Con competencia fuerte eso se nota al día siguiente: el otro ya cobra online, ya confirma mesa, ya enseña tarifa por cuenta. Tú estás eligiendo tipografías. El cliente compara el trámite, no la paleta.
¿Qué se ve en la práctica? Un menú de restaurante precioso que no dice si hay mesa el sábado. Un catálogo B2B con fotos de estudio y precios que hay que pedir por correo. Un panel interno que replica el Excel, columna a columna, porque nadie se atrevió a cortar campos. El equipo dice que la web es nueva. La operación dice que no ha cambiado nada.
Por qué ops acaba pagando el desajuste
Marketing puede celebrar el lanzamiento. Operaciones hereda el residual: llamadas que no cuadran con el formulario, pedidos a medias, incidencias que no tienen estado. Si eres director de operaciones, ese residual es tu KPI, aunque no hayas firmado el look. Por eso el brief tiene que pasar por ops antes de presupuestar. No hace falta que sepas maquetar. Hace falta que sepas decir qué pasa cuando el cliente elige la opción B, cuando el almacén cierra a las seis y cuando el comercial promete un precio que la web no conoce.
Criterio de decisión: qué debe existir el día del lanzamiento
El criterio de corte es operativo, no estético. El día del go-live tiene que existir un trámite completo que una persona real pueda terminar sin WhatsApp de apoyo. Si ese trámite no cabe en el presupuesto, no lances media web y llames al resto fase 2. Lanza menos páginas y un flujo entero.
Tres preguntas bastan para decidir:
- Qué trámite genera más llamadas o más Excel hoy.
- Qué dato tiene que ser verdad en el momento de confirmar: stock, mesa, tarifa, plazo.
- Quién del equipo va a corregir ese dato cada día, y con qué pantalla, no con un correo al informático.
Si no puedes responder las tres, todavía no hay alcance. Hay deseo de parecerse al competidor, que ya resolvió esas tres. Por eso convierte.
Una prueba operativa, no una galería
Antes de firmar el aspecto visual, pide una prueba fea. Un recorrido de reserva, uno de pedido, uno de incidencia. Capturas de cada estado, con el dato que tiene que ser cierto. Si el equipo de sala o de almacén no puede hacer ese recorrido en diez minutos, el diseño todavía no ha empezado. Ha empezado la decoración.
En hostelería, la prueba es: el cliente pide mesa, ve disponibilidad o una alternativa, y a ti te llega un aviso que el turno puede gestionar. En catálogo B2B: el cliente ve su tarifa, confirma unidades y a ops le llega un pedido con referencia usable. En un panel interno: un estado cambia y deja de vivir en una hoja. Sin esa prueba, el kickoff es teatro. Lo sabes cuando el proveedor enseña home, nosotros y contacto, y el trámite queda para después.
Dónde se ve el fallo en la operación
No hace falta un cliente inventado. Basta con tipologías que ya saturan a ops cuando la competencia digital va por delante.
Hostelería con reservas
El fallo no es que la web sea poco apetecible. Es que la reserva no entra en el mismo sitio donde el turno se gestiona. El cliente ve fotos, el teléfono no para, y el competidor de dos calles más allá confirma mesa sin que nadie coja el móvil. Encargar diseño y desarrollo aquí sin atar disponibilidad, aviso interno y cancelación es pintar el local y dejar la puerta cerrada. El alcance mínimo no es el slider. Es el estado de la mesa y quién lo actualiza cuando hay un no-show.
Catálogo B2B y panel interno
En eCommerce B2B el error se disfraza de catálogo. Fotos, fichas, buscador. Los precios siguen en un Excel del comercial. El cliente pide presupuesto porque la web no le reconoce. Ops vuelve a teclear el pedido en el ERP. Has pagado una tienda que no vende a quien ya te compra.
Ahí la vitrina no basta. Hace falta que la tarifa y el pedido no se reescriban a mano. Si el dato vive en otro sistema, el trabajo útil es conectar, no ilustrar. Las integraciones entre sistemas entran cuando el pedido tiene que nacer una sola vez. Un panel interno a medida entra cuando el equipo necesita estados, no otra hoja. En comercios locales de Sabadell o Barcelona el patrón es el mismo a otra escala: la competencia ya deja comprar o reservar; tú todavía usas la web como tarjeta de visita.
Diseño y desarrollo que nadie puede mantener
El segundo error, casi tan caro como el primero, es entregar un canal que solo el proveedor sabe tocar. Textos que piden ticket, horarios que no se editan, precios que hay que pasar por un desarrollador. A las tres semanas el equipo deja de actualizar y la web miente. La competencia, mientras, tiene un dato feo pero cierto.
Mantenimiento no es un pack de horas genérico. Es responder, por escrito, qué cambia cada semana y quién lo cambia sin pedir permiso: carta, stock, tarifa, turnos, avisos, estados de pedido. Si esa lista no cabe en el CMS o en el panel, el alcance está mal cerrado. Recorta lo que no tiene dueño. Un blog que nadie va a escribir, un mega menú copiado del competidor, seis landings huérfanas: todo eso envejece mal. Menos páginas, un trámite vivo, y un sitio que un responsable de sala o de almacén puede editar un martes a las once.
Medición a las cuatro semanas
Lanzar no es el resultado. A las cuatro semanas un director de operaciones debería poder defender tres números, no una galería de antes y después.
- Trámites terminados en el canal (reservas, pedidos, solicitudes con dato usable) frente a los que siguen llegando por teléfono o correo.
- Tiempo interno por incidencia: cuántas veces alguien reescribe el mismo dato.
- Tasa de abandono en el paso concreto donde el cliente pide ayuda: mesa, tarifa, stock, plazo.
Si el trámite terminado no sube y las llamadas no bajan, el diseño y desarrollo no ha fallado por color. Ha fallado por alcance. Corregir entonces es más barato que encargar otro rediseño. Peor es seguir midiendo sesiones, que no pagan el turno extra. Ops mira el trámite; quien gestiona la web mira que el dato se pueda editar. Esa reunión de treinta minutos evita el próximo presupuesto de maquillaje.
Preguntas frecuentes
¿Diseño y desarrollo es lo mismo que rediseñar la web?
No. Rediseñar la web suele significar cambiar look, menú y textos. Diseño y desarrollo, para operaciones, es dejar un trámite que el cliente termina y el equipo puede operar. Si el alcance no incluye estados, avisos y dato cierto, estás encargando un escaparate, y el escaparate no reduce llamadas.
¿Quién tiene que briefar si soy director de operaciones y no soy técnico?
Tú, al menos en el flujo. Describe qué pasa hoy cuando el cliente quiere reservar, pedir o reclamar, y qué dato tiene que ser verdad en cada paso. El técnico traduce. Si el brief sale solo de marketing, el residual volverá a ops.
¿Se puede lanzar sin conectar el ERP o el TPV?
A veces, si el volumen es bajo y alguien del equipo puede actualizar a mano un dato corto: mesas, una tarifa, un stock reducido. El criterio es si esa persona lo hará cada día sin drama. Cuando el turno ya no da abasto, lanzar la vitrina sin conexión solo duplica trabajo: entonces el alcance útil es el flujo más las integraciones, no más páginas.
¿Qué miro a las cuatro semanas para saber si ha funcionado?
Trámites terminados en el canal, llamadas o correos que debían haber desaparecido, y el paso donde la gente pide ayuda. Si esos tres no se mueven, no celebras el lanzamiento: reabres el alcance. Una home nueva con el mismo WhatsApp de soporte es el mismo negocio con otra foto.
¿Cuánto hay que parecerse a la competencia digital que ya convierte?
En el trámite, sí. En la estética, no es el problema. Copia el hecho de que el cliente termina solo: disponibilidad, tarifa, confirmación, aviso interno. El cliente de Sabadell o Barcelona compara si puede acabar, no si compartís paleta.
Si el canal actual no aguanta a la competencia, el siguiente paso no es otra ronda de referencias visuales. Es un alcance de diseño y desarrollo con un trámite cerrado, dueño de dato y medición a las cuatro semanas. En Chocola Studio (Sabadell) lo revisamos así, sin inflar páginas. Cuéntanos el flujo real desde el formulario de contacto y vemos qué se puede lanzar entero, no a medias.