How we work
Community first. Platform second.
- Document
- Approach
- Updated
- 2026
- Read time
- 7 min
01
Community first.
The architecture of the product is communities and connections. Not a feed. Not a content mill. Not a dashboard of scores.
Almost every platform starts with the feed and bolts community onto the side. We started the other way around. The first thing a new member encounters is not a stream of posts to consume. It is a handful of real rooms to enter. Identity rooms they belong to by virtue of who they are. Wellbeing rooms they are surfaced into because of how life is going. Interest rooms they can join or start around the things they already love.
A room is a different kind of object than a feed. A feed is continuous, passive, and optimized to keep a person scrolling. A room has edges, other people with names, and the ordinary social gravity that comes from being somewhere specific with someone specific. The product architecture follows that distinction everywhere. Communities are rooms. Connections are introductions between people in those rooms. Circles are the handful of people a member has chosen to keep close.
It is, deliberately, a slower kind of product than the ones we grew up on. That is the point.
02
Platform second.
Software is scaffolding. It is supposed to get out of the way once people are talking to each other.
Software is scaffolding. It is supposed to get out of the way once people are talking to each other. Every design decision on the platform runs through that filter. If a feature would make a member spend five more minutes on the screen and not a minute more on the phone with a friend, we do not ship it.
In practice this means the app is quiet in ways that surprise people at first. Fewer notifications than a typical product. No engagement streaks. No leaderboards. The feed, where there is one, is shaped around people and rooms the member has already chosen, not a recommender optimized for attention. The goal is a tool that earns its place on a phone and does not try to expand beyond that.
03
Technology in service of both.
The companion is quiet by design. It learns how you live. It speaks rarely and well. It exists to support the relationship, not replace it.
There is a companion in the app. It is not a therapist. It is not a chatbot with a cheerful personality. It is a quiet presence that learns how a member lives. It remembers what they asked for help with last month. It notices when a corner of their life has gone dim for a while. Most of the time it says nothing.
When it does speak, it tries to speak the way a thoughtful friend would. Short. Specific. Usually in the form of a question. It hands a member back to the people in their life more often than it tries to be a person in it. That is the only way we know how to build a useful AI that does not make the problem worse.
Underneath, a small set of domain agents watch different parts of a member’s wellbeing and share what they know with the companion when it is useful. None of this is visible to the member as charts or scores. It does its work in the background and speaks up rarely, in plain language, about one thing at a time.
One app, not ten
The integration thesis.
A lot of what we are doing is already being done, piece by piece, by other companies. Meditation in one app. Friendship matching in another. A journaling tool in a third. A dating platform that is its own product entirely. The trouble is that a person’s life is not ten apps. It is one life, and the pieces talk to each other in ways that ten apps cannot.
The Elitesgen app is deliberately unified. Communities, connections, circles, the companion, and the wellbeing tools share the same memory of who a member is. A gentle nudge in one corner knows about a conversation from another. A friend the app suggested last month is still a person the app recognizes today. The result is a product that feels less like a collection of features and more like a single attentive thing.
There are three domains of connection inside the same container. Relational (friendship, mentorship, accountability, support partnership). Contextual (situation, interest, activity, professional, small groups of three to seven). Romantic, available as a separate and explicit opt-in track, operated by the subsidiary for legal and brand reasons but part of the same experience for members who want it. The boundaries between these domains are held by design, so a friendship room does not quietly turn into something else and a romantic track is never the default posture.
The companion as presence
Quiet by default, useful by exception.
We take the phrase quiet by design seriously. There is a loud version of every feature in this product, and we have chosen the other one, every time.
The companion does not send daily check-ins. It does not reward streaks. It does not congratulate a member for opening the app. It does not fabricate little victories to keep engagement up. It learns what the member cares about, remembers what they have already said, and speaks up only when speaking up is likely to be welcomed. On an ordinary Tuesday a member may not hear from it at all. That is a successful Tuesday.
A data note. The companion runs on a set of models, including third-party large language models when useful, but the member’s conversations are never used to train another company’s models. Our data agreements are public. Where we use an outside model, we say so. Where a conversation is stored, we say where and for how long. Privacy is not a page at the end. It is a design principle at the beginning.
How we know we matter
We measure outcomes, not engagement.
A nonprofit that does not publish what it is measuring is not a nonprofit anyone should trust. We have a research commitment that looks like this, and we plan to hold it.
First, the thing we do not count as success. Time in app. Daily active users. Session length. Clicks on notifications. These are vanity metrics for a platform that wants to sell attention. We want people to spend less time in our product than in their lives. We will tell on ourselves if those numbers go up and the ones that matter do not.
The things we do count, and publish twice a year. Real connections formed and sustained over time. Member-reported changes in loneliness and belonging using validated instruments. Independent outcome research through academic partnerships, under the oversight of an independent research committee. Aggregated data only, anonymized, opt-in, reviewed in public.
If the numbers say we are not helping, we will say so and change what we are doing. This is one of the reasons the Foundation structure matters. It is what makes admitting a mistake a feature, not a fireable offense.
The lines we will not cross
A short preview of the charter.
Everything above depends on a set of commitments written into the Foundation’s charter. No ads. No sale of individual data. Free at the core, forever. No dark patterns. Transparent governance. Outcomes before engagement. Mission drift not permitted.
These are not taglines. They are provisions, and they are locked in the same way a public library’s purpose is locked. A future board cannot quietly unwind them. The full list, with the reasoning behind each, lives on the principles page.
The commitments underneath all of it.
Eight principles, written into the Foundation charter. The lines we will not cross, and the reasoning behind each one.