Help / FAQ

A resource is a product from your shop or a project. You can attach resources to any Blog article or Feed post so readers can view, buy, or pre-order them without leaving the post.

How to add a resource

When writing a post, insert a resource by its shortcode — [product_123], where 123 is the resource ID (shown next to each item in your shop and cabinet). In the published post, the shortcode turns into a clickable product link with the item's name and a small box icon.

What readers see

Clicking a resource in a post opens a product dialog — the same product card as in the shop, with images, description, price in VIP, and action buttons:

• Buy — purchase the item immediately for its VIP price.
• Prebuy — reserve it before it's in stock; the amount is frozen until the order is fulfilled.
• Participate — appears instead of Buy when the linked project's funding is active, so readers can join the project rather than just buy.
• Save as resource to project — logged-in users can add the item to one of their own projects.

Prices for members and backers

Every product has a public price and a "Price for Projects". The project price is shown only to members and backers of that project — regular readers see just the public VIP price. Thousands are shown with a space separator (e.g. 10 000 VIP).

Reselling from a post

If you share someone else's resource in your post and a reader buys it there, the earnings split automatically: the resource's author receives the "Price for Projects", and you (the post author) keep the margin — the difference between the full price and the project price. If the resource belongs to a project, the sale is routed to that project's Profit Wallet and distributed to investors and the community by the project's share settings.

Notifications

Buyers get an order confirmation, the resource author gets a sale alert, and — on a resale — the post author is notified that a product they shared was bought.

1. User — the atomic participant

A user is the base unit. Everyone registers as a user and can act on their own, create teams, or be assigned into teams and projects. All profit shares ultimately resolve down to individual users.

2. Team — a group of roles

A team is created by one author (its owner). A team is made of roles, and each role can be filled in one of two ways:

• assigned to a user — a person occupies that role;
• assigned to another team — a whole team occupies that role.

So a role is the "slot," and what fills it is either a user or a team.

3. Team-in-Team — a team as a member of another team

Because a role can be assigned to a team, one team can become a member of another team. This creates nesting:

Team A has a role "Design" → that role is assigned to Team B → Team B has its own roles assigned to users.

When the platform needs the real people behind Team A, it drills down: Team A's user-roles give direct members, and Team A's team-roles expand into Team B, whose user-roles give more members (and so on, recursively). The result is the full, flattened list of people in the structure.

4. Project — the top level

A project is created by an author and can be personal (just the author) or team-based. A project also has roles, and just like teams, each project role is assigned either to a user or to a team. Assigning a team to a project pulls in that team's entire membership — including any nested teams beneath it.

How membership and profit flow

The whole structure is a tree:

Project → project roles → (users) and (teams) → team roles → (users) and (nested teams) → … → users

• Membership: a project's members are all users reachable through this tree — direct user-roles plus everyone inside every assigned team and its sub-teams.
• Community / profit shares: when a project earns, the community share is distributed down this same tree. It flows from the project to its assigned teams, splits across their roles, descends into nested teams, and finally lands in the Goodwill wallets of the individual users at the leaves — weighted by the roles' share settings.

In short: users are the leaves, teams are branches, a team inside a team is a sub-branch, and the project is the root — and both "who is a member" and "who gets paid" are computed by walking this tree down to the users.