Desarrollo web para empresas. Primero el negocio, después la tecnología.

Sí. Para muchas webs corporativas y comerciales es la base adecuada: el contenido lo gestiona el equipo sin depender de nadie, hay ecosistema para casi todo y el proyecto se publica antes. Lo que no hacemos es instalar una plantilla y entregarla: la estructura, el diseño, los contenidos y la forma de gestionarlos se plantean para el negocio concreto. Y cuando aparece algo que WordPress no trae hecho, se desarrolla encima en vez de descartar la base.

Cuando las reglas ya son de tu empresa y no las trae nadie hechas: tarifas propias, permisos, estados, validaciones, cálculos o procesos que sólo tienen sentido ahí. También cuando el coste de forzar una plataforma a hacer algo para lo que no está pensada supera al de construirlo. Un formulario avanzado, una integración o un cálculo no obligan por sí solos a empezar de cero; lo que obliga es la suma.

Se decide después de entender el negocio, no antes. Pesan los objetivos, quién va a gestionar la web y con qué comodidad, qué integraciones hacen falta, qué mantenimiento va a necesitar, el presupuesto y cómo se espera que evolucione. Si sale que la solución es una base que ya existe, se dice; si sale que hay que desarrollar, se argumenta con esos mismos criterios y no con una preferencia técnica.

Casi nunca hay que empezar de cero, y cuando lo proponemos lo argumentamos. Se puede desarrollar sobre lo que ya existe, sustituir sólo la parte que limita —un flujo, un panel, una integración— o construir un núcleo nuevo y migrar por fases. Rehacerlo todo sólo compensa cuando la base actual cuesta más de mantener que de sustituir: quien empieza proponiendo tirarlo todo suele estar vendiendo horas, no criterio.

Vosotros, y eso se decide al principio porque condiciona con qué se construye. Se define qué tiene que poder cambiar el equipo sin llamar a nadie —textos, servicios, trabajos, precios, avisos— y la gestión se monta alrededor de esa lista. Una web que sólo puede tocar quien la hizo acaba desactualizada, y una web desactualizada deja de vender aunque esté bien hecha.

Depende del alcance, del número de reglas de negocio, de las integraciones y de si hay usuarios, permisos y estados de por medio: no cuesta lo mismo una web corporativa que una plataforma con área privada, cobros y conexión con un ERP. Por fases se puede y en la mayoría de proyectos es la mejor opción: se define un núcleo que ya aporta valor, se publica y se amplía sobre esa base. Lo que hacemos siempre es acotar antes de dar un número.

Sí, y suele ser justo el motivo por el que un proyecto se hace a medida. La web puede conectarse por API con el CRM, el ERP, la pasarela de pago, la contabilidad, el ecommerce o herramientas internas, para que un dato entre una sola vez y viaje solo. Cuando no existe API, se estudia la vía posible y se dice claramente qué se puede automatizar y qué no.

El alcance, la propiedad y las condiciones de uso se dejan definidos por escrito antes de empezar, y en un proyecto de empresa lo normal es que el código y los datos sean del cliente. Después, toda solución digital necesita mantenimiento: actualizaciones, seguridad, rendimiento, ajustes y funcionalidades nuevas. Una web no se termina el día que se publica, se estabiliza y sigue evolucionando con la empresa.