Los correos de clientes se pierden en la bandeja entrada compartida: ¿tiene sentido montar un sistema de soporte open source?

El punto más crítico en los sistemas open source es el puente de correos entrantes y salientes. Tienes que configurar bien las tareas cron en el servidor para la sincronización IMAP y gestionar sin errores los registros DKIM, SPF y DMARC para los mensajes salientes. De lo contrario, la petición del cliente nunca entrará al sistema o tu respuesta se perderá en la carpeta de spam.

Antes de cambiar de software implantad con urgencia la costumbre de etiquetar por colores y asignar tareas en la bandeja compartida. Si no hay alguien de guardia asignando cada mañana los correos que entran, pongáis el programa que pongáis, esos tickets van a seguir quedándose sin respuesta.

El año pasado montamos un sistema open source con esa misma idea de ahorrar. Pagábamos 25 dólares de servidor, pero nuestro desarrollador echaba mínimo 8 horas al mes en actualizaciones y limpieza de base de datos. Sumando el coste hora de su trabajo, nos salía por más de 220 dólares al mes y a los seis meses nos pasamos a una opción SaaS.

El problema no es el software, es la cultura de comunicación del equipo. Que un correo lleve dos días parado en una bandeja compartida no es culpa del software, es que nadie asumió la responsabilidad. Si montas un sistema de soporte, se te van a acumular decenas de tickets abiertos en el panel que nadie querrá agarrar.

si instalamos un sstema open source en nuestro propio servidor ¿los correos automáticos con el número de ticket se van a la carpeta de spam de los clientes? ¿Es muy difícil configurar eso?

edit: escrito desde el móvil, perdonad las erratas.

nosotros pasamos por la misma crisis al pasar de un equipo de cuatro personas. el cliente llamaba gritando y todos nos mirábamos los unos a los otros. instalamos un open source y a los tres meses con una actualización de la versión de PHP, el panel se cayó y estuvimos un día entero sin poder responder a los clientes. ese estrés de verdad no compensa el dinero que te ahorras.

edit: arriba escribí mal, disculpad.

Antes de decidirte, pasa esta lista de control: 1) ¿Tienes los conocimientos técnicos para intervenir a medianoche si se cae el servidor?, 2) ¿Está el coste del servicio SMTP externo incluido en tu presupuesto?, 3) ¿Podrás hacer copias de seguridad automáticas de la base de datos a diario? Si no puedes responder con un 'sí' claro a estas preguntas, el código abierto te va a dejar tirado.

aquí tengo una objeción. lo importante no es la cifra, sino en qué se basa esa cifra.

la mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación. ánimo.

Voy a contar mi experiencia. Conseguir un cliente nuevo es más caro que retener al actual.

Lo importante no es la cifra, sino en qué se basa esa cifra.

Gracias, me ha servido de mucha ayuda.

Aquí hay una trampa, no puedo dejar de mencionarla. No entréis en ningún acuerdo sin un plan de salida.

Mira dónde está el agujero del cubo; echar agua encima no lo soluciona. Ánimo.

lo probaré.

Correcto.

Yo también pienso lo mismo. Calcula esto sobre el coste anual total, no sobre la factura mensual.

Las decisiones apresuradas son las que hay que corregir seis meses después. Espero que le sea útil.

Hace dos años viví exactamente lo mismo. Intentar hacerlo solo es la vía más cara.

Si intentas cambiarlo todo a la vez, nada termina de asentarse. Comprobado por experiencia.

voy a defender lo contrario no se molesten. empezad con una pequeña prueba no lo integréis todo de golpe.

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

A nosotros también nos pasa.

la discusión se ha dispersado voy a ordenarla. mira dónde está el agujero del cubo; ecahr agua encima no lo soluciona.

yo seugiría por ese camino.