Desarrollo web a medida para empresas

Casi todas las empresas con las que hablamos ya tienen una web. Lo que no tienen es el sitio donde un cliente descarga su factura, un comercial ve solo sus cuentas o operaciones marca un pedido como servido sin escribir a tres personas. Ese trámite vive en el correo, en una hoja compartida y en la memoria de quien lleva más años en la casa.

El desarrollo web empieza por nombrar ese trámite en una frase: quién abre la pantalla, qué decisión toma, qué dato no puede inventar y qué sistema —el ERP, el CRM, el correo, el disco— tiene que quedar escrito cuando termina. Si esa frase no se puede decir en voz alta, todavía no hay proyecto. Hay un deseo de modernizar la portada.

El diseño importa porque la persona que repite la tarea cuarenta veces al día no va a leer un manual. El valor está en que el paso cuatro deje de depender de que alguien se acuerde. Una interfaz bonita que no cambia ese paso es un folleto con login.

El cliente entra y ve sus facturas, no las del vecino. El comercial abre el mismo expediente y no ve el margen si su rol no lo permite. Operaciones marca “preparado” y el almacén, que usa otra palabra para el mismo momento, ve la suya. Esas palabras son del negocio. No salen de un menú genérico de “estados del pedido”.

Cuando el pedido se cae a medias, la pantalla dice qué se guardó y qué sistema no respondió. No deja un spinner eterno ni un mensaje de “inténtelo más tarde” que obliga a llamar a la persona que lo construyó. El error es parte de la interfaz porque es parte del martes.

La sesión de entrega se hace con ese martes, no con datos de demostración. El cliente difícil, el pedido a medias, el permiso que no debería ver precios. Si esa sesión no se puede hacer con casos reales, el portal todavía no está terminado, aunque el diseño esté cerrado.

Entran portales de clientes, áreas privadas, herramientas de operación y productos con cuentas, permisos y estados. Un pedido puede estar pedido, preparado, incidido o cerrado. La interfaz usa esas palabras tal cual y el permiso decide quién puede pasar de una a otra.

Rechazamos el prototipo bonito que luego “alguien desarrollará”. Diseño e implementación van en el mismo equipo porque cada pantalla es una decisión sobre datos. Si el prototipo promete un botón que el sistema de detrás no puede cumplir, el botón no se dibuja y el alcance lo dice.

Tampoco metemos en el navegador el plano de dos gigas, la báscula del muelle ni la firma en el patio sin cobertura. Si el trabajo es un archivo local o un parte que tiene que salir del teléfono, lo decimos y lo llevamos a escritorio o a app. Enseñarlo en una pestaña “porque es más fácil de presentar” es cómo se rompe luego la operación.

Al cerrar, la empresa tiene el repositorio, el procedimiento de despliegue y la lista de quién puede publicar un cambio. El dominio y las cuentas de infraestructura se crean a vuestro nombre. No hay una consola de Veodar de la que dependa el lunes por la mañana.

Si otro equipo quiere seguir dentro de un año, puede leer el código y la guía sin pedirnos permiso. Esa guía nombra variables, cómo se revierte una publicación mala y a quién avisa el error. Sin eso, el proyecto no está entregado aunque la pantalla funcione en nuestro portátil.

El mantenimiento, si se contrata, nombra qué se vigila: errores, copias, caducidad de certificados, un cambio pequeño de una regla. No es una bolsa de ideas nuevas. Las ideas nuevas son otro alcance, con su lista de lo que entra y lo que queda fuera.

El primer corte es la pantalla que, si mañana no abre, alguien escribe un correo esa misma semana. No es el mapa de todos los departamentos. Preferimos entregar ese corte usable y crecer, antes que un programa de doce módulos del que no se usa ninguno.

En la propuesta se escribe qué entra, qué queda fuera y en qué momento lo ve gente que no está en las reuniones. Ese texto es el contrato de expectativas. Si durante el trabajo aparece un sistema que “también habría que tocar”, se para y se decide si entra ahora o si espera.

La integración se comprueba al principio. Si el ERP solo deja exportar un archivo por la noche, el alcance dice ese ritmo y no promete un tiempo real que no existe. Prometerlo es cómo el portal queda bonito y el dato sigue naciendo en la hoja de cálculo.