---
###### tags: `Dungeon Master`
---
# Dungeon (Crawling) Master (Backlog)
*Overview of Dungeon Master v1.5 and Proritized Backlog for DM v2: A two-headed goblin-Travii compilation*
**February 2023**

---
This RIP focused on needs related to Clerics. They are the first line of defense and a critical to the adoption of the tool. Additional inquiries into other personas would be valuable. We have tried to organize these results based on what is core to Dungeon Master. This reseach also presents multiple opportunities for adjacent RIPs.
- [Discord Integrations](https://hackmd.io/@raidguild/H1oU9fu2o)
- [Process Documentation](https://hackmd.io/@raidguild/H18RXWECj)
- [Design System](https://hackmd.io/@raidguild/ryqgSWERo)
- v2 UX
- Dungeon Master Documentation
## Resources
- [Goblins Miro Board](https://miro.com/app/board/uXjVPJh20ko=/?share_link_id=592370548201)
- [Goblins Figma](https://www.figma.com/file/QJsr8NKYk1Wfy2x9AGdZ4F/Dungeon-Master-v1.5?node-id=0%3A1&t=pZ44xyzXMksLX9fC-1)
## Backlog
### Tag Categories
- Dashboard
- Sort
- Roles
- Search
- Consultation Card
- RAID Staking
- Raid Card
- Recruiting
- Member Card
- Applicant Card
- Status Updates
- Cleric SOP
- Smart Invoice
- Accounting
- UI Tweaks
- Backend Tweaks

### Reported Bugs
- **Raids Not Displaying**
- Active and Past raids are not displayed for some members. If a raider has no active and/or past raids, the view of their member page changes and shifts the UI.
- Tag: `Dashboard`
- **Sort Options [completed]**
- Members list view > `Sort` only displays `Name` as an option. Would be useful to include other meaningful criteria here. Can be explored in user testing.


- Tag: `Sort`
- **Can't Remove Role**
- `Add Role` > can't remove role once added to a raid
- Tag: `Roles`
- **Comments are Reversed**
- Sort > Recent Comment and Oldest Comment functionally are reversed
- Tag: `Sort`
- **White Search Text**
- Search > all text is showing up as white and cannot be seen
- Tag: `Search`
### Feature Requests
- **Activate Raid Auto Assigns Cleric**
- When a cleric changes the status of a raid to `Raiding` they should be auto assigned as the cleric of the raid.
- Tag: `Raid Card`
- **Hunters Can Self-Assign Themselves to the Raid**
- Like how Clerics can self-assign themselves to a raid, Hunters should also be able to self-assign or be assigned to raids to track their kickback.
- Tag: `Raid Card`
- **Clarify the Count Number**
- The number in the upper right remain very unclear to most raiders.
- Tag: `UI Tweaks`
- **Set the Status Filter for Default Member View to "Is Actively Raiding"**
- In viewing the member cards, the default view should display actively raiding members instead of all members.
- Tags: `Member Card`
- **Clarify Add Apprentice and Add Member Copy**
- The copy text in the Applications card view is confusing for members and should be disambiguated.
- Tag: `Applications`
- **Clarify the Raid Role Dropdown Copy**
- On the raid list, the role required drop down just says "raid role" instead of "role required." Need to clarify that raids are looking for this role.
- **Save Sort Preferences**
- Store sort preferences when navigating back and forth between pages
- Tag: `Sort`
- **Design a Landing Page**
- Add a landing home page before being directed to the app. It should highlight key features and be public facing.
- Tag: `Dashboard`
- **Persona-Specific Dashboard**
- Instead of defaulting to a universal `Incoming Consultations`, dashboard should display information most relevant to the user personna. Hunter is different from Clerics, etc. Cross-correlated with persona SOP development.
- Tag: `Dashboard`
- **Sort Consultations by Staked $RAID**
- Consultations sort default ordered by which have been staked, from most to least staked RAID.
- Tag: `Sort`, `Consultation Card`, `RAID Staking`
- **Icon to Indicate Paid Consults**
- Add a visual icon or signal on consultation cards to indicate if the consultation is paid or remains un-paid. Refers to the 500 DAI deposit. Consultation fee should always be paid. Possible consultation status options:
- No payment
- 500 DAI rolled into the Raid if it is accepted
- 500 DAI with a Raid bid to increase priority in the consultation queue
- Free submission by RaidGuild member
- Free submission just to inquire/information
- Tag: `Sort`, `Consultation Card`
- **Enable Editing Card Data**
- Raiders need to be able to edit the data on cards, both Consultations and Raids.
- Tag: `Consultation Card`, `Raid Card`
- **Additional Info to Member Card**
- Members cards should include this additional information:
- Hours per week the member is available
- Desired hourly wage
- Tag: `Member Card`
- **Signal Interest on a Raid**
- While a raid is in `Recruiting` status, members want to signal interest on a raid without DMing the Cleric. This signal does not guarantee acceptance.
- Tag: `Raid Card`, `Recruiting`
- **Champion $RAID Staking**
- On the applications card, members should have an option to stake $RAID as a champion before turning the individual into a member.
- Tag: `Applicant Card`, `RAID Staking`
- **Add/Edit Specs on Raid Card**
- Need to be able to add project specs to a raid card, update/change specs (file upload or URL) for each raid
- Tag: `Raid Card`
- **Tooltip for Raider Roles**
- When adding roles to raid, the avatars are not always easily discernable. Add tooltips for raider roles (to clarify the avatars).
- Tag: `Roles`
- **Faction Tags to Raids and Raiders**
- Add "faction" airtags to raids and raiders to allow sorting by ideological orientation: ReFi, DeFi, ZK, etc. Could also include projects: Gitcoin, Consensys, etc. Will improve cleric recruiting process by ensuring value alignment.
- Tag: `Raid Card`, `Member Card`
- **More Detailed Status Updates**
- Raiders want to add many more details outlining blockers, friction points, and general increased detail of the history of a raid. Also include high level milestone tracking to correspond with smart escrow milestones. Whenever *anything* is changed in the DM app, a `Status Update` is automatically generated. Example: *earth2travis added the Archer role.*
- Tag: `Status Updates`
- **(In)Active Raider Status**
- Clerics want to mark members as active or inactive, to archive members that have not raided recently. Could display total raids count, raids this year, or otherwise visually indicate recent activity. A visual designation should be added for members that have *never* been on a raid.
- Tag: `Member Card`
- **Status Updates for Individual Raiders**
- Clerics and Monks want to keep notes and/or add Status Updates on individual raider in the raid party. This helps track raid progress, locate friction points for compiling retrospectives, and builds reputation for individuals.
- Tag: `Status Updates`, `Member Card`
- **Pin Status Updates**
- Clerics want the ability to pin messages in the Status Updates feed, and also add links to resources.
- Tag: `Status Updates`
- **Link to Smart Escrow**
- Add a link to Smart Escrow on the raid card.
- Tag: `Raid Card`
- **Trigger Milestone Completion**
- When raid milestones are completed, a message should be auto generated in the Status Updates feed. This could include initiating a raid, releasing funds, or milestones associated with the specs doc.
- Tag: `Status Updates`
- **Add Retro when Closing/Archiving Raid**
- For past raids or changing raid status to Shipped, Monks want the ability to add retrospective information to be able to archive successes and failures. This should include links to a Miro board or Figma Jam (4 square retros), compiled reports (with a template 👌🏽), or at least notes collected into a HackMD book.
- Tag:`Raid Card`
- **Member Experiences and Relations Added to Card**
- When searching the Members List, recruiting Clerics would like to see members past experiences of working together. They want to identify raiders that have successfully worked together, or frictions that have arisen. Connected members could be visualized via knowledge graph. This feature may also allow us to avoid choosing the same raiders all the time by filtering for folks that haven't been on a raid.
- Tag: `Sort`, `Member Card`
- **Add Details to Applicants**
- Applications need more information for members to understand the applicants status. Members need to differentiate between just applications and active apprentices assigned to a specific cohort.
- Members want to view more details on applicants cards coming into DM, such as:
- have they gone through the cohort
- which cohort they were associated with
- did they successfully complete a cohort
- if they have gone on any raids or rips as an apprentice
- Tag: `Applicant Card`
- **Add Links to Assets**
- Raid card should have links to project assets and work spaces, such as:
- Discord chat channels
- Trello, Miro, Figma, and other workspaces
- Smart Escrow and/or Invoice (overlap with another issue)
- Cleric uploaded HackMD scoping doc generated by the consultation (overlap with another issue)
- Gnosis Safe, multisig, or DAO
- Tag: `Raid Card`, `Cleric SOP`
- **Smart Escrow Status Updates**
- Add automatic `Status Updates` in relation to Smart Escrow activity (partial overlap with another issue), such as:
- Initiate the escrow
- Releasing milestones
- Releasing final payments
- `Raid ID` is a clickable link that points to a new Smart Escrow automatically populated with the ID.
- Tag: `Status Updates`, `Cleric SOP`
- **Cleric Assignment via Emojis**
- Clerics self-assign to raids by adding a first-come-first-served emoji to the notification on Discord. Adding emoji to the Discord notification should auto-assign the Cleric to the raid card in DM.
- Tag: `Raider`, `Raid Card`, `Cleric SOP`
- **Add Link to Scheduling App**
- To help standardize the process and add convenience for a Cleric picking up a consultation, we should add a link to a scheduling app - Calendly or Google - to the raid card. When the consultation is scheduled, it should synch with the RG Clerics calendar.
- Tag: `Raid Card`, `Cleric SOP`
- **Add Cleric Calculator**
- Integrate the **Clerics Calculator** into the UI nav bar. Add to the raid card only during the `Preparing` phase. Clerics should be able to add services/scope to the raid card. Automatically add projected value to aid in preparing the proposal.
- Tag: `Raid Card`, `Cleric SOP`
- **Add Proposal Template**
- Integrate a Clerics budget/proposal template into the UI nav bar and the raid card. Template needs to be designed first of course.
- Tag: `Raid Card`, `Cleric SOP`
- **Further Smart Invoice Integration**
- Lowest lift would be to integrate the invoice URL into the proposal. A proposal generator/template in DM that can be shared with the client. Add a Smart Invoice/Escrow payment link inside the contract.
- Tag: `Smart Invoice`
- **Proof of Spoils**
- After the completion of a raid, pull data from Accounting to prove that spoils were submitted to the DAO. Add to Status Updates of the closed raid.
- Tag: `Accounting`, `Status Updates`
- **FUX for Signaling Availability**
- Add a FUX integration so members can signal availability and send “join raid” requests to members. Clerics can track individual attention.
- Tag: `Recruiting`
### Quality of Life Improvements
- **Role Multiselect**
- While editing profile > Guild Class, Clerics want to multiselect roles.
- Tag: `Raid Card`
- **Changes to the Footer**
- Remove `Consultation Queue` link from the footer. Cross-reference with previous issues that add payment and staking data to the raid cards. No longer a need to reference the other app.
- Change `Smart Invoice` to Smart Escrow in the footer.
- Tag: `UI Tweaks`
- **Add Message about Chain Agnosticism**
- Users want to know what chain to connect with (even though this is irrelevant). Add some simple copy text to the Connect Wallet page so users know the app is chain agnostic.
- Tag: `UI Tweaks`
- **Remove Text from Dashboard**
- Remove "Dashboard" text from `Dashboard` page. This is redundant and should be obvious by function.

- Tag: `UI Tweaks`
- **Overhaul Raid Card IA**
- We need to reconsider the data displayed on the cards (Consultation, Raid). Data gathered on the HireUs form is incompletely displayed here.

- This issue likely calls for focused user research on just this element. We might consider a new IA design to create a hierarchy of what data needs to be prioritized:
- Create a typeform where all possible options are listed
- Ask all RaidGuild members to rate the importance of the options
- Redesign the cards based on this data
- Via focused A/B testing on the following categories:
- Pending consultation tag = yes
- Submission time = yes
- Product type = no
- Budget = yes
- Who submitted = yes
- Services Required = yes (should be *Skills needed*)
- Summary text = yes (should be clearly labeled as project details/summary)
- Raid Category = no
- Desired delivery = yes
- Spec = yes (Seeing this provides a clearer understanding of the client's needs)
- Project type = uncertain
- Client point of contact = should be revealed by default, not hidden
- **Legacy ID** = *very* important (would be nice to click the ID and be transferred to the Smart Escrow site)
- Missing:
- Skills needed - in this example client doesn't know what they need
- Consultation hash = yes (the txn for submitting the consult)
- **Increase App Session Times**
- Currently really short session times. Keep getting kicked while in the app. Increase session times.
- Tag: `Backend Tweaks`
- **Secondary Roles for Members**
- Members currently can only be searched or assigned by their primary role. Need to be searchable by their secondary roles/skills.
- Tag: `Role`, `Member Card`
- **Editable Member Data**
- A member should be able to edit their own information, including:
- Primary and Secondary Skills
- Bio/description/tagline
- Tag: `Member Card`
- **Update Cohort Copy Text**
- Under Applications list view > applicant card detail view > the UX copy of the `Create Cohort` button is confusing. Recently changed to `Create Member` and `Create Appentice`, this still requires disambiguation. We should return to the copywriting of this section: Applications (apprentices?), Create Cohort (create member?), etc. Would benefit from focused A/B testing.
- Tag: `Application Card`
- **Update Sort, Filter, Search Terms**
- It remains unclear if the phrases in Sort and Search are the most meaningful. We might conduct focused A/B testing on sort and search key words:
- Sort:
- prioritizing all the existing sort terms
- identifying missing sort terms
- Search:
- an active raid
- an archived raid
- a specific role
- Filter:
- Raider roles
- Tag: `Sort`, `Search`