01 / Captación
AltaFormularios que no dejan rastro fiable
Emails que no llegan, landings activas sin validación real o flujos de contacto que se rompen sin que nadie lo vea a tiempo.
Impacto
Leads perdidos sin detectar
Apoyo técnico web / diagnóstico + sprint
Arreglo problemas técnicos en webs WordPress, Laravel y PHP que hacen perder leads, datos y control.
Formularios que no entregan, tracking que no cuadra, webs heredadas que dan miedo tocar e integraciones que se quedaron a medias. Primero diagnóstico, luego sprint cerrado y cierre documentado.
Respondo si encaja, qué entrada tiene sentido y qué contexto falta antes de estimar.
Panel de diagnóstico
Estado: activo
Formulario sin entrega fiable
Leads perdidos sin detectar
Pruebas fallidas y ausencia de logs claros.
Tracking que no cuadra
Datos poco fiables
Eventos repetidos en pruebas y herramientas.
WordPress heredado con miedo a tocar cambios
Riesgo y lentitud
Sin staging verificado y con dependencias frágiles.
01 / Problemas
Problemas técnicos que ya están costando leads, datos o control.
Los problemas técnicos no suelen llegar como una lista ordenada. Llegan como síntomas: formularios que no avisan, campañas que no miden bien, cambios pequeños que dan miedo o una web que depende de demasiados parches.
02 / Tracking
MediaMedición que no cuadra
Eventos duplicados, conversiones sin validar o herramientas instaladas sin criterio que terminan dando números poco fiables.
Impacto
Decisiones con datos malos
03 / Rendimiento
Coord.Páginas clave lentas
Plantillas pesadas, plugins innecesarios o cambios técnicos que nunca se priorizan por impacto y terminan frenando campañas.
Impacto
Campañas y SEO afectados
04 / WordPress
AltaInstalaciones que dan miedo tocar
Proveedores anteriores desaparecidos, dependencias frágiles y miedo a que cada actualización rompa otra parte de la web.
Impacto
Cambios lentos y riesgo técnico
05 / Integraciones
ControlConexiones a medias
CRM, email marketing o herramientas internas que quedaron a medias y obligan a compensar con procesos manuales.
Impacto
Horas internas y pérdida de control
Si uno de estos síntomas ya afecta a campañas, leads o cambios internos, conviene ordenarlo antes de seguir acumulando parches.
Ver qué encajaCasos tipo
Casos habituales que puedo ordenar.
No necesitas tenerlo todo claro. Si el síntoma, el impacto y el contexto existen, puedo ayudarte a decidir si se diagnostica, se repara o se descarta.
Formulario que pierde leads
01- Síntoma
- Los envíos no llegan o llegan de forma irregular.
- Riesgo
- Oportunidades perdidas y falsa sensación de funcionamiento.
- Entrada recomendada
- Diagnóstico o sprint cerrado.
Tracking GA4/GTM poco fiable
02- Síntoma
- Eventos duplicados, conversiones incoherentes o datos que no cuadran.
- Riesgo
- Decisiones basadas en medición incorrecta.
- Entrada recomendada
- Diagnóstico técnico.
WordPress heredado con miedo a tocar
03- Síntoma
- Plugins antiguos, rendimiento pobre o cambios que pueden romper producción.
- Riesgo
- Acumulación de deuda técnica y bloqueo operativo.
- Entrada recomendada
- Rescate por fases.
Integración PHP/Laravel a medias
04- Síntoma
- API, webhook, importación o proceso automático que falla sin trazabilidad.
- Riesgo
- Errores silenciosos y trabajo manual recurrente.
- Entrada recomendada
- Sprint cerrado o diagnóstico previo.
02 / Encaje
Cuándo tiene sentido contar conmigo.
Apoyo a agencias pequeñas, consultores SEO, diseñadores y empresas B2B con una web existente que falla, mide mal, va lenta o se ha vuelto difícil de tocar. No trabajo como soporte infinito ni como taller de cambios sueltos.
Esto encaja
- Agencias pequeñas, consultores SEO y diseñadores con una web de cliente que falla, mide mal, va lenta o se ha vuelto difícil de tocar.
- Empresas B2B con una web existente que ya afecta a captación, medición u operación.
- Casos donde hay contexto, accesos razonables y voluntad de cerrar alcance, prioridades y criterios de aceptación.
- Trabajo discreto o white-label para agencias cuando el rol y la comunicación están claros.
Esto no encaja
- Webs nuevas baratas desde cero.
- Cambios ilimitados o soporte 24/7.
- Diagnósticos gratis para comparar proveedores.
- Proyectos sin accesos, contexto o responsable claro.
- Bolsas de horas sin prioridades o trabajo en producción a ciegas.
Trabajo con alcance cerrado. Si buscas soporte ilimitado o una web barata desde cero, probablemente no soy la opción adecuada.
03 / Criterio
Separar síntomas, causa e impacto antes de tocar producción.
Aquí no se decide por intuición ni por urgencia aislada. Se cruza síntoma, evidencia, impacto, riesgo y esfuerzo para saber qué tocar primero y qué conviene dejar fuera.
Panel de criterio
Estado: activo
El formulario no confirma entrega fiable
Pruebas fallidas y ausencia de logs claros
Impacto
Leads perdidos sin detectar
Prioridad
Alta
Siguiente acción
Revisar envío, SMTP y confirmación
Conversiones duplicadas en campañas
Eventos repetidos en pruebas y herramientas
Impacto
Datos poco fiables para decidir inversión
Prioridad
Media
Siguiente acción
Limpiar etiquetas y validar eventos clave
WordPress heredado con miedo a tocar cambios
Plugins sin uso claro y sin staging verificado
Impacto
Cambios lentos y riesgo de romper producción
Prioridad
Alta
Siguiente acción
Inventario, copia y plan de cambios
El diagnóstico no retrasa la solución. Evita ejecutar la solución equivocada.
Plantear un casoComparativa de enfoque
Cómo evito que un arreglo se convierta en una bolsa infinita de horas.
La mayoría de problemas heredados no se resuelven tocando rápido, sino separando síntomas, impacto, riesgos y siguiente acción.
Lo habitual
-
Pásame accesos y miro
01 -
Cambios sin criterio claro
02 -
Horas abiertas
03 -
Cierre difuso
04 -
Decisiones repartidas en mensajes sueltos
05
Mi forma de trabajar
-
Contexto, impacto y riesgos antes de tocar
01 -
Criterios de aceptación
02 -
Sprint cerrado o diagnóstico acotado
03 -
Cierre documentado
04 -
Siguiente acción clara
05
04 / Servicios
Diagnóstico, sprint cerrado o continuidad limitada.
Empieza por diagnóstico técnico cuando falta claridad, pasa a sprint cerrado cuando el problema está acotado y reserva continuidad limitada solo cuando ya hay prioridades claras. Así se evita el scope creep y cada intervención mantiene foco, límites y cierre.
Entrada recomendada
Diagnóstico técnico priorizado
precio orientativo 350 €
Cuándo aplica: Cuando el problema es difuso, la web es heredada o no está claro qué tocar primero.
Qué incluye: Lista priorizada de hallazgos, evidencias, impacto estimado y siguiente acción recomendada.
Qué queda fuera: Ejecución completa de cambios, rediseños, migraciones o presupuestos gratis para comparar proveedores.
Resultado: Sales con una lista priorizada de hallazgos, evidencias, impacto y siguiente acción recomendada.
Sprint cerrado de reparación o estabilización
precio orientativo 1.500–3.000 €
Cuándo aplica: Cuando el bloque está identificado: formularios, tracking, rendimiento, WordPress o una integración concreta.
Qué incluye: Alcance, exclusiones, criterios de aceptación, ejecución y cierre documentado.
Qué queda fuera: Cambios ilimitados, soporte 24/7, nuevas funcionalidades abiertas o trabajo en producción a ciegas.
Resultado: Un problema acotado resuelto sin abrir trabajo infinito ni dejar cambios en el aire.
Sprint de rescate o integración con incertidumbre
precio orientativo 2.500–5.000 €
Cuándo aplica: Cuando hay proveedor anterior, varias dependencias y riesgo alto.
Qué incluye: Diagnóstico previo, alcance por fases, estabilización técnica y plan de riesgos.
Qué queda fuera: Compromisos cerrados sin visibilidad mínima de accesos, dependencias o impacto.
Resultado: Recuperas control y trazabilidad en un sistema que no se puede seguir parcheando.
Capacidad técnica reservada
precio orientativo 750–1.500 €/mes
Cuándo aplica: Cuando ya existe confianza y hace falta continuidad limitada con prioridades claras.
Qué incluye: Bolsa reservada para ejecución recurrente, con foco y límites, no soporte ilimitado.
Qué queda fuera: Disponibilidad permanente, urgencias sin contexto, mantenimiento genérico o una cola infinita de tareas.
Resultado: Refuerzo estable para seguir avanzando sin rehacer el encaje cada semana.
Los diagnósticos no son presupuesto gratis: sirven para decidir con criterio.
No rehacer por defecto
Rehacer puede ser lo correcto, pero no debería ser la respuesta automática. Primero conviene saber qué falla, qué impacto tiene y si una parte puede ordenarse sin cambiarlo todo.
Rescates e integraciones con incertidumbre
Si faltan accesos, hay proveedores anteriores o dependencias poco claras, el alcance puede necesitar una fase previa según riesgo y contexto.
05 / Proceso
Un proceso corto, con filtros y cierre.
El trabajo avanza por fases pequeñas: contexto suficiente, entrada adecuada, alcance cerrado, ejecución y validación. Cada fase reduce incertidumbre antes de abrir la siguiente.
-
01
Recojo contexto, síntoma e impacto real.
-
02
Decido si encaja diagnóstico, sprint cerrado o continuidad limitada.
-
03
Acoto alcance, riesgos y criterios de aceptación.
-
04
Ejecuto los cambios priorizados y registro decisiones.
-
05
Valido el resultado y cierro con siguiente acción documentada.
06 / Perfil
Una persona responsable del diagnóstico, ejecución y cierre.
No vas a hablar con un comercial ni con una cadena de intermediarios. Trabajo como apoyo técnico directo: entiendo el problema, ejecuto los cambios y cierro el caso sin perder contexto entre diagnóstico y entrega. Llevo cerca de 7 años desarrollando y manteniendo proyectos web reales, principalmente en PHP/Laravel, WordPress, integraciones y sistemas en producción.
ALEX IBARZ
Desarrollador web · PHP/Laravel · WordPress · Integraciones · Tracking
Mismo interlocutor del diagnóstico al cierre.
QUÉ APORTA ESA RESPONSABILIDAD
Una misma persona lee el síntoma, toma decisiones, ejecuta el trabajo y valida el cierre. Eso evita traspasos innecesarios y reduce el riesgo de perder contexto cuando el caso se complica.
-
01 — Lectura técnica del problema
Puedo conectar síntoma, código, configuración, medición y operación sin tratar cada pieza como un encargo aislado.
-
02 — Decisiones con dueño
Priorizo, explico tradeoffs y dejo claro qué se hará, qué no y por qué.
-
03 — Ejecución sin perder contexto
Trabajo sobre WordPress, PHP, Laravel, tracking o integraciones manteniendo el objetivo técnico visible.
-
04 — Cierre trazable
El resultado queda validado, documentado y conectado con la siguiente decisión.
07 / FAQ
Preguntas frecuentes.
Respuestas cortas para decidir rápido si merece la pena seguir hablando.
Depende del caso. Si el alcance está claro, se puede cerrar sprint directamente. Si no está claro qué tocar primero, se empieza por diagnóstico. La idea es evitar rehacer por inercia y decidir con criterio.
Perfecto. El mantenimiento suele cubrir actualizaciones y pequeñas incidencias. Esto es distinto: diagnosticar, priorizar y resolver un problema técnico con impacto concreto.
Sí, si el alcance, el rol y la comunicación están claros. Puedo trabajar como apoyo discreto o white-label para que la agencia mantenga el control del cliente final.
Entonces tiene sentido empezar por diagnóstico. La salida debe ser una recomendación clara: resolver ahora, esperar, rehacer parcialmente o no tocar.
Por defecto trabajo con diagnóstico o sprint cerrado. Las horas abiertas tienden a crear incertidumbre. Si hace falta continuidad, se plantea como capacidad técnica reservada con prioridades y límites claros.
No puedo garantizar resultados comerciales que dependen de tráfico, oferta, ventas o campañas. Sí puedo pactar objetivos técnicos medibles: formularios validados, eventos revisados, tiempos comparados, incidencias corregidas o cambios documentados.
Puedo implementar y validar la parte técnica del tracking: etiquetas, eventos, consent mode, comprobaciones y documentación de lo configurado. No sustituyo asesoramiento legal ni determino por ti la base jurídica o textos de privacidad.
Como orientación, un diagnóstico parte de 350 €. Los sprints cerrados habituales suelen estar entre 1.500 y 3.000 €. Rescates, integraciones o casos con mucha incertidumbre suelen moverse entre 2.500 y 5.000 € según accesos, riesgos y alcance.
Una web, una descripción del problema, urgencia, contexto mínimo, accesos razonables si avanzamos y una persona responsable del caso.
Plantear un caso
Si tienes una web de cliente que falla, mide mal o nadie quiere tocar, podemos empezar por ordenar el problema.
08 / Contacto
Plantear un caso
El siguiente paso no es rellenar un formulario: es abrir un caso por correo con contexto suficiente para decidir encaje, entrada y siguiente acción.
Apertura de caso
Abrir un caso técnico
Cuéntame qué falla, desde cuándo ocurre y qué impacto tiene. No necesito un briefing perfecto: necesito contexto suficiente para decidir si tiene sentido avanzar.
Acción recomendada
Redactar correo con plantilla
Se abrirá un correo con la estructura mínima para plantear el caso.
Responder no implica contratar.
También puedes escribir directamente:
hola@alexibarz.esPlantilla de contexto
- 01 — Problema
- 02 — Desde cuándo
- 03 — Sistema o URL
- 04 — Stack conocido
- 05 — Impacto
- 06 — Accesos disponibles
- 07 — Presupuesto orientativo, si lo hay
Qué recibirás de vuelta
No te responderé con un “ya te diré”. Te diré si tiene sentido avanzar, qué entrada encaja y qué falta antes de estimar.
-
01 — Encaje
Si tiene sentido que lo revise o si no soy la opción adecuada.
-
02 — Entrada recomendada
Diagnóstico, sprint cerrado o continuidad limitada según alcance y riesgo.
-
03 — Contexto faltante
Qué necesito saber antes de tocar o estimar.
-
04 — Siguiente acción
Qué conviene tocar primero, qué dejaría quieto y qué riesgo veo.
Responder no implica contratar. Primero valido si el caso tiene sentido.