I think different use cases will call for different solutions. My use case is a relatively tiny number of users and any manual work they would generate for account deletion would be nil, or very close to it.
It's not necessarily about recovering users who want to leave but rather minimizing the effort required to implement a more complex deletion flow that has a high probability of never being used by real users (in my case).
The press release sounds more flexible than the actual guidelines:
Press release (emphasis mine):
"all apps that allow for account creation must also allow users to _initiate_ deletion of their account from within the app."
Guidelines:
"If your app supports account creation, you must also offer account deletion within the app."
Has anyone seen any clarification on what options might be acceptable? e.g. I'm wondering about something simple, like opening an email composer with the app support email address and a pre-filled message body requesting account deletion which would be performed async.
Dr. Bill / RBC Ventures | Vancouver / Toronto, Canada | REMOTE (Canada)
Founded in 2014, Dr. Bill is on a mission to make medical billing easy for physicians all over Canada. Thousands of physicians already use Dr. Bill to get paid every month and we’re now in growth mode looking for great people to help us scale up. We’re currently a team of 40+, and we’re hiring a number of roles across all departments. Come join us so we can build the best medical billing solution in Canada.
"The Very Hungry Caterpillar" will always have a special place in my heart. I can't begin to describe how fond my memories are of my two year old son reciting the words on the Saturday page for the first time:
“On Saturday, he ate through one piece of chocolate cake, one ice-cream cone, one pickle, one slice of Swiss cheese, one slice of salami, one lollipop, one piece of cherry pie, one sausage, one cupcake, and one slice of watermelon.
That night he had a stomach ache.”
Such a precious memory for me. Thank you Eric Carle. RIP.
It's not necessarily about recovering users who want to leave but rather minimizing the effort required to implement a more complex deletion flow that has a high probability of never being used by real users (in my case).