← Volver al blog

Acotar el problema antes de escribir código

Alcance, plazo y precio por escrito. Cómo empiezo un proyecto web o de software para que se pueda entregar y, sobre todo, mantener.

Acotar el problema antes de escribir código

Cuando alguien me escribe pidiendo «una web» o «un programa», casi nunca el primer paso es abrir el editor. El primer paso es acotar: qué problema hay, para quién, qué tiene que funcionar el día uno y qué se puede dejar para después.

Trabajo desde Teruel con comercios, profesionales y pymes. El patrón se repite: hay prisa, hay ideas sueltas y a veces hay un WordPress o una hoja de cálculo que ya no aguanta. Si salto directo a maquetar o a programar, el proyecto se hincha. Si primero dejamos el alcance por escrito, el resto encaja.

Qué pregunto al principio

  • Qué tiene que poder hacer el usuario o el cliente interno.
  • Qué datos hay que guardar y quién los toca.
  • Si hace falta tienda, panel, login, pagos o solo una web clara.
  • Quién va a actualizar el contenido cuando yo no esté delante.
  • En qué servidor vivirá y cómo se hacen las copias.

Con esas respuestas sale un alcance corto: qué entra, qué no entra, plazo y precio. Nada de «ya veremos». Si cambia el alcance, se revisa; no se improvisa a mitad de sprint.

WordPress, código propio o las dos cosas

No vendo un pack genérico. Si WordPress encaja —corporativa, blog, WooCommerce razonable— lo uso. Si el flujo es suyo (pedidos, licencias, inventario, procesos internos), suele ir mejor PHP, .NET o una app Android a medida. La decisión no es de moda: es de mantenimiento.

Lo mismo con seguridad. Una auditoría o un pentesting no es teatro: es una lista de fallos reales y prioridades. En webs pequeñas suele bastar con revisar accesos, sesiones, actualizaciones y la configuración del servidor antes de hablar de escenarios de película.

Qué quiero que quede al publicar

Que se pueda usar. Que haya copia. Que el cliente sepa dónde editar lo básico. Que el servidor no sea un misterio. Prefiero entregar menos cosas bien cerradas que un laberinto de plugins y «luego lo miramos».

Este blog va en esa línea: notas cortas sobre web, software y el día a día de montar cosas que sigan funcionando. Si te encaja hablar de un proyecto, escríbeme a hola@michaelmg.es.