1. Context


<aside> ⚙ Scheduling is a means to an end. What people want is the end result - the meeting. Anything in between is just friction**.** - somewhere from mww notion

</aside>

Background

Web3 communities are inherently decentralized. Because of this, the scheduling needs differ from the typical centralized, corporate environment most people are familiar with.

Individuals in Web3 communities may include (but not limited to):

For this feature, we’ll focus on Cross-org workers.

(See all personas here.)

Problem Statement (Assumptions)

The unique environment of Web3 creates more hurdles to collaborate in 3 ways:

  1. No single, synchronized calendar for teams

    Many Web3 individuals are involved in multiple organizations concurrently, each with their own domains and communication platforms. This makes scheduling meetings with accurate availability across various organizations cumbersome and manual.

  2. Dynamic availability without core hours

    With multiple commitments, the weekly availability of individuals changes often. With various levels of commitments, there are no standard 9-5 or core hours, nor a designated period where one can expect responses from each other when scheduling.

  3. Delayed responses due to inherent asynchronicity

    Remote collaboration with individuals in various time zones often involves asynchronous collaboration. Direct responses quickly become prolonged back-and-forths and potential delays in decision-making. Additionally, manual timezone calculations often result in errors and frustration.

A 2024 Bet