Tl;dr
-
Signing up- “Basic version”- you’re given a server automatically (so the user isn’t scared off by perceived complexities of the federated model)
- "Advanced version" - as normal, you choose a server.
-
Normal use - everything defaults to “All” (for posting, viewing your page)
-
**Links to communities ** on other servers for the basic mode are simplified
I spent a bit of time while signing up trying to decide which server to sign up to and whether it matters. I would say that this would be a barrier for many average Reddit users. Let’s make it as seamless as possible-- No need to choose a server.
Your front page has a “local” and “all” view. I don’t know the benefits of only browsing on local (faster? Less resources? Better if most of your communities are hosted on your local server?), However as many of my comms are global, I can’t see why I’d ever not use All. Let’s simplify it for the average user and not have the option for Local.
I’ve had a few instances where someone gives a link for a community and its not given in the right format so I can’t sign up to it (?it’s a server specific link - I still don’t know). This would be frustrating to the average user and another barrier. Let’s simplify these links and make them universal.
The “federated model” has clear benefits, however the additional learning curve will scare off the average Reddit user who is not tech literate. The changes above may be controversial and may Increase resource use on the platform or may be impossible, but I would say they would make Lemmy easier to allow new users to sign up and stay on the platform.
EDIT: I asked a few AI bots for their recommendations, and Claude-v1 had the best:
- Provide curated lists of recommended public instances. Lemmy could maintain an official list of featured instances that meet certain standards of moderation, activity, topics, etc. This makes it easier for users to find good communities to join without having to research instances themselves.
2.Create categories and tags for instances to aid discovery. Instances could self-categorize based on topics, languages, moderation policies, and other attributes. Users could then filter and search for instances that match their interests. This helps address the issue of needing to choose a server.
-
Develop “instance spotlight” posts or videos. The Lemmy team could work with instance administrators to create blog posts, videos, and other media highlighting specific instances, their communities, moderation, and cultures. This raises visibility and drives more informed choice.
-
Implement an instance recommendation system. Based on a user’s interests and the instances they join, Lemmy could recommend other instances that may be of interest. This makes it easy to discover more communities without needing to search manually.
-
Create a “new user onboarding” process with instance suggestions. When a user first signs up for Lemmy, they could go through an onboarding flow that asks about their interests and then provides some initial instance recommendations to join based on their preferences. This helps new users get started easily.
-
Allow users to follow tags, topics, or keywords instead of just users and instances. Users could then see posts from across the network related to things they care about, even if the posts are on different instances. This provides more centralization and cohesion without sacrificing server autonomy.
-
Increase interoperability between instances. Making it even easier for users to follow users/posts, see profiles, share posts, and otherwise interact with different instances could help Lemmy feel more cohesive while still being decentralized. Increased interconnectivity leads to a better overall experience.
That’s great! Coming from a game designer / UX perspective, these were exactly my thoughts. The current process does not put the new user in the center, and the experience suffers accordingly. If lemmy wants to grow, this is one major aspect to improve (and I want it to grow!). The sign up process has probably the biggest impact on growth.
Sign up: Yes, make a basic default version and a less visible advanced option. Side benefit: Lemmy can choose where new users should (not) be registered, which allows some lemmy-wide load balancing. This can be achieved decentrally by individual instances accepting new registrations or not. Also do not talk about setting up an instance on a page directed to new users, who mostly just want to register an account. Make this option even less visible. People willing and able to set up a server will find the info. People unwilling and unable to understand advanced registration will be overwhelmed and put off by server talk.
Subscribed/Local/All: Also agreed, ‘local’ is the least useful option (is it even useful for anyone besides instance admins?) and should not be the default. I have worries making ‘all’ the default; people could get the impression their subscriptions do not work. How about this: Make ‘all’ the default for users with 0 subscriptions, and ‘subscribed’ the default for users with > 0.
Links between instances: I wish this was simpler and more usable. Currently I don’t understand all the options and cases and cannot begin to describe the problem or propose a solution. I wish there was a non-techie way to post a link which works out of the box for anyone, no matter what instance they call their home.
Edit: I think I understand now how to make instance-independent cross-instance links to communities. Say you want to link to https://midwest.social/c/cats.
I wrote: [lemmy does the magic](/c/cats@midwest.social)