La agencia dijo 'Solo damos soporte en horario laboral' — si la web se cae por la tarde o el fin de semana, ¿a quién acudimos?

a mí me pasó lo mismo, se cayó la web un fin de semana y no pude contactar con la agencia. después de calcular las pérdidas en 10 horas, pasé al paquete de soporte 24/7. cuesta 3000 TL/mes pero da tranquilidad.

si no pone 24/7 en el contrato, la agencia no se hace responsable si la web se cae en horario de mantenimiento. deberías haberlo pedido por escrito.

Nota: esto es mi experiencia, puede no aplicar a todos.

Modelos de horario de soporte: - Estándar (9-17 Lun-Vie): Paquete básico - Extendido (8-22 todos los días): +1000 TL - 24/7 (incluidos fines de semana): +3000-5000 TL - Guardia de emergencia (24/7 + respuesta en 1 hora): +8000+ TL - Garantía SLA (uptime 99,9%): +5000+ TL

¿Ya evaluaste qué tan 'crítico' es tu sitio? E-commerce = alta criticidad. Sitio corporativo = media. Blog semanal = baja. ¿Tu web genera ingresos directos (ventas)? Si es así, el costo del soporte 24/7 se recupera.

Lo que puedes hacer ahora: 1) Pregunta a la agencia por el paquete 24/7 — ¿cuánto cuesta extra? 2) Busca un freelance de respaldo (Google: 'PHP developer Turkey 24/7 support'). 3) Instala una herramienta de monitoreo de uptime (UptimeRobot gratis) — te avisa por SMS/mail si la web cae. 4) Cambia el contrato y exige garantía por escrito. 5) Compara con otras agencias.

La respuesta de arriba ha dado en el clavo. Todos los que se apresuran con horario de soporte técnico se atascan en el mismo punto.

Eso es todo, disculpa si me he extendido demasiado.

Hay tres cosas que revisar al hacer esto. En un sistema heredado, lo más caro son las dependencias desconocidas.

Si decidimos sin medir, siempre acabamos en el mismo punto. Comprobado por experiencia.

Aquí hay una trampa, no puedo dejar de mencionarla. Tomar notas durante dos semanas da mejores resultados que estimar seis meses.

La gente no defiende el proceso defiende la costumbre. La resistencia viene de ahí. Si tenéis dudas, escribid, os responderé en la medida de lo posible.

El año pasado nos pasó casi exactamente lo mismo. Si no se definen los criterios de aceptación, cuándo termina el trabajo es discutible.

El error cometido por horario de soporte técnico suele ser reversible, pero caro. Esta es mi opinión, no lo escribo como una verdad absoluta.

Aquí hay una trampa, no puedo dejar de mencionarla. Si es la primera vez que lo hacéis, empezad poco a poco, la escala llegará después.

También me gustaría saber si alguien lo hace de otra manera.

El punto que más se pasa por alto sobre horario de soporte técnico es este: Lo importante no es la cifra, sino en qué se basa esa cifra.

Eso es todo, disculpa si me he extendido demasiado.

Dejo una advertencia. Si decidimos sin medir, siempre acabamos en el mismo punto.

Si no se definen los criterios de aceptación, cuándo termina el trabajo es discutible. Eso es todo, disculpa si me he extendido demasiado.

Me quedé tranquilo al leer esta respuesta, así que no solo me pasa a mí. Si no lo pones por escrito desde el principio, luego surgen discusiones.

Yo seguiría por ese camino.

Hablaré desde el otro lado yo estoy en el lado del proveedor. o sea el código sin documentación de instalación, aunque lo tengas, no es tuyo.

No sabía eso.

Totalmente. Si tuviera que añadir algo más: Si decidimos sin medir, siempre acabamos en el mismo punto.

Comprobado por experiencia.

os cuento lo que me pasó a mí, a ver si os sirve de ayuda. lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones.

si tenéis dudas, escribid os responderé en la medida de lo posible.

¿Podría ampliar un poco esto? No tengáis miedo de preguntar, quien no pregunta siempre paga más caro.

Si obtienes tres respuestas distintas sobre un tema, la pregunta está mal formulada. También me gustaría saber si alguien lo hace de otra manera.