In which gallant squire HHH (S3 Cohort) goes through a bunch of documents and links to find out what they* are doing for onboarding, and returns with comments on what Raid Guild does/could/should/oughta do during onboarding.
*they being CabinDAO, Bankless, FWB, Forefront, Superteam, amongst others
With assistance/resources/links/orders from fellow S3 Cohort members govinda, gaia dadabit, BorrowLucid, uschtwill, others.
See Raid Guild Projects > Onboarding for the notes and list of resources that this review is based on.
Providing extra resources during onboarding / pre-onboarding would help align expectations of those being onboarded, and reduce the workload of those in charge of onboarding.
Align expectations—When is the next cohort; what should I do while I wait for the next cohort; what do I need to do during onboarding; what's the path to membership.
Reduce workload for those in charge of onboarding/tavern-keeping—expect fewer repetitive questions in Discord channels as key info can be provided in documents; resources can be reused or trivially updated for successive cohorts.
Use pinned posts in Discord channels to provide links to more information about onboarding and Raid Guild in general
Example pinned post from Superteam DAO.
Collate and fact-check all that extra information about onboarding and Raid Guild in general
Clarification on Raid Guild roles and path to membership
(In no particular order. Potentially useful additions to RG onboarding are highlighted. Resources used for the review can be found at Raid Guild Projects > Onboarding.
What | RG yes/no? | Notes and comments |
---|---|---|
The steps to get on board are clear | S3 apprentice onboarding work in progress | An outline of the onboarding process is available and easily found, so people can find their way to success. See a sample calendar. |
Onboarding flow | Yes | Access: raidguild.org/join, Discord invite. Informing: lurk in the Discord, introduce self and skills. Iterating: go through onboarding, contribute more or less. (Ref. Bankless DAO onboarding) |
DAO has a clear org chart | No | An org chart shows where/how you could fit in, what you could aim for as a contributor. The Friends With Benefits DAO org chart shows how working groups interact and where they draw participants from. The Forefront DAO org chart shows contribution zones for Staff, Core, and Casual members. Very helpful way of looking at different kinds of members, and for prospects to see where they might fit in |
Contribution zones are recognised | ? | "Instead of distinct jobs and activities, the DAO operates with a member-led process based on commitment and investment level." ref. Forefront Dao Very helpful way of looking at different kinds of members, and for prospects to see where they might fit in |
The DAO has a clear mission statement | Yes | "Slay your web3 demons" "We believe that DAOs will power the future of work. […], we assembled a fellowship of the best builders, designers and hustlers in the space in order to make this future a reality." "RaidGuild is the premier design and dev agency of the Web3 ecosystem." |
Roles are clear, progression between roles is clear, top contributors are recognised | RG has Apprentice/Cohort and Member | These roles are distinct from RG skills (Paladin/Scribe/etc). SuperTeam DAO identifies Lurker, Member, Core Contributor. Could RG identify more roles and a progression between roles e.g. Lurker -> Pre-onboarding -> Currently onboarding -> onboarded-but-not-yet-a-member (apprentice?) -> Member vs. Active/Involved/Core Member. Very helpful way of looking at different kinds of members SuperTeam DAO Connecting the DAOts article |
Onboarding in cohorts | Yes | Onboarding as a cohort helps you make connections in the DAO by way of a shared experience |
Guide to getting started | S3 apprentice onboarding work in progress | Prospective members can see how they can make a contribution to work in the DAO |
Verify commitment | Yes | Keep out bots/spammers |
Welcome newcomers | Yes but minimal | Reply to questions from lurkers or they may quit before their cohort begins |
Buddy system | Cohort-based, onboarder is the buddy? | Nice to have, but also a lot of work? |
Provide playbooks | S3 apprentice onboarding work in progress | "Playbooks are short onboarding and skill-building guides" ref. MetaGame Playbooks RG has FAQs and the beginning of How-To documentation as part of an S3 cohort RIP |
Expectation for contributions are clearly communicated | Yes | Onboarding and handbook mention that high standards of work are expected at RG |
Low-stakes ways to make contributions are available | Yes | Some people don't have abundant free time due to other commitments but would like to get involved. Making some small contributions might be a step on the way to larger contributions in the future. |
Invest in education and resources | S3 apprentice onboarding work in progress | New members can quickly orient themselves Members have updated info about what's happening. |
Offboarding process | ? | What triggers a kick? |
The trick, for me, is how to have robots/programs give value to human ecosystems/relationships, rather than make humans interact more robotically, with less presence and awareness.
Interactions with onboarding software, be they discord bots or some kind of character sheet stored as an NFT, should be the interaction, not just some pre-determined, centralized mechanism for deciding who is worth interacting with or talking to.
The DAO is like a role playing game. The problems of human coordination you are trying to solve are like an ancient demon. The onboarding process can be like a bot, a program.
Except, in my opinion, it shouldn’t actually be a bot, or program. Unless either the deployment or active development of the bot loops back to human input, some conversation or game around the code, but larger than it.
Metaphors illuminate the subject because of a dissasociative shock, a drift of continuity. When taken literally, they lose their power.
James Conway’s mathmatical simulation Life is called a game, but is actually a simple set of rules determining the survival of cells on a mathmatical grid. The game is in trying to figure out starting configurations that can lead to interesting, persistent behavior. The game itself has survived, the meme of it, because it takes new human inputs and return surprising, beautiful results.
The kind of onboarding bot I would enjoy using is one that somehow learned and adapted to my experience, and through which I could learn about and from other cohort members.
What if, for potential “scribes”, there was a bot that could simply count how many words a user had typed (there would some human supervision needed to avoid spamming).
Players could also be rewarded by words published elsewhere, perhaps with multiplier effects if they were using platforms relevant to the DAO.
Alternately, players could assign ability scores based on self-evalutation of competency, and when micro-bounties were posted, they could only be claimed by heroes with appropriate stats (unless they enlisted another party member).
Experience points could corresopond to xDai earned, and quests could also be limited by experience level.
One simple way to think about or implement experience levels would be that the level equals the number of players in the party. First level characters prove themselves with low-effort, low-reward solo tasks, and progressing to level two means they team up with another cohort member. Level three might be finding an appropriate, higher-level guild member to lead them on their first real quest.
The thing that I didn’t explain well in the audio call is that, if you are trying to ship an asynchronous onboarding bot, but at least part of that project is using the development of that bot as an onboarding tool (as you should), then it seems like the product isn’t just the code, but the less codified algorithms marshalling the human resources and incentive structures responsible for the initial and continued development.
The design philosophy, or game metaphors.
The repository needs to be a good bot, but also a good story.
Guild is a great word to describe what RG does. Conceptually, it functions a lot like the thieves guild in Skyrim, or the bounty hunter's guild in Mandolorian. Some members are more respected within the guild and are the ones that clients will likely look to first to ship the products they want. Full membership should be contingent upon slaying your first demon. The onboarding bot and quest system should be a tool to familiarize apprentices with the organizational stack and tool set, and then move apprentices toward collaboration with other members of the cohort
Core Feature set:
-Self-Directed, choose-your-own-adventure style quest bot that allows prospective members to move from pre-cohort introduction to first team formation and first quest. Flow could look like:
- Pre-Cohort
- Organizational tool familiarization
-Discord
-LettuceMeet
-Miro
-Notion
-DeWork
-???
- Role selection quest (Multiple roles possible? Does that mean repeat the quest? Should multiple options be available?)
- Class specific tool familiarization
- Initial class poap quest
- Cohort meeting
- Collaboration quest
-Bounty Board
-Individual Projects
-Literally ship anything
-Judgement of the Shadow council
-Can upgrade POAP to full membership
-Process can also be used to upgrade membership of raid members further to assign greater power/reputation in voting.
Judgement by the shadow council: Submitting a video to established guild members within your chosen role to evaluate your skills and award you a poap (gear?) or not. secret voting mechanism. roles should have sub-daos that can choose the requirements for their own membership.