← Volver al blog

Cómo un fundador de SaaS de listas de regalos transformó su atención al cliente con Heedback

· 8 min de lectura · Heedback Team


Cuando un fundador de SaaS nos contactó para compartir su experiencia con Heedback, no lo dudamos ni un segundo. Dirige una plataforma que permite a parejas y familias crear y compartir listas de regalos — bodas, nacimientos, inauguraciones de casa. Decenas de miles de usuarios en varios países europeos.

Por razones de privacidad, lo llamaremos Marc. Su historia es una que muchos fundadores de SaaS reconocerán: un producto que la gente adora, un volumen de soporte que crece más rápido que el equipo, y la tensión constante entre desarrollar nuevas funcionalidades y mantener satisfechos a los usuarios existentes.

Aquí va nuestra conversación.

Cuéntanos sobre tu producto y tus usuarios.

Marc: Construimos una plataforma donde la gente crea listas de regalos para los grandes momentos — bodas, baby showers, cumpleaños. Los invitados recorren la lista, reservan un regalo, y pueden contribuir entre varios para los regalos más caros. Estamos activos en cuatro países, así que todo funciona en francés, neerlandés e inglés.

Lo que hace único a nuestro sector es la carga emocional. Cuando la boda de alguien es en dos semanas y su lista no funciona bien, no es una situación de “voy a enviar un ticket y esperar”. Esa persona necesita ayuda ahora. Y está estresada. Eso condiciona toda nuestra forma de gestionar el soporte.

¿Cómo era vuestro soporte antes de Heedback?

Marc: ¿Sinceramente? Un desastre. Teníamos una bandeja de entrada compartida en Gmail, un tablero de Trello para peticiones de funcionalidades que nadie miraba pasado el primer mes, y una página de FAQ que era básicamente una página HTML estática que yo actualizaba manualmente cuando me acordaba.

El mayor problema no era el volumen — era la visibilidad. No tenía ni idea de qué problemas aparecían más. No podía decirte si la gente estaba más frustrada con el flujo de pago o con los enlaces para compartir. Todo vivía en hilos de email, y una vez que respondías un ticket, ese conocimiento desaparecía.

Tampoco teníamos ninguna estructura para el feedback. Los usuarios nos enviaban peticiones por email, las mencionaban en conversaciones de soporte, o las publicaban en nuestro grupo de Facebook. Nada estaba centralizado. Tomaba decisiones de producto a base de intuición y de quien más alto gritaba.

¿Por qué elegisteis Heedback frente a otras herramientas?

Marc: Miré Intercom, Zendesk, Canny — los sospechosos habituales. Intercom era demasiado caro para nuestra etapa. Zendesk parecía excesivo y la configuración era abrumadora. Canny habría resuelto la parte de feedback pero no la de soporte, y no quería unir tres herramientas diferentes con cinta adhesiva.

Heedback encajó porque todo estaba en un solo lugar: bandeja de soporte, tableros de feedback, base de conocimientos, changelog. Y la opción de auto-alojamiento fue un diferenciador real. Manejamos datos personales — nombres, direcciones, preferencias de regalos — así que poder ejecutarlo en nuestra propia infraestructura era importante. El cumplimiento del RGPD no es opcional en nuestro sector.

El precio también era simplemente… razonable. Un precio fijo, sin trucos por usuario, sin sorpresas de “tus costes se triplicarán cuando crezcas”.

¿Cómo usáis la bandeja de soporte en el día a día?

Marc: Es nuestra interfaz principal ahora. Cada mensaje de usuarios llega a Heedback — ya sea desde el widget en nuestro sitio o por email. Mi cofundador y yo nos repartimos la bandeja, y podemos ver de un vistazo qué está abierto, qué espera, quién se está encargando de qué.

Lo que más me sorprendió fue cuánto contexto te da. Cuando alguien escribe, puedo ver sus conversaciones anteriores, si ha votado en alguna petición de funcionalidad, en qué plan está. Ya no pregunto “¿Puede enviarme su email de cuenta?” — ya sé quién es.

