A new onboarding experience on Mastodon
blog.joinmastodon.org
Today we’re making signing up on Mastodon easier than ever before. We understand that deciding which Mastodon service provider to kick off your experience with can be confusing. We know this is a completely new concept for many people, since traditionally the platform and the service provider are one and the same. This choice is what makes Mastodon different from existing social networks, but it also presents a unique onboarding challenge.

I’ve seen lots of discussion on reddit of users trying to get others to join Lemmy and the prevailing reply is that it is too difficult to navigate and comprehend. Having to answer multiple questions and wait for manual verification is combersome and is limiting growth at a time when nothing should be standing in Lemmy’s way. Combine this with server/instance selection analysis paralysis, and you get my point.

The linked mastodon blog post sums up my thoughts, but the TLDR is essentially this:

Don’t let the perfect be the enemy of the good. Don’t let dreams of decentralization interfere with the greater goal of achieving the network effect.

We should all be telling people to go to lemmy.ml and sign up. The devs should be too, and they should rethink/remove the questions and waiting period. Hell, just put a captcha. Discussions about servers and analogies to email as an example of federated service we all already use is a waste of breath. We shouldn’t have barriers to entry.

Thoughts?

EDIT: I’ve just found kbin.social and find it has superior signup options. It’s just: make an account (email/password), or sign up with Google or Apple. No server talk. Upside is the layout is nice and it acts as a Lemmy instance (threads) as well as a mastodon instance (microblogging). Only downside currently is that their android/iOS app is in development and isn’t ready yet, so desktop only.

https://github.com/ernestwisniewski/kbin

https://kbin.social/

I think this might be the better recommendation for newbies at the moment.

  • @[email protected]English
    9•11 months ago

    You can’t have a default server unless someone is ready to pay for it. (Idk how Mastodon does it.)

    What I’d do is:

    1. have every instance list its most prevalent topics/communities/interests (technology, games, communism, memes…)

    2. when the user is signing up, have them select their interests

    3. try to find the ideal match. Let the user override if they want to, perhaps let them know if the community is tiny, requires approval etc, but other than that just show a “suggested instance: example.org, change link”

    • @[email protected]English
      1•11 months ago

      Mastodon is a company. A non-profit one, but they’ve had enough donations and funding for a while now to draw salaries for multiple people to the point that they were hiring earlier this year. The head of Mastodon even calls themselves the “CEO”! All of the instances that use mastodon software have to rely on their own donations from their own users. But mastodon, the central company, have enough money to hire and pay employees and run their own largest instance (by a long way) on the fediverse (which is not coincidentally the default instance to join in the app).

      This is why it’s insidious that they’re brand has become so pervasive to the point where most don’t know about the fediverse, only mastodon. It’s heading toward a form of re-centralisation of some sort. And, with the current rate of user growth (checkout https://fedidb.org/), the majority of english-speaking mastodon users may in not too long a time be all on one central instance.

    • ScrubblesEnglish
      1•11 months ago

      This would work well. Instance owners could add a few “tags” for things their instance is doing. Then a user could have a wizard-like experience that you could say “what are some things you’re interested in?” and then it could give them some recommendations on servers to join based on that. With some big verbage that says “But don’t worry, you can access everything else on Lemmy through here” and maybe display the blocklist too underneath it so they know what that server actively blocks.