¿Montar un sistema de tickets de soporte open source para un equipo de 8 personas sale a cuenta o es un dolor de cabeza?

Calcula el coste por hora de tu desarrollador. Aunque ese compañero dedique solo 4 horas al mes a montar, configurar y resolver problemas de este sistema, su coste interno anual equivale a la licencia cloud. Y además, si un día se va de la empresa, ¿quién se pondrá al frente de ese servidor? Sin duda, contratad una solución cloud ya hecha.

No os dejéis llevar por el fanatismo del open source. A los desarrolladores les encanta correrlo todo en sus propios servidores porque para ellos es un juguete divertido. Pero cuando los correos de clientes caen en spam o el servidor se cae, la factura la pagas tú. Si la operación principal de la empresa no es gestionar servidores un sistema de tickets open source es una carga innecesaria.

Nosotros montamos open source en una agencia de 10 personas. El primer año, por caídas del servidor, cortes en la sincronización del buzón y actualizaciones de software, se nos cortó todo el tráfico de soporte 3 veces. Pasamos vergüenza ante los clientes. Al final nos pasamos a un sistema cloud ya hecho, pagamos 200 EUR al mes pero llevamos dos años con la cabeza totalmente tranquila.

y en vez de montar nosotros un sistema open source, si lo contratamos como paquete de instalación ya hecha a la empresa de hosting ¿la carga de manenimiento sigue siendo nuestra?

Tenéis toda la razón en querer salir del buzón compartido, gestionar correo entre 8 personas es un caos total. o sea pero los sistemas ya hechos tienen planes de nivel de entrada los planes de 12-15 EUR por persona también os sirven. Reservad un presupuesto de 100-120 EUR al mes para 8 personas y no os compliquéis la vida.

en alemania las multas por privacidad de datos son durísimas... si no configuras bien el sistema open source y se filtran las conversaciones con clientes, te va a doler mucho la cabeza luego los sistemas cloud ya ofrecen estas conformidades de serie.

En resumen, la idea común de lo escrito está clara: aunque el software del sistema open source sea gratis, la mano de obra operativa y el coste de mantenimiento salen más caros que los sistemas cloud ya hechos. Si tu negocio principal no es gestionar servidores, lo más sensato es contratar una solución ya hecha.

Hay tres cosas que revisar al hacer esto. Establecer un proceso de solicitud de cambios no ralentiza el trabajo, lo agiliza.

Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar. Corrijanme si me equivoco.

En este punto no estoy de acuerdo con ustedes. Si el alcance crece, debe crecer el plazo o el presupuesto. No hay tercera opción.

Totalmente. Si tuviera que añadir algo más: Al tomar decisiones, escribe también el peor escenario, no solo el mejor.

Eso es todo, disculpa si me he extendido demasiado.

Gracias por escribir.

me pasó lo mismo.

El año pasado nos pasó casi exactamente lo mismo. Si el alcance crece, debe crecer el plazo o el presupuesto. No hay tercera opción.

En un sistema heredado, lo más caro son las dependencias desconocidas. Si escribís el resultado aquí, también servirá de ayuda a otros.

Tomo nota, gracias. Lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones.

Intentar hacerlo solo es la vía más cara.

Entrando en detalle: Si es la primera vez que lo hacéis, empezad poco a poco, la escala llegará después.

Los primeros tres meses todo va bien, los problemas aparecen en el cuarto. Esta es mi opinión, no lo escribo como una verdad absoluta.

Aquí tengo una objeción. El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas.

Esta es mi opinión, no lo escribo como una verdad absoluta.

La respuesta de arriba ha dado en el clavo. Todos los que se apresuran con sistema de tickets de soporte open source se atascan en el mismo punto.

Cada "lo miramos luego" en una reunión es trabajo no presupuestado. Esta es mi opinión no lo escribo como una verdad absoluta.

El año pasado nos pasó casi exactamente lo mismo. Cuanto más difícil sea revertir una decisión, más despacio debéis tomarla.

Comprobado por experiencia.