Seamos sinceros: en casa del herrero.
Llevaba desde 2022 con mi propia web pidiendo a gritos una actualización. Ya sabes cómo va esto: te pasas el día exigiéndole a tus clientes buenas prácticas, rendimiento brutal y código limpio, pero luego miras tu propio portfolio y… en fin. Mejor no mirar demasiado de cerca.
Hace medio año decidí que ya tocaba adecentar mi rincón en internet.
Y lo enfoqué como lo hacemos casi todos los desarrolladores cuando nos toca lidiar con lo nuestro: “Me abro el editor, monto un WordPress, hago un tema a medida, subo mis servicios y en un par de fines de semana lo tengo ventilado”.
Error.
He tardado 6 meses. Medio año para lanzar la nueva juliancampos.es.
Y lo más curioso de todo: la culpa no la ha tenido la programación. De hecho, tirar líneas ha sido la parte más rápida.
El problema fue darme cuenta de que estaba a punto de cometer el típico error de junior que intento corregir en los demás: pensar que hacer una web va de escribir código.
Empiezas a tirar del hilo y te das un golpe de realidad de los que duelen. La web no era el problema.
El problema era todo lo que tenía que tener claro antes de abrir siquiera el editor:
- Qué quería vender exactamente.
- A quién quería atraer (y a quién quería espantar).
- Cómo quería posicionarme en el mercado.
- Qué tenía que entender una persona en 10 segundos antes de pedirme presupuesto.
En definitiva: cómo hacer que la web dejara de ser un simple portfolio para salir del paso y se convirtiera en una herramienta real para mi negocio.
Suena exagerado dedicarle 6 meses a esto, lo sé.
Pero creo que precisamente ahí está el gran aprendizaje que quiero compartirte hoy. Porque el salto de junior a senior pasa, muchas veces, por levantar la cabeza del teclado.
La web no empieza en el código
Esto me ha costó en su día aceptarlo, porque la tendencia natural de muchos de nosotros es irnos directamente a programar.
Abrir el editor. Crear el tema. Montar bloques. Pensar componentes. Resolver el responsive. Optimizar imágenes. Hacer que todo vuele.
Lo típico.
Pero una web enfocada a negocio no empieza ahí. Empieza preguntándote cosas bastante menos cómodas:
- ¿Para qué quiero esta web?
- ¿Quién quiero que la lea y qué problema tiene esa persona?
- ¿Qué quiero que piensen de mí?
- ¿Qué conversación quiero generar?
Aunque suene muy de marketing, esto es vital para cualquier desarrollador que quiera crecer profesionalmente. Llega un momento en el que no basta con saber hacer cosas; tienes que saber explicar por qué esas cosas importan.
No es lo mismo decir desarrollo webs en WordPress que decir ayudo a empresas que tienen una web que ya no escala, que arrastra deuda técnica y que necesitan una base sólida para seguir creciendo.
Técnicamente ofreces lo mismo, pero la percepción cambia por completo. Y la percepción, aunque nos moleste admitirlo, también forma parte de tu valor.
El cliente no compra tu stack
Este es uno de los errores más habituales en nuestros primeros años. Construimos nuestra comunicación alrededor de nuestras herramientas: WordPress, Laravel, React, Docker, AWS…
Y ojo, todo eso importa. Pero el cliente no se levanta un lunes pensando:
“Ojalá encuentre hoy a alguien que me implemente una arquitectura con bloques personalizados y buenas prácticas de rendimiento”.
El cliente piensa en sus problemas reales:
- “Cada cambio en la web es un drama”.
- “Dependemos demasiado de una sola persona”.
- “Marketing necesita lanzar cosas y tecnología es un cuello de botella”.
Ese es su punto de partida. Si tu portfolio no habla de eso, estás obligando al cliente a hacer de traductor.
¿Traductor?
Si, porque lo que tú dices es: desarrollo a medida, optimización de rendimiento o arquitectura escalable.
Pero lo que el cliente necesita escuchar es: menos riesgo y más control, más velocidad y mejor conversión, menos dependencia técnica y más ventas.
Cuanto más obligas a alguien a traducir tu valor técnico a su idioma de negocio, más fácil es que te descarte.
La marca también es trabajo técnico
Sé que esto suena raro en una newsletter de código, porque solemos pensar que la marca es cosa de diseñadores o gente que habla de “tonos de voz” en reuniones eternas.
Pero si eres freelance, consultor, o simplemente quieres destacar en tu empresa, tu marca es lo que alguien entiende de ti antes de hablar contigo.
Es la diferencia entre parecer otro programador más o alguien con criterio.
En mi caso, quería transmitir tres cosas: solidez técnica, cercanía y orientación a negocio.
Quería que se entendiera que sé programar, por supuesto. Pero también que sé pensar en sistemas, entender el contexto, hablar con negocio y tomar decisiones que trascienden el editor.
Ahí es donde reside buena parte del salto de junior a senior. No en escribir más líneas, sino en entender qué líneas merece la pena escribir.
El diseño y el copy no son “la capa bonita”
Durante el proceso trabajé con profesionales de diseño y copy. Para mí, esto ha sido un antes y un después.
Cuando eres desarrollador y haces tu propia web, tienes un problema grave: sabes demasiado. Quieres contarlo todo, justificar cada decisión técnica y meter todos los detalles. Acabas construyendo una web para ti, no para quien te va a contratar.
El copy no es rellenar huecos en una maqueta con Lorem Ipsum. El copy es estrategia escrita. Es decidir cómo traduces tu trabajo técnico a valor real.
En lugar de decir algo como Implemento bloques personalizados en WordPress, puedes probar con Construyo una web editable sin convertir tu WordPress en un caos de plugins y parches.
La segunda frase le habla directamente a la herida del cliente.
WordPress no era el objetivo, era el sistema
Cuando llegó la fase de desarrollo, entró en juego lo que más dominamos: temas a medida, plantillas, responsive, rendimiento, integración de newsletter…
Y aquí surgió la gran pregunta: ¿Por qué WordPress?
Podría haber usado Astro, Next, Laravel, un CMS headless… y habría quedado algo técnicamente impecable. Pero el criterio de un perfil senior no es qué tecnología me apetece usar hoy, el criterio es qué necesita este proyecto.
Y este proyecto necesitaba:
- Facilidad absoluta para editar contenido sin romper nada.
- Estructura sólida para publicar artículos y newsletter.
- Velocidad para iterar sin depender siempre de tocar código.
- Una base conocida para integrar SEO y captación.
Para eso, WordPress tenía todo el sentido. No porque sea siempre la respuesta, sino porque aquí encajaba a la perfección.
A veces usamos una herramienta porque está de moda, o porque en Twitter parece que si no usas el último framework de JS estás haciendo arqueología. Pero el verdadero criterio técnico consiste en elegir lo que resuelve el problema con el menor coste razonable, el menor riesgo posible y la mayor facilidad de mantenimiento.
Yo no quería hacer una simple web. Quería construir un sistema: WordPress como CMS, el tema como sistema visual, los bloques como piezas de negocio y el formulario como inicio del proceso comercial.
Una web debe generar mejores conversaciones
No quería el típico formulario de Nombre / Email / Mensaje. Eso solo genera correos genéricos que te hacen perder el tiempo.
Quería un flujo que me ayudara a cualificar el proyecto antes de la primera llamada: qué necesitan, qué problema tienen, qué esperan conseguir.
Esto también es desarrollo.
Una buena funcionalidad no es solo la que no da errores; es la que mejora una decisión, reduce fricción o genera información útil. El objetivo no era recibir más mensajes, era recibir mejores conversaciones.
Entonces, ¿merece la pena dedicar 6 meses a una web?
Depende.
Si tu web es solo una tarjeta de visita virtual, no.
Pero si tiene que explicar quién eres, vender tus servicios, filtrar oportunidades y construir tu autoridad, entonces sí. Porque no estás haciendo una web. Estás construyendo el motor de tu negocio.
Y esto conecta de lleno con lo que siempre defiendo en CERO a SENIOR: crecer como desarrollador no va solo de aprender el enésimo framework.
Va de entender de producto. De negocio. De comunicación.
La parte técnica sigue siendo vital, pero cada vez tengo más claro que el verdadero valor de un perfil senior está en unir las piezas:
Código + Arquitectura + Producto + Negocio + Comunicación = Criterio.
Mi nueva web ha sido una excusa perfecta para recordármelo. No te cuento esto para que te pases medio año con tu próximo portfolio, sino para recordarte que, a veces, lo importante no es hacer las cosas rápido, sino hacerlas con intención.
Un saludo,
Julián