本記事は、2021年11月25日(木)に行われた、BUSINESS LAWYERS/弁護士ドットコムキャリア事業部主催「Legal Innovation Conference 〜法務DXの壁を越えろ〜」において、株式会社ビットキー、Manager of Legal &IPの保泉綾香氏と弊社取締役CLO酒井が登壇した、「これが契約DXのロールモデル 〜つなぐ変革、あらゆるモノとモノの共存・共創を目指す、ビットキーが実践する契約業務DXとは〜」と題するセミナーの内容をお伝えするものです。
(なお、記事化に当たり、一部加筆、編集した部分がございます。)
なお、イベント前半部も含めた全体レポートはこちらからご覧頂けます!
![](https://www.businesslawyers.jp/img/pc/user/ogp/ogp.png)
登壇者紹介
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/bitkey_hoizumi.001-1024x576.jpeg)
登壇パート「BitkeyのLegalとは」
いかにピッチで試合に集中し続けてもらうのか、を考え抜いた
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
最初に、ビットキーという会社について、少し紹介させてください。
弊社は2018年8月に創業して、現在240名ほどの社員がいる会社になっております。様々な企業さまに出資していただいております。
弊社のミッションは「Connect Everything」ということで「テクノロジーの力で、あらゆるものを安全で便利で気持ちよくつなげる」ということをミッションにやっています。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
そんな当社において、我々リーガルが求められていことは「組織集団エージェントであること」です。
これはつまりどういうことかというと、以下のイメージです。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/bitkey_page11-1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/bitkey_page11-1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
「ん?ちょっと長いけど何かな?」ということなんですけど、これは、サッカーで例えた時に、どうやってスペシャリストである選手、つまり事業部門にピッチで試合に集中し続けてもらうのかを具体化させた表現です。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
そして、私たちはスペシャリストが面倒だと感じることを「極限まで刈り取る」ことで、そのミッションを実現しようというふうに考えています。
例えば、どういうことをやるのかなという話なんですけど、よく「これで契約締結をしていいですか?」と、決裁申請書類を依頼部門が作ると思います。ここを、弊社の場合はリーガルチームが作ります。このリーガルが作った決裁申請書類を依頼者のレポートラインで確認・承認をするという流れをとっています(※)。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
更に、最終承認の完了確認をするのもリーガルです。
リーガルが自ら、最終承認が完了したことを感知したら、そのあとのプロセス、製本・押印・郵送も、リーガルで文字通り自動的に行っています。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/bitkey_page17-1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/bitkey_page17-1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
このように、リーガルのチームとして求められていることは何かというと「契約書の決裁申請書類をつくれるほど、ビジネスの交渉に入り込んで契約書を作成する」ということになります。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
そして、もう一つ、面倒さを極限まで刈り取るために「依頼者が安心して忘れられるほど抜け漏れのない安定的なオペレーションを実施していくこと」が求められています。
ただ、こちらには課題があります。リソースの問題です。
現在リーガルメンバー、2.5人なんですけれども、契約審査の依頼は月に100件あります。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/bitkey_lic_page22.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/bitkey_lic_page22.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
この100件をどうやって処理していくのか。その解決の糸口が契約DXでした。ここからはこの契約業務のDXのポイントをご説明します。具体的には三つあります。
①「2つの管理簿」でフローとストックを管理
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
まず最初に、二つの管理簿を作成しました。この二つの管理簿でフローとストックをそれぞれ管理することを目的としています。
フロー管理として、依頼の管理簿を使っています。依頼の受付から依頼の完了までのステータス管理をしています。具体的には、依頼管理簿に入力されたデータを元に、Googleスプレッドシートの関数でステータスを自動更新し、ステータスを常に最新に把握するということをやっています。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
一方、ストック管理は、契約管理簿になっております。社内外で合意して、契約書の決裁段階まできたものだけを管理するという管理簿です。これは、一意の管理番号に対して、管理項目を紐付けて管理しています。そのため、いつでも経緯と結果が取り出せるというものになっています。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/bitkey_31.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/bitkey_31.jpg)
②情報のインプットはフォーム経由に
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
二つ目には、これら管理簿への入力をすべてフォーム経由にしたということです。
例えば、このような三つのフォームがありまして。このフォームで取得したものを全て、前述した管理簿に流し込むというコントロールをしています。フォーム経由にすることで、項目に抜け漏れがなくなる、条件分岐をコントロールできるというメリットがあります。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/bitkey_page34-1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/bitkey_page34-1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/08/Slack_work_flow_thumbnail-300x169.png)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/08/Slack_work_flow_thumbnail-300x169.png)
③自動メッセージで案内漏れゼロ
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
最後、三つ目なんですけれども、一定条件を満たしたときに、メッセージを自動送信するようにしています。これは、例えば「契約書の保管が完了しました」となったら、依頼者に自動でメッセージを送信して「締結済み契約書のPDFをアップロードしたHubbleのURLはこれです」と、自動でメッセージを送るような流れです。
メッセージを自動送信にすることで、案内漏れを防ぐ、コミュニケーションコストを下げるという効果が期待できます。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/bitkey_page38-1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/bitkey_page38-1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
これらの三つ①管理簿をつくるということ、②管理簿にフォームから流し込むということ、③一定条件を満たしたら自動でメッセージを送るということに対して、利用した主なツールがGoogleスプレッドシート、Slackワークフロー、Hubble(ハブル)ということになります。
これで本当にそんなにできるのかと思われるかもしれないんですけど。先ほどお見せした管理簿に流し込むフォームも、自動メッセージも、どちらもSlackのワークフロービルダー機能を利用して実装できます。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
ということで、たぶん、お察しの良い方については「この人、めちゃめちゃSlackのワークフロービルダー機能を使っているな」と思われたかもしれません。
どれくらい使い込んだかというお話は、Legal Ops Lab(リーガルオプスラボ)で取材を頂いたので、そちらで詳しくは記事の公開を待っていただけばと思います!
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_title-300x169.png)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_title-300x169.png)
依頼者の体験を重視して、ツールを役割分担
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
なぜ、私が、こんなにSlackのワークフロー機能を使うことにしたか。それは弊社のリーガルチームは、依頼者の面倒を刈り取るということをすごく重視していて、依頼者の体験を本当に重視したからです。
その結果として、レビューを依頼するときと、契約の締結が終わったときの依頼者の体験を二つ、分けて考えることにしました。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
つまり、レビュー依頼時は「Slackから依頼者を動かさない」ということを重視しました。
このため、例えば、レビューして欲しいよというときに、Wordファイルは依頼者がHubbleにアップするのではなくて、依頼者がSlackのスレッドにファイルを貼ると、リーガルがHubbleにアップロードしてURLを通知するという流れにしています。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
一方、契約締結後は、Slackではなくて、むしろ、すべてHubbleで検索してもらうことにしています。やはり、バージョン管理ができているので、契約締結後はHubbleで検索した方が、依頼者としては使いやすいということが分かったからです。
なお、依頼者がHubbleで検索を容易にするための工夫として、ドキュメントの名前を、保管時に統一するようにしています。具体的には【管理番号_締結日_取引先名_契約書名】で保管するというルールを徹底しています。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
以上が、当社の契約業務DXの事例です。
ありがとうございました!
ディスカッションパート
DXを進めるきっかけと広がり
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
保泉さん、ありがとうございました!
保泉さんに契約DXを進める上で、具体的にどんな課題があり、それに対してどこから着手したのかというところをお聞きしたいですが、いかがでしょうか?
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
ありがとうございます。
当社が最初にDXやリーガルテックの導入を考えたときの課題は大きく二つあります。
一つ目が、Wordの修正履歴をつけない、サイレント修正がどうしてもあるよねという話。二つ目が、依頼部門から「最終版のWordファイルが欲しいんだ」という依頼がとても多くて。最終版のWordファイルをどうやって統一管理できるかなというのが大きな課題でした。このため、まずはそこに焦点を当ててやろうとなりました。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
なるほど!
先程のお話をお聞きすると、Slackのワークフローも駆使して全体が契約DXできていると見えました。ただ最初に着手した課題というのは、全体から見ると、個別の最適化みたいなイメージ、つまり具体的ペインと感じた点から着手したイメージなのでしょうか?
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
そうですね、実際に、推進する法務としては、「点」から着手しました。
ただ、進めていく中で、点だけで本当に会社全体として良くなるのかなというところが、やはり課題として感じるところが大きくなってきたので、今の形に落ち着いたなと思います。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
なるほど、やはり一つのところを見ていくと、そのとなりも課題になっていって、全体を解決するためには、ご説明頂いたワークフローをどうするか、という議論になったということでしょうか?
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
そうです!
やっぱり、最終的には、私たちって何を目指しているんだっけというところで。依頼者の体験だよねと。全部繋がっていないと体験が良くならないねと。
共通理解を得るのが最大の障壁
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
おそらく、依頼者の体験を含めた、契約業務全体をどうにかしたいなと思っている会社さまは多いと思います。
ただその一方で、全体を改善するには多くの人を巻き込まなければいけないという点が、一種の障壁になるかなと思います。具体的に契約DXを進める上で、貴社にとって推進の障壁になったことは、ありましたか?
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
依頼者の方々からすると「法務はなんで、そんな契約管理をしたいって言うんだろう?」という疑問が大きかったと思います。共通理解を得られていなかったことが、一つの障壁だったのかなと、今になって振り返ると思います。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
リーガルの重要性、法務は理解しているけれども事業部門はそこまでは理解しづらい。これは、ある種当然だとも思いますが、そのギャップをどう埋めにいったんですか?
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
法務をやっていると当たり前だよねということも、もしかしたらちゃんと伝わっていないのかもと思って、「契約はなぜ締結するのか」といったセッションを会社でやったりしました。
ウェブで大阪の他拠点のメンバーにも参加してもらって、40人くらいに質問を当てるっていうことをやりました(笑)。「改めて背景を理解できた」「証跡を残す重要性を実感した」といったお声を頂きました。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
なるほど!リーガルや契約に対するリテラシーの差というのを、法務から歩み寄る形で埋めに行くということですね。契約の重要性を伝えつつ、そしてここを効率化することでこういうメリットがあるというのを地道に訴求していかれたのですね!
ステップが明確になるのがDXのポイント
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
その体験を通じて振り返ると、決してリーガルのメリットだけを訴求しにいくというよりも、事業部の契約に対するリテラシーとか、経営陣のリーガルに対するリテラシーが向上されるんですよといった訴求の仕方は、あり得るのでしょうか?
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
すごくあると思います!
結局、DXするって何がいいかというと、ステップが明確になることだと思います。契約書が必要だというのはこういう条件で、そしたらこのようにレビューして、このように契約書の決裁をとって、締結完了ですといった、各ステップがすごく見やすくなります。
依頼者にとっても、代表にとっても、非常に見えやすい形に型化されるかなと思います。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
なるほど、ありがとうございます!
今振り返ったときに「もっとこういう訴求をしたら、もっと簡単にシステム導入や業務フローの改革ができたな」ということはありますか。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
先ほど申し上げた依頼者に対する勉強会というのは、私はHubble導入後に実施したのですが、元々そういうことに取り組んでいれば、もっとスムーズにリーガルテックの導入の話にいけたのかなと思いました。依頼者側からも、もっと声をもらえたかもしれません。
そうなれば経営に対してもっと費用投資対効果の部分も含めて説明しやすいということは、他社さまでもあるんじゃないかなと思います。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2022/07/sakai_icon.jpg)
すごく良くわかりました!ありがとうございました!!
質疑応答
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/question.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/question.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/question.jpg)
ビットキーさまは、法務DXを徹底されていると感じましたが、課題を解決したいと感じてから、今の形になるまで、どのくらいの時間がかかりましたか?
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
ありがとうございます。約半年かかりました。
ちょっと長いかなというふうに思われる方もいらっしゃると思いますが、最初の3カ月と、後半の3カ月で、方向転換をガラっとしたというのもあって、トータル半年かかっています。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/question.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/question.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/question.jpg)
ありがとうございます。
方向転換というのは、もしお伺いしてもよろしければ?
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
最初の3カ月は、私がまだ依頼者の体験を重視しきれていないところがあって、冒頭で申し上げた決裁申請も依頼者につくってもらうというフローでした。
ただ、それだと、やはり手間だという声があって。どうしたらいいかというディスカッションを依頼者と重ねた結果、今の形がいいねとなりました。そのために、それまでつくったフローを、一回捨てることになったという背景があります。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/question.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/question.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/question.jpg)
ありがとうございます。
それでは、2問目になります。依頼者(事業部)から契約に関する情報を回収するのと、法務部門が契約決裁申請を行うのは、二重管理になりそうな気がしました。また、ガバナンス上の問題も出てくるような印象を受けました。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
依頼者が契約書をレビューするときに「こういう案件の内容で、こういう条件なんです」という情報をSlackのワークフローからフォームに入力してもらっていますが、この情報はずっとリサイクルして使い続けていきます。リーガルが契約書の決裁申請をつくるときもリサイクルします。
このため、二重管理にはならないですね。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_1.jpg)
また、フォームを入れるチャンネルが複数に分かれていて、情報管理の観点から、依頼者は「ここのチャンネルしか見れない」と分けています。依頼者の間では壁があるという状態で運用ができていますね。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/question.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/question.jpg)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/question.jpg)
ありがとうございました!
※編集注
「法務部門が契約決裁申請を行う」ことについて補足します。
ビットキー社では、契約書レビュー時に依頼者が入力した案件情報と法務が契約書に行った指摘事項をもとに、法務が決裁申請書類の作成を依頼者に代理して行います。ただし、その代理作成した書類は必ず依頼者で内容に齟齬がないかを確認し、齟齬があれば差し戻しを受けて修正の上で、依頼者の上長が承認を行います。そのため、あくまで決裁の申請行為は依頼者及び依頼者の事業部に帰属するものとなります。
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_title-300x169.png)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/12/hoizumi_title-300x169.png)
2021年7月開催「Legal Innovation Conference 〜法務組織とキャリア〜」
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/08/legal_innovation_conference_eyecatch-300x169.png)
![](https://hubble-docs.com/legal-ops-lab/wp-content/uploads/2021/08/legal_innovation_conference_eyecatch-300x169.png)
2020年11月開催「Legal Innovation Conference 〜法務のDX〜」
![](https://hubble-docs.com/wp-content/uploads/2022/06/rectangle_large_type_2_d2a1ce5c35247ca743d3902a6e8bd5e7-1.png)
![](https://hubble-docs.com/wp-content/uploads/2022/06/rectangle_large_type_2_d2a1ce5c35247ca743d3902a6e8bd5e7-1.png)