El problema que resuelve desarrollo web
El proyecto empieza con una web normal y a los seis meses se le pide algo que no lo es: que consulte el stock del programa de gestión, que muestre tarifas distintas según el cliente, que cree el pedido en el ERP, que calcule un presupuesto con reglas propias o que deje al cliente ver sus facturas. Para cada cosa existe un plugin, y con cinco plugins que no se conocen entre sí se tiene una web lenta y frágil.
El otro caso es el de la integración manual. Alguien descarga un archivo del ERP, lo retoca y lo sube a la tienda cada mañana. Otra persona copia los datos de cada formulario al CRM. Mientras es una persona fiable, funciona. El día que falta, o que el volumen se duplica, aparecen los errores de precio, los pedidos duplicados y los clientes sin respuesta.
Seguir leyendo
También ocurre que un desarrollo anterior es ilegible: sin documentación, sin control de versiones, con el núcleo del gestor modificado, de modo que no se puede actualizar sin romperlo. La web «funciona» pero nadie se atreve a tocarla.
El desarrollo a medida tiene sentido cuando el requisito es propio del negocio y la alternativa es acumular parches. Tiene coste y exige mantenimiento, y por eso esta ficha empieza por cuándo no hace falta.
¿Para quién es desarrollo web?
- Empresas cuya web debe conectarse con un ERP, un CRM, una pasarela de pago o un sistema de logística y envíos.
- Negocios con reglas propias (precios por cliente, configuradores, reservas, áreas privadas) que ninguna plantilla cubre bien.
- Equipos de marketing o de producto que necesitan una aplicación web, un portal o una herramienta interna.
- Empresas con una web heredada, lenta o difícil de mantener, que necesitan ordenarla técnicamente sin rehacerlo todo.
Qué incluye desarrollo web
- WordPress a medida: temas y plugins propiosUn tema propio, sin constructores pesados ni cien opciones que nadie usa, y plugins propios para funciones concretas, con un código que conviene que esté documentado, versionado y respete el núcleo, sin modificarlo.
Leer más
Es la vía adecuada cuando se necesita un panel de edición conocido por el equipo y una lógica específica por encima. - Aplicaciones web y portalesÁreas privadas de clientes, extranets de distribuidores, configuradores, calculadoras de presupuesto, paneles internos.
Leer más
Se elige el marco según la función y el equipo que lo mantendrá, no por moda: a veces WordPress con desarrollo propio, a veces una aplicación en PHP con un framework y su base de datos. - Integraciones con ERP, CRM, pagos y logísticaSincronización de productos, stock, tarifas, pedidos, clientes y facturas con el sistema de gestión; envío de contactos y oportunidades al CRM; pasarelas de pago y transportistas.
Leer más
Qué sistemas se integran en cada proyecto depende de lo que ofrezca cada uno y se concreta en el análisis. Antes de programar se revisa qué ofrece cada sistema (API, ficheros, base de datos) y qué ocurre cuando falla, que es lo que más se descuida. - APIs y servicios intermediosDiseño y consumo de APIs REST o conectores propios, con autenticación, límites, registros y reintentos.
Leer más
Una conexión directa y frágil entre dos sistemas suele ser peor que una capa intermedia pequeña que valida, registra y se puede observar. - Rendimiento y arquitecturaConsultas a base de datos razonables, caché donde corresponde, tareas pesadas en segundo plano y recursos optimizados.
Leer más
Se mide con datos de usuarios reales (Core Web Vitals) y de servidor, no solo con una prueba de laboratorio. Sin una hipótesis medida no se toca el código. - Accesibilidad, seguridad y calidadSemántica correcta, contraste, navegación con teclado y formularios etiquetados desde el desarrollo, y no como arreglo final.
Leer más
En el código, lo recomendable es validar las entradas, gestionar bien los permisos, mantener los secretos fuera del repositorio, tener pruebas automáticas en las funciones críticas y entornos separados de desarrollo, pruebas y producción. Qué incluye cada proyecto se fija en el presupuesto.
Plataformas: WordPress, PHP, Symfony.
Cómo enfocamos desarrollo web
Ver el detalle (5)Empezar por si hace falta programar · El requisito, escrito y acotado · Fallar bien · Código que otra persona pueda coger · El desarrollo se mantiene
- Empezar por si hace falta programarSi una función existe bien resuelta en la plataforma o en un plugin mantenido, se usa. Lo propio se reserva para lo que es diferencial o para lo que el plugin resuelve mal.
Leer más
Cada línea escrita es una línea que hay que mantener, y se avisa del coste antes. - El requisito, escrito y acotadoLos proyectos a medida se desvían cuando el alcance es una conversación. Se redacta qué hace el sistema, con qué datos, qué ocurre en los casos raros y qué queda fuera, y se acuerda por escrito antes de presupuestar.
Leer más
Cuando se cambia, se anota el efecto en coste y en plazo. - Fallar bienEn una integración el caso feliz es el fácil. El diseño se hace pensando en que el ERP no responde, en que llegan datos incompletos, en que un pedido se envía dos veces. Se decide de antemano qué se reintenta, qué se avisa y quién lo ve.
- Código que otra persona pueda cogerLo recomendable es un repositorio con control de versiones, documentación de instalación y de decisiones, y dependencias mínimas y mantenidas.
Leer más
Si mañana otro equipo continúa el trabajo, debe poder hacerlo sin pedir permiso ni descifrar nada. - El desarrollo se mantieneUna aplicación sin actualizaciones de seguridad ni vigilancia se degrada. El mantenimiento posterior forma parte de la conversación desde el presupuesto, no como un añadido posterior.
Cómo trabajamos desarrollo web, paso a paso
Análisis y requisitos
Se documenta qué debe hacer el sistema, qué datos mueve, con qué sistemas habla y cuáles son los casos límite.Leer más
Entregamos un documento de requisitos y una propuesta técnica con alternativas, incluida la de no programar, y tú decides el alcance y qué queda para una fase posterior.Diseño técnico y prototipo
Arquitectura, modelo de datos, contratos de las integraciones y prototipo de las pantallas clave. Recibes los diagramas y un prototipo navegable cuando procede. Decides tú qué sistema manda en cada dato y si el prototipo cubre lo que se necesita.Desarrollo por entregas
Construcción en entregas cortas sobre un entorno de pruebas con datos de prueba. Las revisiones de código y las pruebas automáticas en lo crítico se acuerdan en el presupuesto.Leer más
Te entregamos versiones funcionales que puedes revisar a medida que avanzan. Tú decides los ajustes y las prioridades entre entregas.Pruebas e integración real
Pruebas funcionales, de carga razonable, de accesibilidad y de fallos de los sistemas conectados, con el ERP o el CRM reales o con un entorno equivalente. Se cierra con el informe de pruebas y la lista de incidencias.Leer más
Decidir si algo pendiente bloquea la salida queda en tus manos.Puesta en producción
Despliegue con copia previa, plan de vuelta atrás y comprobaciones tras la salida, en una fecha que no coincida con tu temporada fuerte.Leer más
Entregamos la documentación y el procedimiento de restauración; los accesos y la titularidad se acuerdan por escrito, y tú decides el día y la hora de salida.Mantenimiento y evolución
Si se contrata, actualizaciones, vigilancia de las integraciones, corrección de incidencias y mejoras por fases. Recibes informes de actuaciones, con la periodicidad que se acuerde por escrito, y propuestas razonadas.Leer más
Decides tú qué mejoras se abordan y con qué presupuesto.
Errores habituales en desarrollo web
Ver el detalle (6)Resolverlo todo apilando plugins · Modificar el núcleo o el tema comprado · Integrar sin pensar en los fallos · Datos sin dueño ni fuente de verdad · Dejar accesibilidad y rendimiento para el final · No documentar ni versionar
- Resolverlo todo apilando pluginsCada plugin añade código ajeno, consultas, scripts y una dependencia que actualizar. Cuando dos tocan la misma función, aparecen conflictos que no se pueden depurar. La rapidez inicial se paga en lentitud y en riesgo.
- Modificar el núcleo o el tema compradoEditar directamente los archivos del gestor o de una plantilla de terceros hace que cada actualización borre los cambios o rompa la web. Los cambios van en un tema hijo, en plugins propios o en el código de la aplicación.
- Integrar sin pensar en los fallosSi el conector asume que el otro sistema siempre responde y siempre con datos válidos, el primer corte genera pedidos perdidos o duplicados sin que nadie se entere.
Leer más
Registros, reintentos, avisos y una forma de reprocesar son parte del trabajo, no un lujo. - Datos sin dueño ni fuente de verdadSi el precio vive en el ERP, en la tienda y en una hoja de cálculo, tarde o temprano difieren. Antes de programar se decide qué sistema manda en cada dato y en qué sentido se sincroniza.
- Dejar accesibilidad y rendimiento para el finalCorregir la estructura de una aplicación ya construida cuesta mucho más que hacerla bien de partida. Los dos criterios entran en la definición de «terminado» desde el primer prototipo.
- No documentar ni versionarUn código que solo entiende su autor crea una dependencia. Si el proveedor desaparece, la empresa se queda con un sistema que no puede evolucionar.
Cuándo conviene desarrollo web y cuándo esperar
Conviene si…
- Necesitas que la web intercambie datos con tu ERP, CRM, pasarela de pago o transportista y hoy lo haces a mano.
- Tu negocio tiene reglas que una plantilla no cubre: tarifas por cliente, configuradores, reservas, áreas privadas.
- Tu web depende de muchos plugins que se pisan, o de un desarrollo anterior imposible de actualizar.
- Quieres una aplicación o un portal con tu lógica de negocio y el control del código.
Mejor esperar si…
- Tu web es corporativa y lo que necesitas es una buena estructura, textos y un gestor sencillo: eso es diseño web, y programar a medida solo añadiría coste.
- Una función existe bien resuelta en un plugin o servicio mantenido: usarlo es más barato y seguro que reescribirlo.
- No tienes definido qué debe hacer el sistema: primero conviene acotar el requisito, porque programar sobre una idea vaga sale más caro.
Qué medimos en desarrollo web
Ver el detalle (5)Fiabilidad de las integraciones · Tareas manuales eliminadas · Rendimiento en usuarios reales · Calidad del código y de las pruebas · Accesibilidad
- Fiabilidad de las integracionesProporción de sincronizaciones que terminan bien, errores por tipo, tiempo hasta detectarlos y tiempo hasta resolverlos. Importa más cuánto tarda alguien en enterarse que el número de fallos.
- Tareas manuales eliminadasQué trabajo repetitivo desaparece (descargas, copias, correcciones) y cuánto tiempo del equipo se libera. Se acuerda antes de empezar cómo se va a medir, para evitar valoraciones subjetivas.
- Rendimiento en usuarios realesCarga del contenido principal, respuesta a la interacción y estabilidad visual en datos de campo (Search Console), tiempos de respuesta del servidor y de las consultas más pesadas.
- Calidad del código y de las pruebasCobertura de pruebas en las funciones críticas, resultado de las comprobaciones automáticas antes de cada despliegue y estado de las dependencias. No es un indicador comercial, pero predice cuánto costará mantener el sistema.
- AccesibilidadResultado de revisiones automáticas y manuales (teclado, lector de pantalla, contraste) sobre los flujos principales, repetidas tras cada cambio relevante.
Qué recibes con desarrollo web
- Documento de requisitos y propuesta técnica con alternativas y su coste y mantenimiento aproximados.
- Código en un repositorio con control de versiones y documentación de instalación y de las decisiones de diseño, según el alcance del presupuesto.
- Propuesta de entornos separados de desarrollo, pruebas y producción, con procedimiento de despliegue y de vuelta atrás.
- Integraciones documentadas: qué datos viajan, en qué sentido, cómo se reintenta y cómo se detectan los fallos.
- Pruebas automáticas de las funciones críticas (si el presupuesto las incluye) e informe de pruebas funcionales y de accesibilidad.
- Informe de rendimiento con datos de servidor y de usuarios reales.
- Cesión del código y de los accesos acordada por escrito, con indicación de los componentes de terceros y su licencia.
Preguntas frecuentes sobre desarrollo web
¿En qué se diferencia del diseño web?
El diseño web parte de lo que la web tiene que conseguir y resuelve estructura, textos, aspecto y un gestor de contenidos sencillo. El desarrollo a medida entra cuando hace falta lógica propia o conexión con otros sistemas. Muchos proyectos necesitan los dos, y es frecuente que un proyecto de diseño no necesite programación propia.
¿Por qué no usar simplemente un plugin?
Si existe un plugin mantenido que hace lo que necesitas, lo recomendamos. Se programa a medida cuando ningún plugin encaja, cuando varios entran en conflicto o cuando la función es crítica y no quieres depender de una pieza externa que puede cambiar o desaparecer.
¿Con qué ERP o CRM podéis integrar?
Depende de lo que el sistema ofrezca: si dispone de API, de ficheros de intercambio o de acceso controlado a datos. Se revisa en el análisis, antes de comprometer alcance ni precio, y se te dice si la integración es viable, con qué límites y con qué coste de mantenimiento.
¿Cuánto cuesta y cuánto tarda un desarrollo a medida?
No se puede dar una cifra sin un requisito delante: varía con el número de funciones, de integraciones y de casos límite. Tras el análisis recibes un presupuesto por escrito con el alcance desglosado, y los plazos constan en él, dependiendo en parte de la disponibilidad de los sistemas y de la información que haya que entregar.
¿De quién es el código que se desarrolla?
Se acuerda por escrito antes de empezar. Lo razonable es que el cliente reciba la cesión del código desarrollado para él y el acceso al repositorio, con indicación de qué componentes de terceros llevan su propia licencia. Si cambias de proveedor, no debería hacer falta el permiso del anterior.
¿Podéis arreglar o continuar un desarrollo de otro proveedor?
Es posible tras una revisión del código y del servidor para saber en qué estado está. A veces compensa ordenarlo y continuar; otras, rehacer una parte. Lo razonable es valorar las dos opciones y su coste antes de decidir nada.
¿Quién se ocupa del mantenimiento después?
Quién lo asuma (tu equipo, el de Corunaweb o un tercero) y con qué condiciones se acuerda por escrito en el presupuesto. Conviene que la documentación y el repositorio permitan cualquiera de las tres opciones. Un sistema con integraciones necesita vigilancia, y por eso se habla de ello desde el principio.
Contenido del equipo editorial de Corunaweb, revisado el .