Newsletter de Substack tras la muerte: continuidad, suscriptores e ingresos
Una newsletter de Substack tras la muerte no es solo un archivo de ensayos. Para muchos escritores es un pequeno negocio con suscriptores gratuitos, suscriptores pagos, miembros fundadores, pagos de Stripe, comentarios, borradores, recomendaciones y confianza directa de lectores.
La familia debe responder rapido: si se sigue cobrando, quien puede publicar una nota, quien tiene derechos sobre borradores, si el archivo queda visible, quien accede a Stripe y si la publicacion debe continuar.
Substack no parece tener una pagina publica sencilla para escritores fallecidos. El plan practico debe basarse en roles, panel de editor, pagos, reembolsos, disputas y eliminacion.
Roles y urgencia
Substack dice que un Admin tiene acceso completo a la publicacion y Settings. Los contributors pueden editar y publicar borradores, pero no acceder a Settings o Stats. Los colaboradores de byline pueden aparecer como autores sin acceso operativo.
Por eso una publicacion importante deberia tener un Admin de confianza y una nota escrita que explique que hacer ante muerte o incapacidad.
Si hay suscriptores pagos, la urgencia aumenta. Los lectores pueden seguir pagando por beneficios que ya no se entregaran. La primera comunicacion debe ser humana y clara: que ocurrio, que queda pausado, cuando habra una decision y como pueden cancelar si lo desean.
Stripe y reembolsos
Substack usa Stripe para publicaciones pagas. Los pagos y registros viven ahi, y cada publicacion necesita su propia cuenta de Stripe. La sucesion debe conservar registros de pagos, reembolsos, disputas, impuestos y mensajes de soporte.
Substack dice que desconectar Stripe reembolsa y notifica a suscriptores pagos, cancela suscripciones y revoca el acceso de Substack a Stripe. Es una decision fuerte, no un boton menor.
Continuar, archivar o cerrar
Continuar puede funcionar si hay equipo, derechos y Admin autorizado. Archivar puede servir si el trabajo antiguo debe seguir disponible. Cerrar puede ser lo correcto si la newsletter era profundamente personal y no habra beneficios futuros.
La mejor proteccion es planificar antes: Admin de confianza, instrucciones escritas, autoridad legal, informacion de Stripe y un mensaje preparado para lectores.