--- tags: magesmiths --- # DAOhaus Product Vision & Strategy -- On-going Meeting Notes ## June 24th, 2022 - How do we align our short, medium, and long term goals? - Jord: We don't have the luxury of long term goals, maybe vision at minimum - We should plan the time more closely the time we know we do have - Dekan: Long term goals should be low fidelity and doesn't need to be super specific - Could just be a loose direction - Should this be a quarterly exercise to reflect on these goals, extend new goals? - Felipe joined to run a workshop improvisationally - Reminds him of a similar situation at a company with diminishing runway - Where should we be allocating resources to increase the runway - Felipe presents war pigs idea, will make people angry - Action takes precedent over consent and context - sHAUS becomes the war pigs breakfast - Jord: Doesn't like the flip-flopping of approaches (survival vs. ship at all costs) - Long term goal - Revive as public good? - Dekan: Let's delegate the decision on how to restructure to 3 people - Can gnosis bail us out? ## May 27th, 2022 Discussion on [Sustainability Report](https://hackmd.io/WnF1BFjhQYu6HegWkvgiwA) ## May 4, 2022 [Platform Strategy Worksession #1](https://hackmd.io/X7wLHBYmRauoVEFF84T0yQ) ## April 29, 2022 ### Agenda #### What is this meeting about? - What problems have we identified that we are attempting to solve? - What are our goals? - Describe the context (ecosystem) in which DAOhaus exists - Identify opportunities - Identify who we are delivering value to? What are their problems? How are we solving those problems? - Establish (or reaffirm) our collective vision - Establish our collective strategy - Framework for prioritizing workstreams and justification of why - Hold projects/workstreams accountable to our collective strategy - Establish a role that is accountable to our strategy - maybe fractal roles down the project/workstream tree - What are the desired outputs/artifacts? Ideas - identify assumptions about user base or direction ==> research questions - visualizations of opportunities - documentation of strategic decisions and decisions based on strategy - [DAOhaus conceptual architecture diagram](https://www.figma.com/file/1RCw6028L7AVb7usE0N3vs/MetaHaus?node-id=0%3A1) - roadmap - wishlist / idea backlog - how to harness the power of individual creative energy #### Process & role definition - Meeting cadence - to start: initial workshop or sprint? - output of the sprint is a forum for others who didn't participate to weigh in - ongoing: - 60 minute meeting - fortnightly cadence - Who needs to participate? - initial workshop: - ongoing: - Who can participate? - Anybody in Warcamp - Should we invite anybody else (eg CCO contributors)? - Product/Platform Strategy -- is this a role? ### Notes #### Problems we are attempting to solve - There has been **some disconnect between design and devs** (Magesmiths) - Who the target segment is. The customers we are solving for. - What we are building and why. - Best way to spend time, focus attention. - Allowing for this *divergence is ciritical, but requires clear strategy.* - Similar divergence with Rangers circle: what we are communicating and why, the narrative we can convey to the larger audience. - Response to a provocation: "DAOs cannot build cohesive, focused products."" - Design by committee is not great for some use cases, for example: day-to-day decisions. Better for high-level decisions and editing process. When do we delegate? - Designers identify certain modalities, unsure how to measure against a common understanding of the user/use case. - Rowing in multiple direction simultaneously inhibits collective progress. How do we row in the same direction? Arriving at solutions together = more meaningful. - Improving documentation, the dev experience, will compliment the SDK work and build interest in the community. - Narrowing focus allows us to attend to all the opportunities. - A million ideas will arise. We require a consensus mechanism for deciding the most important path: **a rubric for collective decision making.** - Identifying **clear north stars** for collective intention. - We are not as clear on DAOhaus' place in the dynamically evolving ecosystem. This inhibits making clear decisions about what to prioritize. *This is risky is we don't consider the broader context* for what makes sense in the long-term, for how DH can make the most impact in relation to everything else happening around us. - V3 is going to look very different. How to maintain the long-term impact while maintaining previous product releases? How to mature as an org to handle this balance? #### Goals/Objectives - Concise, clear **product design strategy**. - Figuring out what the vision is, so that the strategies will support this vision. - Can be different per product. - Need a meta strategy, plus individual strategies. - Design = more than visual/aesthetic. Accounts for all the elements of the DAO - code, documentation, etc - combining into one cohesive field/focus. - How do we decide what products we should be designing? Alongside: How do we design them? - Continue **identifying opportunities** in a composable way in relation to the products we are building. - Identifying our customers: - Who are we delivering value to? - What are their problems? - Why are we priotizing the solutions we are pursuing? - **Creative accountibility**: someone that has their finger on the pulse, understands the larger idea and can maintain the north star direction for the whole org - A committee: provides orientation that filters feedback, proposes clear decisions as a group - An individual/role: handles the day-to-day micro decisions on local components - Documentation that facilitates understanding across these scales - We should maintain awareness of the power distribution to a single role in this position. Too much decision making authority might cause tension/friction down the line. - Consider representatives of individual strategies, maintain alignment or resurfacing breakdown in alignment to the group/committee venue for wider discussion. - Should have a policy for pulling an individual off of this role to allow multiple perspectives - There are pros to having a single person dedicated to the larger DAO/product design visions: powerful single pointed focus. - Concerning consensus/dissensus of overall design vision: What do we do if we disagree? How to avoid breakdown/bottleneck? - Continue to contemplate the thickness/narrowness of the strategy to accomodate adapation - Alternatively, allow for a multiplicity of perspectives in the strategy, to avoid mutual exclusion. - Or we could always **fork Warcamp**: if an individual/group emerges with radically different ethics, they are encouraged to fork. - Let's maintain confidence that we will be able to *articulate a product design strategy/conceptualization of DAOhaus at the platform/infrastructural level that allows for a variety of interpretations of what our products are and who they are for that avoids forking the underlying infrastructure.* Maybe even create a foundation for future ideation to build upon this concrete opinionation. #### Outputs/Artifacts - Increasing the fidelity of [Ven's *MetaHaus* diagram](https://daohaus.mirror.xyz/9ZGrKjwJT8uzF3p7MiYNaSpXgGV2A2I83y_6R-ry3V8): how to build the monolithic product into smaller modules - Towards a more efficient roadmap - Create a repo to catch ideas, to form a backlog, capture so they don't get lost. - How to harness the power of individual creative energy. - Deliberated between the head of a project and the contributors.