企業でDAOを学び、活用する – 企業内でのDAO組成の具体例を解説

お願いします。
では、本日は企業内での DAO組成の具体例というところで、社内でDAOを使って 社内のエンゲージメントを高めようという、そういったご相談いただいた際の、我々のご提案だったりとか 実際の組成の方法について、お話ししていければと思います。

本日はよくいただくご相談 というところからスタートして、最終的にDAO組成キャンバスというものを用いて 解説していきたいと思います。

よくいただくご相談ですね。
社内でDAOを組成したいという 直接的なご相談というよりも、こういった悩みを持っているという ご相談が多いですが、まず1個が、リモートワークがコロナで増えて、交流の機会が減少したというご相談や、あとは社内での悩みを 相談する場所がないとか、あとはプライベートで共有する時間がないとか そういった部分です。
よく会社さんでよくある課題 なのではないかと思っております。

これらをDAOで解決するというところですが、実際に我々の方でいただいたご相談として、身上調書や目安箱というのが 社内にあるはありますが、活用されてなかったりとか、意欲のある人が一定数いるけれど、そういった方が関わる場所 その意見を反映したりとか、動ける場所というのが用意できていない。
これによってだんだん意欲が 減ってきちゃうと思います。
そのまま意欲を潰してしまう可能性だったりとか、長期的にそういった状態が続いて、エンゲージメントを下げてしまう。
そういったものが課題としてあります。
そういったご相談を頂くことが多いです。
これにDAOを使って、DAOを組成して解決していきましょう、というご提案を我々の方では させていただいております。

はい、一言でいうと 社内で声を上げて、それを提案を議決して そのプロジェクトを進めていく、その貢献に応じて 何らかのインセンティブを与える。
そういったDAOを組成していく。
これが全体のものですけれども。

こちらのスライドで、イラストで分かりやすく 解説させていただいていますが、まず、この社員さんたちがいらっしゃいます。
この方達が提案だったりを行ないます。
例えば提案A、これ具体例でいうと、わかりやすい例で3階にある自販機、この商品があまり自分好みの物がない。
皆さんもそう思ってませんか？みたいな形で、議論が行われます。
その中で、私も思ってました。
じゃあ、この商品入れて欲しいとか、この商品がいいとか そういった議論が、この中で意見が出て 議論が行われると思います。
実際に、これちょっと解決したいです という形で議決。
投票機能がDAOはスナップショット というのを用いて行われますが、議決が行なわれてプロジェクトを出します。
このプロジェクト、例えばさっきの例でいうと、この自販機にこの商品入れたい。
じゃあ、業者との交渉を私がします。
あとは社内とのネゴシエーションは 僕がしますという形で、タスクが人に割り振られていく。
このタスクの貢献の重み付け。
元々ある前提ですけれど、例えば、社内との交渉って 結構大変だよね、みたいな。
じゃあこのぐらいリワードを 与えましょう、みたいな形で、貢献に応じてリワードが 付与されていきます。
この与えられたリワードが この社員さんたちの貢献度合い。
これが可視化されていく。
数値で可視化されるわけですけれど、可視化されたりとか、あとはその与えられたリワードを使って、例えば、社内の社食に使えたりとか、そういったインセンティブが与えられる。
こういった形になっております。

おっしゃる通りで コミュニティがあればいいという意見も、結構いただくことも多いかなと思っています。
個人的に社内DAOの場合は、DAOの世界観さえ作れれば 良いなと思っていて、どういうことかというと、この貢献だったり議論、提案、意見出すという、これも全部貢献活動ですけれど、こういった貢献をたくさんした人が、何らかインセンティブというか 評価を受けたり良い思いができる。
頑張れば頑張るほど良い思いができる。
この世界観がすごい大事だなと思っている。
且つ、貢献している度合いが明確。
見える化している。 透明性がある。
これが凄く重要になってくる。
且つ、DAOである意味に なってくるかなと思っています。

そうですね、あとは 透明性があるという部分かなと思います。

はい、ゴール設計の部分ですね。

解説していきたいと思います。
最終ゴールとしていただいた案件の中で 我々が提示したものが、社内のDAO内で初期メンバー以降の メンバー、第二世代というか、中心で最初に組成した人達 以外のメンバーから発信で、何らかの議題がわき起こって、それがDAOの中で議決されて、プロジェクトが推進されるという状態を、理想的な最後のゴールとしておいています。
そのための最小単位のKGIとして、議案が週に1件以上発生している状態で、且つ決議の投票にメンバー全体の 20％が参加している状態、というものをKGIとしておいておりました。

僕らで相談いただいた際に、まず、作るのをお勧めさせていただいているのが、こちらのDAO組成キャンバスです。
独自に利用していますが、これはDAOを組成するにあたって、最後の状態と現状との差というものを、明確にするためのキャンバスになっています。
今、バッとこちらの画面で出していますが、今回は、ちょっとこれ 全部解説すると多くなるので、重要なところに絞って、解説していければと思っております。

まずこちらの Key ResorcesとValue Propositions、こちらの2つは何らか活動をすることで、得られるインセンティブの 設計になっています。
今回の場合は社内のDAOで して欲しい活動というと、新規のプロジェクトの提案とか、議決、意見を出したりとか、またそのプロジェクトを 運営していくということ、あとは情報共有、コミュニティでもあるので 情報交換をする場所、お悩みを共有する場所、こんな形でおいています。
これをわざわざ定常業務以外でやることで、何の意味があるんだ、というここの設計ですね。
これ正直めちゃ難しくて、結構迷われる場合が多いんですが、例えばでいうと 社員さんにとってポジティブな体験、社食が無料で食べられたりとか、あとは社内のサービスを 使うことができる権利だとか、あとはこの貢献活動というのが 見える化されるわけなので、長期的には人事評価に役立てたりとか、そういったのがインセンティブとして あるかなと思っています。
加えてこちらですね。
この貢献度合いに応じて ガバナンストークンという、DAOでいうところの議決権ですね。
自分の意見の強さですけれど、これが付与されていく、そうすることで貢献すればするほど、DAO内での発言権が強まるという、これもモチベーションに繋がるのでは ないかなと思います。
ここに関して何かご質問だったりとか、なんか感想とかありますか？そんさん。