Durante la temporada de bodas — mayo a septiembre — nuestro volumen se dispara. Tener todo centralizado en lugar de repartido entre Gmail, Messenger y lo que fuera que la gente usara para contactarnos ha sido una salvación.

¿Cómo ha cambiado el tablero de feedback vuestras decisiones de producto?

Marc: De la noche al día. Configuramos un tablero público donde los usuarios pueden enviar ideas y votar. En el primer mes, era evidente lo que la gente realmente quería. Resulta que la petición más votada no era para nada lo que yo esperaba — era una funcionalidad de “contribución grupal” donde varios invitados pudieran juntar dinero para un regalo caro.

Sin el tablero, habría construido algo completamente diferente basándome en lo que yo creía que la gente quería. El tablero no solo recoge votos — me da confianza. Cuando veo a 200 personas pidiendo lo mismo, ya no estoy adivinando.

También lo usamos internamente. Cuando nuestro pequeño equipo debate prioridades, simplemente abrimos el tablero. La conversación pasa de opiniones a datos bastante rápido.

¿Y la base de conocimientos?

Marc: El impacto fue gradual, pero masivo. Escribimos unos 30 artículos cubriendo lo básico: cómo crear una lista, cómo compartirla, cómo funcionan los pagos, qué pasa si se devuelve un regalo, cómo añadir artículos de otras tiendas.

El volumen de soporte bajó notablemente después de eso. La gente encuentra respuestas por su cuenta antes de contactarnos. Y cuando nos escriben, las preguntas son más específicas — menos “¿cómo funciona esto?” y más “¿puedo hacer X en este escenario concreto?” Esas son mucho más rápidas de responder.

El widget también sugiere artículos relevantes cuando los usuarios empiezan a escribir un mensaje. No esperaba que funcionara tan bien, pero intercepta muchas preguntas antes de que se conviertan en tickets.

¿Puedes compartir resultados concretos?

Marc: Claro. No medimos todo de forma obsesiva, pero hay algunas cifras que destacan:

  • El volumen de soporte ha bajado aproximadamente un 40% comparado con el mismo período del año pasado. Mismo número de usuarios, menos tickets. La base de conocimientos está haciendo su trabajo.
  • El tiempo de respuesta pasó de “cuando podamos” a menos de 2 horas de media. Tener una sola bandeja en lugar de cinco canales lo hizo posible.
  • Más del 90% de las peticiones de funcionalidades llegan ahora por el tablero en lugar de emails dispersos. Solo eso nos ahorra horas de triaje manual.
  • Lanzamos 4 funcionalidades el trimestre pasado que eran los elementos más votados. Los usuarios lo notaron. Recibimos más feedback positivo en un mes que en los seis anteriores.

Lo más difícil de cuantificar es la tranquilidad mental. Antes temía abrir mi email los lunes por la mañana. Ahora abro Heedback, veo la cola, y simplemente trabajo. Es estructurado, no caótico.

¿Qué le dirías a otros fundadores de SaaS que estén considerando Heedback?

Marc: Dejad de intentar pegar cinco herramientas diferentes. Si estáis en etapa temprana o incluso intermedia, no necesitáis el plan de 300 €/mes de Intercom. No necesitáis herramientas separadas para soporte, feedback, documentación y changelog que no se comunican entre sí.

Heedback hace todo eso, y lo hace bien. La configuración me llevó una tarde. El auto-alojamiento con Docker fue sencillo. Y la relación calidad-precio es honestamente la mejor que he encontrado.

Lo que más enfatizaría: empezad por la base de conocimientos. Escribid 20 artículos sobre vuestras preguntas más frecuentes. Notaréis el impacto en semanas.


La historia de Marc es común entre fundadores — un producto en crecimiento, un equipo pequeño, y la necesidad de mantenerse cerca de los usuarios sin ahogarse en soporte. Si estás en una situación similar, prueba Heedback. Tus lunes por la mañana te lo agradecerán.