Skip to content
Onact.Create an action ↗
Onact

Give a group plan a real date and a clear next step.

Move from possible times to a confirmed arrangement without treating a preference as a booking.

PLANNING WITH CONTEXT

Move from possible times to a confirmed arrangement without treating a preference as a booking.

Proposals people can interpret

A weekday label alone leaves too much unsaid. Dated planning gives each option a full local date, a named timezone, a duration and an understandable label. Participants can mark several candidates Available, Maybe or Unavailable before the organizer selects a preferred time. That preserves the difference between being available and committing to attend.

The organizer should check the host, venue and access arrangements before marking a plan confirmed. The saved result can show what people prefer, but it cannot reserve a room or make travel possible. A careful invitation states what remains tentative, who is checking it and when the actual confirmation will follow.

Capacity that counts people, including guests

RSVP separates Going, Maybe and Decline. Going occupies a place for the participant and each additional guest. A finite attendance cap can offer an explicit waitlist when a complete party does not fit. A change in another response can free space and promote waiting parties in order; the saved state remains the practical record even when an email is delayed.

The response is not a paid ticket, identity verification or guarantee of admission. An organizer should confirm the real capacity and explain any separate registration or booking process. The platform does not silently reinterpret a Maybe as a reserved place or split a party without the participant understanding the change.

A finite recurring series with the timezone preserved

Eligible plans can repeat a selected time daily, weekly or monthly with an interval and occurrence count. Named timezone rules preserve the intended local schedule where valid. Nonexistent or ambiguous clock-change times need correction rather than a silent guess. Month-end dates are handled deliberately instead of drifting after a shorter month.

The series shares one RSVP, so separate actions remain appropriate when individual dates need independent registration. Calendar export contains explicit dated events. It is an imported file rather than a live calendar subscription, and it does not renew venue permission or external bookings for future occurrences.

Private teams and useful follow-through

A private workspace restricts the action to its members and assigns editing rights through roles. The owner’s plan supplies the resource capacity. Workspace discussion and responsibilities help the group act on the chosen time without pretending that a vote automatically assigned transport, hosting or equipment.

After the response window, review current saved answers and communicate the confirmed instructions. Close the action when additional input would no longer help. If the actual dates change materially after responses, create a fresh request so earlier answers do not silently acquire a new meaning. A clear closing message names the owner of each next step.

Illustrative workflow: a weekend workshop

A small club has two feasible Saturday slots, one room and a real host who must approve the arrangement. The organizer creates two dated candidates in the room’s named timezone and asks participants to mark availability. At this stage the request says proposed, because the venue has not yet accepted a booking. A person can be available for both times without committing to two sessions.

After checking the room and selecting one time, the organizer sets an actual attendance cap and explains the guest policy. Going uses places, while an explicit waitlist handles a party that cannot fit. A recurring version would use one shared RSVP; separate registrations need separate actions. The final message includes the checked time, location, responsible host and cancellation route. These are teaching steps, not a claim that a real club or venue used the product.

Before you share

  1. Prepare: verify feasible slots, a named timezone and the real venue conditions.
  2. Review: compare saved availability and actual party sizes before confirming.
  3. Handover: send the real confirmation and explain when a fresh calendar download is needed.

Make the next request clear.

Create an action ↗ · Read the detailed guide · Compare current plans