その通りで、ここの部分の設定はすごく大事で、ここがしっかりできていることで、参加者も熱量を高く保つことができるので、社員さんにとって 参加者にとって、ポジティブな体験というのを 何だろうという風に最初に考えていくこと、これがTO DOになってくるかと思います。
2つ目ですね。 重要なところこちらですね。
Cost Structureというところですが、これは実際にこの社内DAOがうまくいくまでに、どういった手順を踏めばいいのかというところで、2つ挙げております。
まずは全員が熱量が高い状態というのが 一番理想ですけれど、その前に2人目、3人目という、このコアなメンバーを育成していくということが、とても重要になっていきます。
ここは結構泥臭くやった方が いいかなと思っていて、ツールに柔軟なメンバー、要はコアになってくれる可能性がある、若手の方とかになってくると思いますが、こういった方達を巻き込んで、この社内DAOについて共感していただいて、どんどん熱量高く進めてくださいというところを、オンボーディングしていく、長期的には全てこの参加者の方にDAOとして、自立分散的に動いてもらって、そのためにモチベーションを 維持することの仕組み、例えば、分かりやすいところに 目的だったりとか、関わり方だったりとかが本当にわかりやすく、ツールの使い方とかも含めて載っていたりとか、あとはそのために 参加者をどんどん集めていく、その仕組み作りとか、その辺りが長期的に必要になって くるかなと思っております。

そうですね、その通りで、ここの貢献度合いに応じて 発言度合いが強まるというのも、これはモチベーションを 高めるために必要ですが、正直最初は ここまで行くまでが結構大変なので、最初の1歩目2歩目というところは、結構最初の1人、2人目、この辺を力強くサポートしていく。
泥臭くこういうことをやっていて、手伝ってくれませんかというのを、行っていくというのが 重要になってくるかと思います。
最後、重要なところとしてRevenue Stream。
これは、これがあったら成功だよね というところの状態を指していますが、我々の場合はこちらです。
DAOメンバーの投票により 決議が1件でも発生したら、まずそれが1個目の成果物 としておいています。
で、加えて長期的には管理部メンバーですね。
最初の起案した人達が不在でも、提案だったり、そして議論して プロジェクト化という。
このフローが成立している状態というのが、最終的なゴールになって くるかと思っております。

まず、最初のここですね。
決議が1件でも発生したら それが成果物という。
これは結構、短めで 設定した方がいいかなと思っていて、なぜかというと、そのツールやその辺で そもそもDAOだったりとか、要するに知見がない人が 集まってくると思います。
なので、あっこういう風にやれば、決議が行われるんだなという、そのツールの確認とかも 最初のうちは重要になってきますが、そういった意味でも最初に、なるべく早いうちに、何らかのプロジェクトが決議されるという、この状態を成功例を 知っていただくという意味でも、そうですね、3ヶ月とかその辺りで、メンバーでいうと20人とかでも良いので この決議が行われる。
ここを目指した方が良いかなと思っています。
で、2つ目ですね。
提案、議論、決議、フローが管理部メンバー 不在でも行なわれる状態、これは半年ぐらいですかね。
実際にこれがプロジェクトとして 運営されていくという、タスクを振り分けて実行されていく というところまで考えると、半年とかもうちょっと それ以上掛かってくるかなと思いますが、そんな感じのマイルストーンでやっていくのが 良いのではないかなと思います、

ネクストラアクションというところで最後、まとめますと、4つあげさせていただいております。
まず、社内のリソース調査というのは、これは何かというと、さっきのDAO組成キャンバスで重要だ といったインセンティブです。
何らか貢献した人が得られる インセンティブの設計。
これに社内の何が使えるのかというところで、リソースをあげるというのは まず、大事かなと思っています。
あとは参加者の募集。
最初はコアなメンバーなので、先程いった1人目、2人目の ここが重要なので、この熱量高いユーザーを集めていく。
そのために例えば研修とか 開いてもいいと思いますし、説明会とかを社内で 実施してもいいと思いますが、そういったものを開催するというのが、TO DOとして挙げられるかなと思います。
あとはインフラの整備というところで、Discordだとかトークン、これを構築していくのは 重要だと思います。
今回トークンについて補足ですが、やっぱり社内DAOなので、DAOの世界観さえ作れればいいという、そういったご相談がほとんどです。
ですので、トークンは実際に発行する、オンチェーンで発行するよりも、テストネットでやっていいかなと思ってます。
テストネットだと実際はお金とか発生しますが、それがかからないので、世界観だけ構築したいと いうのであればテストネットで十分です。
これも1つアドバイスになってしまいますが、ご共用できればと思っております。

はい、その通りで 実際には正式なDAOというと、もしかしたら違うものを、厳密にはいうことも あるのではないかと思いますが、正直、DAOの世界観自体が、僕はすごく素敵だなと思っていますし、社内DAOに関しては 一番合っているかなと思うので、最初は予算が取れないけれど DAOを試したいという場合は、テストネットでやっていくという方法を お勧めしております。

こちらこそありがとうございました。