Proyectos de Desarrollo web

Qué se ve en estos proyectos de desarrollo web

Trece casos con muy poco en común de puertas afuera: Cruz Roja Colombiana, Grupo Colpatria, Tuyomotor, Cosechas, Chefrito, Estudio Inmobiliario, Octi, Mecero, Poseidon, Autofinanciera, S&V Asesores, Nitrosoil e Il Castello. Entre ellos, un portal de donación de sangre, el portal de accionistas de un grupo financiero y un sitio donde cada inmueble tiene que llegar a quien lo busca: tres problemas que no se resuelven con la misma plantilla.

De puertas adentro se parecen más de lo que aparentan. Todo proyecto de desarrollo web resuelve las mismas tres preguntas: cómo se organiza el contenido para que se encuentre, qué sostiene la velocidad cuando el catálogo crece, y qué pasa el día que alguien tiene que actualizar algo sin llamar a nadie.

Ver másVer menos

La estructura se decide antes que el diseño

Cómo se agrupa el contenido, qué cuelga de qué y qué URL tiene cada cosa son decisiones que parecen técnicas y son sobre todo de negocio: determinan por qué búsquedas puede aparecer el sitio y cuánto cuesta ampliarlo después.

Cambiarlas más tarde es caro y arrastra redirecciones que hay que mantener durante años. Por eso en estos casos la estructura se cierra antes de dibujar la primera pantalla.

Velocidad, que casi siempre son las imágenes

La mayoría de los sitios lentos que auditamos no lo son por el código: lo son por imágenes sin optimizar, por plantillas que cargan funciones que nadie usa y por scripts de terceros que se acumulan sin que nadie los retire.

Es un trabajo poco lucido y de los que más se notan, porque una parte de las visitas se va antes de ver nada. La parte de criterio está en artículos sobre desarrollo web.

Quién actualiza el sitio después

Un sitio que solo puede tocar quien lo construyó es un sitio que se queda quieto. En estos proyectos el contenido que cambia —equipo, servicios, casos, entradas— se administra desde un panel, y lo que no cambia vive en el código, donde nadie lo rompe sin querer.

Dónde poner esa frontera es la decisión que más condiciona el mantenimiento a los dos años, y casi nunca se discute al principio.

Integraciones: cada una es una dependencia

Varios de estos sitios conectan con algo externo: un CRM, una pasarela, un gestor de correo, analítica. Cada conexión suma valor y suma una pieza más que puede fallar, actualizarse sola o dejar de tener soporte.

Lo que procuramos es que fallen de forma visible en vez de silenciosa: un formulario que deja de enviar sin avisar puede costar semanas de solicitudes perdidas antes de que alguien lo note.

Lo que se entrega además del sitio

Un proyecto de desarrollo web no termina cuando la página está en línea: termina cuando el equipo del cliente puede trabajar sin depender de nosotros. Eso significa accesos a nombre de la empresa —dominio, alojamiento, analítica—, una sesión de traspaso grabada y las decisiones importantes escritas en algún sitio que no sea un hilo de correo.

Es la parte que menos se pide y la que más se agradece el día que hay que cambiar algo con prisa, o el día que quien llevaba el proyecto ya no está.

Cómo leer estas fichas

Las fichas muestran el resultado terminado. El proceso y el alcance están en la página de desarrollo web; los casos que además venden en línea, en proyectos de tienda virtual, y los que resolvieron algo que ninguna herramienta estándar cubría, en desarrollo a la medida.