Escribimos el nuestro y fue bastante indoloro. Utilizamos una aplicación web de Azure, lo que significaba que no teníamos que molestarnos en administrar el servidor. La primera implementación utilizó una base de datos local (Azure SQL) que se sincronizó periódicamente con el sistema de marketing. Las versiones posteriores cambiaron a un sistema de mensajería, principalmente por razones de costo, pero también porque mantener sincronizada la base de datos local es una molestia.
Probablemente nuestro mayor aprendizaje fue cuán intolerantes son las personas que son enviadas por correo electrónico después de optar por no participar, así que asegúrese de cubrir cada caso de esquina para asegurarse de que su solicitud de baja sea aceptada. Por ejemplo tuvimos:
- Parejas que compartieron una dirección de correo electrónico, y cuando cancelamos la suscripción de una, el sistema automáticamente comenzó a enviar la otra.
- Cancela la suscripción que se perdió porque el servidor de la base de datos estaba inactivo
- Cancelar la suscripción que se sobrescribió debido a un error de zona horaria en nuestro código
- Cancela la suscripción a una lista específica pero el cliente pensó que provenía de todas las comunicaciones
Es mejor evitar que alguien se registre nuevamente que contactar accidentalmente a alguien que no está suscrito.
- Cómo leer un artículo de The Times (de Londres) sin tener que suscribirse a todas las ofertas de The Times
- Cómo cancelar tu cuenta de Asurion
- ¿Cuál es el punto de las cajas de suscripción?
- ¿Hay algún buen número comparable en las tasas de retención (o deserción) de suscripción mensual b2c anual?
- ¿Quién usa la facturación por suscripción? ¿Cuál es el alcance de la facturación de suscripción?
