Desarrollo a medida frente a plantillas

Elige desarrollo a medida cuando la web tenga que hacer algo específico de tu negocio, no describirlo.

Ve a medida si:

• Tu proceso no encaja en ningún plugin existente: lógica de presupuestos, reservas complejas, un configurador
• Necesitas integrarte con sistemas que ya usas
• El rendimiento o el SEO son un arma competitiva, no una casilla que marcar
• La web es el producto, no el folleto del producto

Quédate con una plantilla si el trabajo de la web es explicar quién eres, enseñar lo que haces y recoger consultas. Eso es la mayoría de webs de empresa, y pagar código a medida para eso es dinero que rendiría más en otro sitio.

Normalmente no al principio del todo, y la razón es que todavía no sabes qué construir.

Un negocio nuevo cambia su oferta, sus precios y su cliente objetivo varias veces el primer año. El código a medida congela decisiones; una plantilla te deja cambiar de idea barato. Gastar 5.000 $ en una web hecha a medida antes de validar la oferta es la forma más común de que un negocio pequeño queme su presupuesto de lanzamiento.

La secuencia sensata: sal con una plantilla sólida, gasta la diferencia en conseguir clientes y pasa a medida cuando sepas exactamente qué partes de tu proceso tiene que resolver la web.

Cuatro que son reales y una que suele venderse de más.

Reales:

• Velocidad. Sin código que no se usa. Las webs a medida cargan habitualmente dos o tres veces más rápido que las de plantilla, cargadas de funciones que nunca usarás.
• Encaje exacto. La web se adapta a tu forma de trabajar en vez de que tú te adaptes a la plantilla.
• Superficie de ataque. Menos plugins de terceros significa menos vulnerabilidades conocidas.
• Escalabilidad. La amplías en lugar de pelearte con ella.

Sobrevendida: la exclusividad del diseño. Un buen diseñador puede dejar una plantilla completamente irreconocible, y los visitantes no identifican plantillas. Paga el desarrollo a medida por lo que hace, no por cómo se ve.

El desarrollo a medida escala mejor en capacidades; la plantilla escala mejor en coste al principio. Cuál importa depende de por dónde venga tu crecimiento.

Una plantilla aguanta más tráfico sin problema: eso es una cuestión de alojamiento, no de código. Donde una plantilla se rompe es ante más complejidad: la quinta integración, la segunda línea de negocio, el flujo que ningún plugin soporta. A partir de ahí, cada requisito nuevo cuesta más que el anterior, porque trabajas rodeando la plantilla en vez de con ella.

La regla práctica: si esperas que el trabajo de la web cambie bastante en dos años, hazla a medida. Si esperas que haga lo mismo para más gente, una plantilla vale.

Cuando tu negocio funciona sobre un proceso que ningún producto estándar modela bien. Señales típicas:

• Coordinas el trabajo en hojas de cálculo que editan varias personas y que se desincronizan
• Pagas tres herramientas que hacen cada una un trozo del trabajo y ninguna se habla con las demás
• Los clientes te piden el estado de las cosas y tienes que montarlo a mano
• Tienes reglas —precios, disponibilidad, requisitos— lo bastante particulares como para que ningún plugin las recoja
• Pagas software por usuario donde la mayoría usa el 10 % de las funciones

La prueba económica es simple: si el apaño manual cuesta más al año en horas de lo que cuesta construir la aplicación, constrúyela.

Un proyecto a medida bien llevado pasa por cinco fases, y deberías ver algo al final de cada una:

1. Descubrimiento. Tus objetivos, tu proceso, tus límites. Resultado: un alcance por escrito y un precio.
2. Diseño. Primero la estructura, luego el diseño visual. Resultado: pantallas sobre las que opinar antes de que se programe nada.
3. Desarrollo. Construido por bloques, con avances visibles cada semana y no una caja negra.
4. Pruebas. Velocidad, seguridad, móvil, navegadores, accesibilidad. Resultado: un informe, no una promesa.
5. Lanzamiento y entrega. Publicación, formación y documentación para que no dependas de una sola persona.

Si una propuesta no nombra fases y entregables, no tienes forma de saber si va según lo previsto.

Plazos realistas para un negocio pequeño, suponiendo que el contenido y las decisiones llegan a tiempo:

• Web de presentación: 2–4 semanas
• Tienda online: 4–8 semanas, más la carga del catálogo
• Aplicación web sencilla (un flujo principal, un par de roles): 6–12 semanas
• Aplicación compleja con integraciones: 3–6 meses

La variable que más retrasa los proyectos no es la velocidad de desarrollo, es el contenido y la respuesta. Los proyectos se van de fecha porque los textos no están, las fotos no llegan o una decisión espera tres semanas a que alguien la apruebe.

Cuando presupuestamos, asumimos un tiempo concreto de respuesta y lo decimos. Si eso se alarga, la fecha se alarga con ello, y preferimos avisarlo de entrada.

Hazte una pregunta: ¿quién edita esta web y con qué frecuencia?

Si la respuesta es «yo o mi equipo, cada semana», elige WordPress. Editar contenido es lo que mejor hace, y un gestor a medida rara vez justifica su coste en un negocio pequeño.

Si la respuesta es «casi nunca, pero tiene que resolver un proceso», ve a medida. Estás pagando comportamiento, no un editor.

Hay una tercera opción que se olvida: las dos. Una aplicación a medida para la parte que es realmente específica tuya, y WordPress llevando las páginas públicas y el blog. Esa combinación sale muchas veces más barata que forzar a cualquiera de los dos a hacer el trabajo del otro.