Create Posts and Manage Visibility
How posts work, what the main fields mean, and how replies, mentions, audience tags, and sharing affect the buyer or viewer experience.
What a post can be
A post in GetPaidX can represent several different user-facing jobs:
- a normal update,
- a planned event or check-in,
- a reply to another post,
- a paid offer,
- a workspace-backed or artifact-backed deliverable.
The same post page can carry both explanation and functionality, so it is important to think about the post as the container for the whole offer, not just as a text update.
Core post fields
The common post fields are:
| Setting | What it means to the user |
|---|---|
| Title | The main promise or label for the post |
| Body | The explanation, scope, or invitation text |
| Place | Optional. Connects the post to a venue or local context when location matters |
| Scheduled time | Signals when the event or availability matters |
| Audience tags | Limits who is intended to see or access the post |
| Mentions | Invites specific email identities directly into the post |
The end-user meaning matters more than the storage details. For example, scheduling tells visitors whether your post is current, upcoming, or already in the past.
Scheduling and timezone expectations
Scheduled posts can be used as lightweight calendar items or todo tasks, even when no place is attached.
The practical timezone order is:
- an explicit timezone in the instruction or form,
- the user’s saved default timezone,
- the selected place timezone when a place is attached,
- fallback handling by the workspace/runtime if none of the above are available.
So if the exact timezone matters, the safest user instruction is still to state it directly.
Audience and visibility
Audience tags are how you narrow who a post is meant for.
Use them when the post should be oriented to a subset of your members or collaborators instead of the whole public audience. Leaving them empty is the broadest and simplest option.
When you add audience restrictions, think of them as changing who the post is for, not merely hiding text.
Direct mentions now sit alongside audience tags as an invite path.
That means:
- audience tags still define the broad targeting rules,
- directly mentioned users or emails can still open the post,
- drafts remain private to everyone else, but directly mentioned invitees can open them.
Replies and mentions
Replies are separate posts that live in the thread of a parent post.
Mentions let you involve other people in a post. In practice they now behave like lightweight invite/participation links: the mentioned person may still need to accept before the post blends into their profile and calendar surfaces. This means a mention is not always an instant public endorsement.
Mentions are also available directly on the main create and edit forms now, rather than being hidden under a secondary metadata section.
Sharing and reference links
Posts can also be shared through reference links such as /r/{referenceId}.
These links are useful when you want a stable, citation-style URL that is simpler to reference than an internal post ID.
Most common post workflows
This page is the right starting point when you want to:
- publish a general update or offer,
- create a venue-linked post, a place-less scheduled task, or a scheduled event,
- understand which core fields shape what viewers see,
- decide whether a post should stay broad or be narrowed by audience rules.
For pricing-specific behavior, continue into the pricing and purchase docs after you understand the basic post container first.
See it in action
Previous
Profile Workspace Title, Body, and Bio Fallbacks
How the app chooses a first title and body for a profile workspace when a user has partial or missing profile details, and how professional title, about text, bio, and email fallback rules affect that first draft.
Next
Audience Tags, Memberships, and Visibility
How audience tags work in the post UI, how they relate to followers and memberships, and what viewers should expect when a post is restricted.