However this approach allows us to have features that would not be possible in just emails, but still have fallback interactions via emails to users not yet on the platform.
Email is like one of the most common used identity, if not "the" most common used one, for web/cloud services. It's used as identity for roughly half of services in the wild, yet they don't put email/mail in their names, or emphasize that they are email alternatives.
You said emails are not the _core_ mechanism within the app. Maybe besides using them as identities, you also use emails for other, "non-core" way? Can you clarify on that? Maybe it's only me but it really confuses me that you emphasize email in such a way but only use them as identities.
We toyed with using the word 'messenger' but that's much less representative of the longform way in which Plum Mail nudges you to write. Messengers are synchronous, one liner, emojis etc.
At least with the word mail in the name, anyone hearing about it for the first time can have a pretty good guess at what it does. The technicality of using the email address as the identifier and passwordless authentication etc is important (but probably only really interesting to a technical audience).
Thoughts?
The people I know who don't use Slack yet are mostly older and mostly use Outlook. I think they'd be confused and irritating if we sent them emails with the frequency of chat.
Especially phone email notifications are not tuned to correctly handle instant messages.
I have often dreamed of a similar concept, but have never been able to work the UX out in my mind. Hopefully you have. Best of luck!
We're planning daily digest emails to group together multiple messages with individual reply buttons.
Showed it and explained it to my gran and she seemed to get it just fine. This is a woman that couldn't understand why her iPad wasn't charging until I explained it did actually need plugging into the wall. lol.
I think anyone would get confused and irritated by some weird confusion over email and Plum Mail. I think the next step is to ship v1 and see how users get on with it. I'll try to remember to report back what we learn.