Saltar al contenido principal

Alex Ibarz

Apoyo técnico web

Apoyo técnico web / diagnóstico + sprint

Arreglo los bloqueos técnicos que detienen las webs de tus clientes.

Formularios que no llegan, tracking que no cuadra y WordPress heredados que nadie quiere tocar. Diagnóstico claro, sprint cerrado y soporte solo si tiene sentido.

Problema real → Evidencia → Prioridad → Siguiente acción

Panel de diagnóstico

Estado: activo

Formulario sin entrega fiable

Leads perdidos sin detectar

Alta

Pruebas fallidas y ausencia de logs claros.

Tracking que no cuadra

Datos poco fiables

Media

Eventos repetidos en pruebas y herramientas.

WordPress heredado con miedo a tocar cambios

Riesgo y lentitud

Alta

Sin staging verificado y con dependencias frágiles.

01 / Problemas

Problemas técnicos que ya están costando leads, tiempo 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.

01 / Captación

Alta

Formularios 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

02 / Tracking

Media

Medició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

Alta

Instalaciones 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

Control

Conexiones 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

Alex Ibarz

Alex Ibarz

Apoyo técnico directo para webs heredadas, tracking e integraciones.

Si uno de estos síntomas ya afecta a campañas, leads o cambios internos, conviene ordenarlo antes de seguir acumulando parches.

Ver qué encaja

02 / Encaje

Esto funciona mejor cuando hay un problema real que ordenar.

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

Ordenar síntomas, impacto y siguiente acción antes de ejecutar.

Antes de prometer soluciones, conviene ordenar el caso. Un diagnóstico útil convierte síntomas en hallazgos, impacto, evidencia y siguiente acción.

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 caso

04 / Servicios

Tres formas de entrar, según el nivel de incertidumbre.

No trabajo por horas abiertas como punto de partida. Primero se entiende el problema, se decide el alcance y se firma el tipo de intervención que tiene sentido.

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 un mapa claro para decidir si se resuelve, se aplaza o se rehace una parte.

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.

Primero se reconoce el dolor y su consecuencia. Después se decide si hace falta diagnóstico, sprint cerrado o continuidad limitada.

  1. 01

    Entiendo el problema y el contexto.

  2. 02

    Decido si hace falta diagnóstico o si el sprint puede cerrarse directamente.

  3. 03

    Priorizo por impacto, riesgo y esfuerzo.

  4. 04

    Defino alcance, exclusiones y criterios de aceptación.

  5. 05

    Ejecuto el sprint y registro cambios.

  6. 06

    Valido el resultado y entrego cierre documentado.

06 / Perfil

Una persona responsable del diagnóstico, la ejecución y el cierre.

Trabajo como apoyo técnico directo: entiendo el problema antes de tocar, acoto el trabajo, ejecuto o coordino la parte técnica y cierro con trazabilidad. Llevo cerca de 7 años desarrollando y manteniendo proyectos web reales, principalmente en PHP/Laravel, WordPress cuando toca, integraciones y sistemas en producción. He trabajado con código heredado, incidencias difíciles de reproducir y contextos donde tocar sin entender puede salir caro.

Alex Ibarz

ALEX IBARZ

Desarrollador web · PHP/Laravel · WordPress · Integraciones · Tracking

Intervención directa. Sin capas comerciales.

CÓMO ENTRO EN UN CASO

  1. 01 — Entender antes de tocar

    Recojo contexto técnico y de negocio para no abrir cambios a ciegas ni encadenar parches sin criterio.

  2. 02 — Acotar el trabajo

    Defino alcance, exclusiones y criterios de aceptación para que cada intervención tenga límites claros desde el inicio.

  3. 03 — Ejecutar con trazabilidad

    Ejecuto o coordino cambios con orden técnico, priorizando impacto real y dejando registro de decisiones y ajustes.

  4. 04 — Cerrar o recomendar siguiente paso

    Cierro el caso con validación y documentación, o propongo el siguiente paso cuando no conviene forzar ejecución.

07 / FAQ

Objeciones reales, no relleno.

Respuestas cortas para decidir rápido si merece la pena seguir hablando.

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 canal es por correo. Comparte contexto mínimo y te diré si encaja diagnóstico, sprint o continuidad limitada.

Enviar un caso por correo

Con contexto mínimo puedo revisar rápido si conviene diagnóstico, sprint o continuidad limitada. Describe problema, cuándo empezó, impacto y sistema.

Qué incluir en el correo

  • Qué problema hay.
  • Desde cuándo ocurre.
  • Sistema o URL.
  • Stack conocido.
  • Impacto.
  • Accesos disponibles.
  • Presupuesto orientativo (si lo hay).

Qué revisaré antes de estimar

Correo directo: hola@alexibarz.es

  • Si el problema está suficientemente acotado para poder decidir siguiente paso.
  • Si conviene diagnóstico, sprint cerrado o continuidad limitada según alcance y riesgo.
  • Si puedo aportar valor real en el caso con el contexto y accesos disponibles.
  • Si falta contexto crítico antes de estimar para no proponer trabajo a ciegas.