弊社が提供する「Professional AI」のひとつである、HR領域に特化した「WorkOn（ワークオン）」。今回はその開発責任者を務める山口にインタビュー！
AIを活用しながら、通常なら5プロダクト分に相当する規模を1年で作り上げた巨大プロジェクトは、どのように形になったのか。そして「AIが同僚になる」世界をどう描いているのか。山口のこれまでのキャリアとともに、たっぷり語ってもらいました。

山口 裕明（やまぐち ひろあき）/ WorkOn 開発責任者・Director
大学で画像処理、大学院でヒューマンコンピューターインタラクション（HCI）を研究し、新卒でセキュリティソフトウェア会社へ入社。当時のヤフーの子会社でWebメディアの開発責任者を経験したのち、Sansanへ。新規事業の急成長期にエンジニアとして参画し、最終的に100名以上のエンジニア組織を率いる開発部長を務める。2025年2月にLegalOn Technologiesへ参画し、現在はWorkOnの開発責任者として事業を牽引する。

無謀すぎるからこそ面白い。普通の戦い方では勝てない市場へ

──山口さんはこれまで様々な環境でキャリアを積まれていますが、どのような歩みだったのでしょうか。

もともと大学では画像処理を研究していました。画像処理はコンピューター側の処理ですが、その先で人がどう受け取り、どう振る舞うのかに関心が移っていき、大学院ではHCIへ進みました。人の認知の特性を踏まえて接点を設計する、インタラクションの領域です。
その後、新卒ではセキュリティを扱う企業に入社し、新規開発のPoC（概念実証）を中心に担当しました。利便性とセキュリティはトレードオフになりがちですが、異分野の自分が入ることで、安全で、かつ使いやすいプロダクトを作れるんじゃないかと考えたんです。
ただ、PoCが中心だったので、身に付けたスキルが実際に世の中へ届くのかは分からないままでした。それを確かめたくなり、大量のトラフィックを経験できるtoCの女性向けWebメディアを運営する会社へ転職しました。そこでエンジニアから開発責任者へとキャリアを広げ、本格的にマネジメントも経験することになります。

──そこから、前職のSansanへ、という流れでしょうか。

実はその間に、一度大きくつまずいた時期がありました。ITを軸に顧客の課題解決に取り組む会社に移ったのですが、働き方も仕事の進め方も自分にはまったく合わず、心身を崩して半年ほど休養することになりました。
ただ、振り返るとこの経験が一番マネジメントの糧になっています。環境が合わないだけで人のパフォーマンスは簡単に落ちるし、本人がどれだけ頑張りたいと思っていてもどうにもならないことがある。それを身をもって知ったことが、いまの組織づくりの考え方につながっています。
そこから、あらためてやり直そうとSansanに入社し、新規事業の開発にいちエンジニアとして参画しました。事業と組織が一気に急成長していく中で再びマネジメントを担うようになり、最終的には100名以上のエンジニア組織を率いる開発部長を務めました。

──toCとtoB、どちらの環境も経験されているんですね。

そうなんです。ただ、実際にtoCを経験してみて気づいたのは、大量のトラフィックがあっても、具体的なユーザーの顔が見えにくいということでした。見えているのはHTTPのステータスコードを集計した全体の傾向で、そこからユーザーの振る舞いを想像して開発を進めていく感覚でした。
一方でtoBは、「○○会社の○○さんからのフィードバック」といったように、ユーザーとの距離がすごく近い。具体的な声をもとに改善していくフィードバックループが自分にはしっくりきて、作っている手応えを感じやすいと実感しました。それが、再びtoBの世界へ戻った理由ですね。

──大規模な組織を牽引されたあと、LegalOn Technologiesに入社した決め手は何だったのでしょうか。

当時のWorkOnの立ち上げ計画を聞いたとき、率直に「なんておかしなことをやろうとしているんだ」と思いました（笑）。
新規事業の立ち上げは、小さく始めて検証を重ねながら伸ばしていくのがセオリーと言われています。しかしWorkOnは、最初から大きな投資をして短期間で一気に形にするというミッションを掲げていた。しかも私が参画した時点では、事業全体でも中心メンバーは両手で数えられるくらいの人数でした。一般的なベストプラクティスとは正反対の、いわば無謀とも思える挑戦にすごく惹かれたんです。
もう一つの理由は、レッドオーシャンのHR市場への挑戦です。正直、話を聞いた時点では「さすがに無理があるだろう」という印象でした。でも、それだけ難易度が高い領域だからこそ、普通の戦い方じゃ勝てない。「おかしなこと」を突き詰めるしかない環境に面白さと可能性を感じました。
また、純粋な0から1の立ち上げは自分にとっても未経験のフェーズで、自分自身の新しい挑戦として魅力を感じ、入社を決めました。

データが分断されたら終わり。膨大な設計を何度も作り直した

──現在、WorkOnの開発組織ではどのような役割を担っていますか？

現在は、エンジニアとQAを中心とした40名弱の組織を統括しており、役割としてはEMやVPoEと呼ばれる領域が近いです。技術的な意思決定は信頼するテックリード陣に委ねつつ、私はその意思決定の精度を高めるサポートや、メンバーが力を発揮できる環境づくりに注力しています。

──初期リリースまでの1年間は、相当な苦労があったと聞いています。

そうですね……壮絶な1年でした（笑）。
開発したプロダクト自体はWorkOn一つですが、労務管理、勤怠管理、給与計算、AIアシスタントという4つの領域に加えて、社内の別プロダクトであるCorporateOnで提供していた社内ナレッジ検索をWorkOnでも使えるようにしました。合わせると、規模としては5プロダクト分に相当します。
それを1年という限られた期間で作り上げるという、かなりハイペースな状況でした。ピーク時にはプロダクト開発に関わるメンバーが100名弱まで増え、その後の組織分割を経て、いまのエンジニア中心の体制になっています。
私たちが採用したのは、統一されたデータ基盤の上に複数の機能を展開する「コンパウンド戦略」です。これを成立させるには、プロダクト間でデータが分断されないよう、全体構造を強固に設計しておくことが絶対条件でした。そのため、小さく作って試すアジャイルではなく、あえてウォーターフォール形式で設計を固めるアプローチで進めました。

特に苦労したのは最初の設計部分でした。ドメイン知識が浅い状態から必死にインプットを重ね、システムとして抽象化していく。先が見えにくい中で何度も作り直し、結果として初期リリースまでの期間の半分以上をデータ設計に充てることになりました。本格的な実装に入れたのは、2025年10月頃で、そこから約半年で一気に開発を進めていきました。

スコープが膨らんでも初期リリースからAIを載せた。人が承認するだけの世界へ

──あらためて、WorkOnとはどういったプロダクトなのでしょうか。

基盤にあるのは人事労務を支えるHRサービスですが、私たちは現在、単なる管理ツールではなく、「AIと、はたらく。」をテーマにした「HR AI」を目指すプロダクトだと位置づけています。
ただ、この位置づけは最初からあったわけではありません。実は、AIアシスタントは当初の開発スコープには入っていませんでした。HR領域は、AIがなくても業務の進め方を整えるだけで大きく改善できる余地があると考えていたからです。
ところが、開発を進めている最中に世の中のAIの潮流が一気に来て、実用に耐えるレベルまでAIが成長しました。段階的に後から追加する選択肢もありましたが、これからの時代を考えたときに、AIが後付けのオプションでは意味が薄くなる。そう考えました。スコープが膨らむことを承知の上で、初期リリースに間に合わせました。構想ではなく「動くもの」として組み込めたことは、大きかったと思っています。
最初は情報を集めて回答するシンプルな機能でしたが、現在ではフローチャートの自動生成、データ分析、グラフ描画、収集したデータのWord出力までこなせるように育っています。ただ、目指しているのは指示をこなすアシスタントで終わることではありません。AIが自律的に動き、人間はそれをチェックして承認するだけの「AIエージェントファースト」の世界観です。もちろん、AIが判断の根拠を示し、人が納得して承認できる形が前提です。

──アシスタントから、自律的に業務を動かすエージェントへ進化していくのですね。

はい。例えば、直近リリースした「WorkOn for Desktop（β版）」では、ユーザーの日々の勤怠入力パターンをAIが学習し、「この人は毎日この時間に休憩を取る」といった個人の「マイルール」を自動生成して提案してくれます。ユーザーがすることは、承認ボタン一つで通すだけ。それでワークフローが完了します。
人事労務の本質的な大変さは、毎月の締め作業の催促のような、細かなやりとりの積み重ねにあります。だからこそ、AIを単なる便利な道具で終わらせず、自律して共に働く「信頼できる同僚」へと昇華させていきたいと考えています。

「縁」を整えるのがマネージャーの仕事。人もAIも、環境が結果を決める

──組織づくりにおいて、山口さんが大切にしている哲学はありますか。

「因縁果（いんねんか）」という考え方を大事にしています。もともとは仏教の思想ですが、そこからヒントを得て、物事の捉え方のフレームとして使っています。
「因果」という言葉はよく使われますが、因縁果では、その間に「縁」が入ります。例えば、種という因があっても、土や水といった縁が揃わなければ、実（果）はならない。因と縁の両方があって初めて、果が生まれるということです。大事なのは、結果を一つの原因に還元せず、周囲との関係性ごと見ることです。

冒頭でお話しした、一度つまずいた経験とも重なるのですが、どれだけ情熱があっても、環境が整っていなければ結果は出ない。痛い思いをしたからこそ、実感を持って言えることです。
マネージャーの本質的な役割は、この「縁」を整えることだと考えています。メンバー個人ももちろんですが、チーム全体で大きな成果を生み出せるような環境をいかに設計できるか。そこにマネージャーとしての力量が試されると思っています。

──環境づくりが、マネジメントの中心にあるということですね。

そうですね。しかも、これは組織づくりだけの話ではありません。実は面白いことに、開発におけるAIエージェントの活用にもそのまま当てはまるんです。
AIが力を発揮できる足場を設計するハーネスエンジニアリング、その中でループやグラフをどう組むかという工夫も、結局は「どういう環境を与えるか」という縁づくりの話です。人を動かすマネジメントも、複数のAIエージェントを動かすシステム設計も、やっていることは同じなんだと実感しています。

AIの使い方はあえて統一しない。問われるのは制約から成果を出す力

──AI時代において、開発スタイルはどのように変化している、もしくは変化していくと考えていますか？

初期リリースまでの開発では、変化が激しくベストプラクティスも定まっていない中で、「仕様駆動開発（SDD）」などを自分たちなりに試行錯誤しながら実践してきました。
いまは、全チーム一律で固定のAIの使い方を定義しているわけではありません。各チームがドメイン特性やプロダクトのフェーズに合わせて、独自の進化を重ねています。
スピード重視の領域ではAIと対話しながら素早く形にする進め方、複雑な仕様が絡む領域では業務単位での仕様駆動開発。そうやって使い分けることで、効率と品質を両立させています。

──そこまでAIを使い込んでいると、トークンの消費量も相当なのではないでしょうか。

そうですね、かなりの量を使うようになりました。ただ、事業の継続性を考えると、リソースが無限にあるわけではありません。だからこそ、「AIをどう使うか」という段階から一歩進んで、AIが働くことを前提に、トークンの効率をどれだけ高められるかを考える方針にしています。いまはエンジニアたちの関心もそこに向いています。いかに与えられた道具から最大の成果を創出するか、これはまさにエンジニアリングの本質だと思います。
今後はAIが実装を担うようになり、エンジニアはAIがパフォーマンスを出せる環境づくり、要件定義やユーザーの課題解決、そして出来上がった体験の検証といった、より本質的な領域に向き合うことが求められていくと感じています。

周囲を良くする起点になりたい。AIの時代こそ、人間の進化が必要

──山口さんご自身の、今後のキャリア展望について教えてください。

これまでのキャリアを振り返ってみると、一度いちエンジニアに戻った時でさえ、気づけばいつもマネジメントの役割を担っていました。結果として「自分の強みや特性はここにあるんだ」と腹落ちした感覚がありました。
薄い言葉に聞こえるかもしれませんが、大きな目標としては「世の中をハッピーにしたい」という思いがあります。ただ、私自身の根本にあるのは、もっと手前にある「自分の周りのメンバーや環境を少しでも良くしたい」というモチベーションです。
自分がマネージャーとして介在することで、まずメンバーやチームが良くなる。チームが良くなることでプロダクトが磨かれ、事業が伸ばせる。そしてその先で、結果的に社会へ良い影響が波及していく。その連鎖の「最初の起点」になることこそが、私のエンジニアキャリアにおける一番のやりがいであり、強みだと思っています。

──最後に、WorkOnチームで働く魅力を教えてください。

各分野のエキスパートと言える強いエンジニアが集まっていて、学ぼうという姿勢があればいくらでも学べる環境があることです。メンバーは私が想定している限界（キャップ）を軽々と超えて、想像以上の成果を出してくれます。
AIネイティブな開発プロセスを自分たちで実践しながら、HRという会社の根幹に関わるプロダクトに挑める。しかもHR AIはまだ新しい領域なので、提供する私たちにとっても、それを使うユーザーにとっても、新しい刺激があります。その新しさを一緒につくっていけるのは、エンジニアとして本当に面白い環境だと思います。
AIは成果を何倍にもする正の増幅器として捕えられがちです。ただ、AIが実装を担うようになっても、人間が構成する組織の地盤が強くなければ、むしろ負の増幅器にもなりえます。AIの時代だからこそ、人間がもう一段階強くなる必要があります。決して簡単ではありませんが、事業やプロダクトとともに自分も成長していきたいと思える方は、ぜひ一度お話をしましょう！

こんにちは！LegalOn Technologies、Recruiting Groupの堀次です。
2026年7月16日(木)、弊社オフィスにて、Grow主催イベント『Building with Agentic AI: Workflows, Business Use Cases, and Future Outlook』を開催しました！

完全オフライン＆All Englishで開催された本イベントは、業界を牽引するOpenAI、Sierra AIから、AIのスペシャリストをお招きし、Agentic AIの実際のビジネスユースケースや、業界全体で起きている変化、そして今後の展望などについて語り合いました。LegalOnからはCAIOのJoeが登壇！

そんな当日の様子を、簡単ではありますが写真とともにお届けします。

イベント概要

今回のイベントは、エグゼクティブ・サーチおよびRPOソリューションを提供されている「Grow」のスポンサーシップのもと開催されました。
イベント企画のお声がけいただき、誠にありがとうございました！😊

• 日時：7月16日(木) 19:00 - 21:00
• 開場：LegalOn Technologiesオフィス SeminarRoom

🗣️Panelists

登壇者として、以下の素晴らしいパネリストの皆様にご参加いただきました。

• Joe Yiqing Zhu — Chief AI Officer, LegalOn
• Shun Tsuruno — AI Deployment Engineer, OpenAI
• Kiyo Kunii — Co-Head of Agent Development (Japan), Sierra AI

（左から、LegalOn, Joe　OpenAI, Shun　Sierra AI, Kiyo）

📌開催背景

完全オフライン・All Englishで行われた今回のイベント。
AI最前線を走る3社だからこそ、オフレコ前提のリアルな議論をしてもらうため、オフライン開催となりました。
また、グローバル水準の最新AIナレッジをダイレクトに交わす場になればと、イベントは終始All Englishで実施。私も冒頭のイントロダクションを英語で挑戦しました。（緊張した‥!）

当日の様子

18:30の開場とともに続々と参加者の皆様が到着。
参加者には、GAFAMをはじめとするグローバルメガテック企業、国内大手のIT・プラットフォーム企業、さらには最前線を走る注目のAI/DeepTechスタートアップから、エンジニアやテックリードが集結しました。
また、参加者の多くがバイリンガルや外国籍のエンジニアという、一般的な国内テックイベントとは一線を画す国際色豊かな空間に包まれました。

GrowとLegalOnのイントロダクションを経て、早速パネルディスカッションがスタート！
完全オフラインかつオフレコ前提の場だからこその、三者三様の意見が飛び交い、ドリンクを飲みながらの笑いも交えた非常にフランクな雰囲気で、濃密なトークが次々と飛び交いました。
参加者限定の情報も多く詳細をお伝えできないのが心苦しいですが、会場ではメモを取ったり、相槌を打つなど、前のめりに聞き入る参加者の姿が非常に印象的でした。
中には、パネリストが回答に困るような難しいテーマも出題されて回答に苦戦する場面も（笑）。

（左から、OpenAI, Shun　Sierra AI, Kiyo　LegalOn, Joe）

Networking

ネットワーキングタイムでは、ドリンクや軽食を片手に、パネリストや参加者同士で活発な交流が行われました。
パネリストを囲んで具体的な質問をする方がいたり、以前別のイベントで繋がった方と再会され盛り上がる方もいたり。イベント本編から一歩踏み込んだ意見交換が各所で行われていました。
AI開発の最前線にいるエンジニアが集まったことで、会場のあちこちで日本語と英語が入り混じった専門的な議論や新しい繋がりが生まれる、非常に有意義な時間となりました。
国境や会社の壁を越えてエンジニア同士が刺激し合える、まさにこのイベントならではの貴重な繋がりが多く生まれた一夜となりました。🌎

（Joeさんおつかれさまでした！）

最後に

今回、オフィスまで足を運んでくださった参加者の皆さま、そして素晴らしいイベントを企画してくださったGrowの皆さま、本当にありがとうございました！
LegalOn Technologiesでは、今後もAI分野における最先端の情報発信や、交流の場を積極的につくっていきます。また次回のイベントでお会いできる日を心より楽しみにしております！

LegalOn Technologiesが提供するプロダクトを、お客様に安心・安全にご利用いただくために欠かせないポジション CRE（Customer Reliability Engineering）。 今回は、営業職からエンジニアへとキャリアチェンジし、現在はLegalOn事業部でCREとサポートチームのマネジメントを牽引する長内にインタビューしました。
営業経験を持つからこそわかるお客様のリアルな環境への解像度、そしてAI時代に求められるCREの真の価値について、たっぷりと語っていただきました。

長内 毅志（おさない・たけし）　LegalOn Head of Customer Relation
営業として活動をしながら、独学で技術を学びエンジニアへとキャリアシフト。約20名規模のWeb制作会社でフロントエンドエンジニアやテクニカルディレクターを経験し、その後シックス・アパート株式会社やfreee株式会社を歴任。前職では開発部長を務めていたが、2024年2月にLegalOn Technologiesへ参画。現在はCREとして技術的トラブルの解決に奔走する傍ら、サポートチームのマネジメントも兼務する。

長年の営業キャリアからエンジニアを経てLegalOnでCREになるまで

──長内さんは元々、営業職としてキャリアをスタートされたんですよね。そこからエンジニアになられた経緯を教えてください。

新卒からずっと営業として働いていたのですが、インターネットに触れ「これは面白い」と感じて、自分で勉強するようになりました。独学で勉強を始め、実は40歳になってからエンジニアへキャリアチェンジしたんです。その後は20人規模のWeb制作会社でテクニカルディレクターを務めた後、CMSの開発やフロントエンドエンジニアを経験しました。freeeでは開発者向けのマーケティングやAPI連携のシステム構築などを行ってきました。

──前職では開発部長まで昇格されていたと伺いました。なぜ、そこからLegalOnへ転職を決められたのでしょうか？

前職では順調に業務を遂行していましたが、たまたまLegalOn Technologiesから連絡をもらいました。テレビCMなどで見ていてリーガルテック業界で有名な会社だとは知っていたので、好奇心もありましたし、きっと色々な学びが多そうだなと。
ただ、カルチャーマッチするかどうか不安だったので、無理をお願いして面接回数を増やしてもらいました。カジュアル面談を含めて合計7回ほど面談をしていただき、営業や人事、役員などあらゆる方とお話しさせてもらいました。カルチャーマッチをしっかり確認できたことが、入社を決めた大きな理由ですね。

──入社されてからは、どのような業務を担当されてきましたか？

CRE（Customer Reliability Engineer）として、お客様とのミーティングに同席し、技術的なトラブル対応にあたりました。例えば、お客様の社内ネットワーク環境の仕様でうまくログインできないといった問題に対して、認証の仕組みを説明しながら解決策を提案していくような仕事です。
その後、入社から2ヶ月経った4月に、当時の上司から「サポートチームのマネジメントもしてほしい」と相談を受け、現在はCREとしての実務とサポートチームのリーダーを兼任しています。

──入社2ヶ月でマネジメントも任されたのですね。サポートチームではどのような取り組みをされたのでしょうか？

私が入社した当時のサポート現場は技術的なトラブルの問い合わせが多かったのですが、メンバーの技術的知見はまだ浅い状態でした。そこで、チーム全体のアウトプットの質を高めるため、技術的な勉強会を3ヶ月ほど実施したんです。
ネットワークやHTTPの基礎などについて、自分で研修資料を作って解説しました。その結果、サポートメンバーに技術的な知見がつき、今では多くのトラブルを自分たちで調べて対応できるまでに進歩しました。チーム全体の底上げにつながるような能力開発ができたことは、とても嬉しかったですね。

LegalOnにおけるCREとは。 仕様を超えたトラブルに立ち向かう最後の砦

──LegalOnにおけるCREとはどのようなミッションを持つポジションなのでしょうか？

何事もなければ、お客様はサービスを導入してそのまま問題なく使えるはずです。しかし実際には、様々な要因でエラーが発生したり、うまく動かなかったりすることが起こります。そうした、サービスの仕様を超えたトラブルに対して、技術的な視点から原因を探り、解決方法を提案していくのがCREのミッションです。
使い方の案内や管理画面の見方などはカスタマーサクセス（CS）が担当しますが、例えば「シングルサインオン（SSO）がうまくいかない」「ネットワークエラーが続く」といった問題は、営業やCSだけでは対応が難しい領域です。お客様に安心してサービスを使っていただき、プロダクトへの信頼性を担保するための「最後の砦」として立ち向かうのが私たちの役割です。

──一般的なソフトウェアエンジニアとは、求められるスキルも違うのでしょうか？

そうですね。ソフトウェア開発の知識というよりは、ネットワーク、クラウドアーキテクチャ、認証といった複数の技術分野の知識を組み合わせて、パズルを解いていくような面白さがあります。探偵のように様々な手がかりから問題の原因を解き明かしていく感覚です。

元々営業としてエンタープライズ企業向けにシステムを提案していた経験があるのですが、お客様と接していると「総合格闘技」のようにありとあらゆる課題が降ってくるんです。その際に、開発メンバーが言っていることが分からない、お客様の技術的な課題が分からない、という状態が、自分自身で許せませんでした。 エンジニアとして仕事をしているメンバーと対等に議論するために、とにかく勉強をしました。セキュリティに厳しいお客様の課題を解決するために、ありとあらゆる知識を吸収したり。
だからこそ、開発現場とは違う「お客様が実際に使うリアルな環境」を理解し、広い視点で原因を特定できるのかな、と考えています。

AI時代だからこそ際立つ「人間の判断」と「基礎技術」の重要性

──LLMをはじめとするAIの台頭によって、CREの役割や働き方はどう変化していくと考えていますか？

課題を解決する際、私たちは、

1. 情報を集める
2. 整理する
3. 仮説を立てる
4. 確認・検証する
5. 対応策を考える

というプロセスを踏みます。AIの登場によって、このうちの「1. 情報を集める」から「3. 仮説を立てる」までのスピードが圧倒的に早くなりました。これは非常にポジティブな変化です。
しかし、AIが「ここが原因じゃないか」と持ってきた仮説が本当に正しいかどうかを検証し、最終的な判断と、対応策を実行に移す部分は、人間にしかできません。

将棋の羽生善治さんが以前、「学習の高速道路論」というお話をされていました。コンピューターの活用について「将棋が強くなるための高速道路が一気に敷かれた」「ある一定のレベルへは高速で到達するが、そこで大渋滞が起こる。そこから抜け出すための試行錯誤が必要」というようなお話をされていました。
ビジネスも同じで、AIがある一定の業務を素早く遂行してくれますが、最後の判断や実行のプロセスは各自の人間が考えて行わなければなりません。だからこそ、AI時代になってもCREの仕事はなくならないし、常に自己研鑽を続ける必要があると思っています。

──自己研鑽というお話がありましたが、技術の移り変わりが激しい中で、どのような勉強が必要なのでしょうか？

一番重要なのは、基礎を理解していることです。 例えば、今は人気が高く、便利なフレームワークも、5年、10年経てば別のツールに置き換わるかもしれません。でも、ネットワーク、Linux、ウェブサーバーなどの基礎的な技術は、20年経っても変わらずに役立ちます。 AI時代だからこそ、基礎をどれだけきちんと理解しているかが、トラブルシューティングの核心になりますし、ずっと求められ続けるスキルだと思っています。

広い知識を組み合わせパズルを解く先にある「ありがとう」

──あらためて、LegalOnでCREとして働くやりがいや面白さはどこにあると感じていますか？

先ほども少し述べましたが、様々な要因が絡み合う問題に対して、ネットワークやクラウドなど広い範囲の知識を駆使して「ここが原因だろう」と探偵のように情報を整理して問題を解いていくところは、非常に面白い部分だと思います。そして何より、そうして見つけ出した解決策がピタリとはまり、お客様から直接「ありがとう」と感謝された時は達成感があり、やりがいに感じますね。
また、現状は少人数組織だからこそ、制約なく自由に仕事ができる裁量の大きさも魅力です。明確な境界線を引くのではなく、様々なメンバーと同じ問題に対してフラットに考え、主体的に仕組みを作っていける環境があります。

──最後に、読者の方へメッセージをお願いします。

好奇心旺盛で、常に新しいことを学ぶのが好きな方は、このスピード感の早い当社にすごくマッチすると思います。また、CREはありとあらゆるジャンルの技術に対応する必要があるので、純粋に勉強が好きな方に向いていると思います。
LegalOn Technologiesは、日本発でグローバルに攻めていくという、非常にレアで挑戦的なフェーズにあります。そうした環境の中で、幅広い技術知識を武器にパズルを解くような面白さを味わいたい方は、ぜひ一度お話しできれば嬉しいです！

こんにちは！LegalOn Technologiesの採用担当です。
2026年7月2日に開催された、開発チーム主催の社内Meet Upイベント「LegalOn Tech All-in（略してLTA）」の様子をお届けします。今回も現地とリモートのハイブリッドで開催しました。
早いもので今回で第8回目。記念すべき10回目まであと少し！

💡LegalOn Tech All-in（LTA）とは？
LegalOn Technologiesのエンジニアが物理的（一部オンライン）に集まり、日々の業務でのTipsや意見をプレゼンするミートアップです。
プロダクトも増え、組織が拡大している中、「横の繋がりを作る・知る」をテーマにエンジニア同士の距離を縮める目的で開催しています。

育休復帰のCTO 深川によるLeader's message

Leader’s top mind

オープニングは、育休から復帰したCTO 深川（おかえりなさい👶🏻）が、当社が様々な新規事業を立ち上げている理由を、経営目線で順を追って説明してくれました。
いまやリーガルだけでなく、AIリーディングカンパニーとして、あらゆる企業課題に応える “Professional AI” を展開している当社は、社内でも目まぐるしく新規事業挑戦による変化が起こっています。
会社のランウェイ（資金状況）を赤裸々に共有しつつ、AIという大きな変化が起きている現在、セーフティに留まるのではなくチャレンジを選択する方針を教えてくれました。開発チーム一丸となって高い成功率を目指していく機運が高まるスタートになりました！

文章だけで頑張るのやめてみる（島根／Software Engineer in Test）

島根さんは、ソフトウェア開発における「自然言語の仕様記述の限界」についてのLTです。
文章は曖昧さが残り、全体像が把握しにくいという課題に対し、デシジョンテーブル、スイムレーン図、クラス図、状態遷移表などの「図表」を用いることを提案。構造的な理解が向上し、テストの漏れを防げるという実践的なアプローチが紹介されました。

オペラント条件付け入門（荒崎／Engineering Manager）

TomoniAI（トモニアイ）Engineering Managerの荒崎さんからは、心理学の「オペラント条件付け」を、子育てやペットのしつけ、さらには部下の育成に応用するお話でした。
叱るのではなく、観察可能な具体的な行動に対して即座に反応し、「正の強化（褒めるなど）」を目指す重要性が語られました。パパエンジニアのリアルな学びが詰まったLTでした。

＜TomoniAI（トモニアイ）公式サイト＞

バイブコーディングでWebサイトを公開するまで （岡登／QA Engineering Manager）

QA Engineering Managerの岡登さんからは、AIを用いた「バイブコーディング」でE2Eテストの管理ポータルサイトを構築したエピソード。
AIに合計136回もの指示を出し、約15〜20時間の作業で公開までこぎつけたという泥臭い裏側を教えてくれました。印象的だったのは、「何もないところからAIに生成してもらい、それを検証する上でQAエンジニアとしてのテストスキルがめちゃくちゃ活きた」という視点。エンジニアならではの深い気づきでした。

ユーザーリサーチとはなんなのか（ノムジュン／Product Designer）

スタッフをやっているResearch Conferenceの宣伝をするつもりが、日付を勘違いして既にイベントが終了していた、という落ちからスタートしたデザイナーのノムジュン登場。
「顧客に欲しいものを聞けば『もっと速い馬』と答えるだろう」というヘンリー・フォードの有名な格言について、今一度考えてみるというLT。ユーザーリサーチの本質は対話ではなく「観察すること」であると強調。AIとデジタルプロトタイプを活用して「作りながら観察する」というデザインの本来の姿を取り戻しつつある、という深い考察が語られました。

PWFチーム　AI活用の取り組み（島田／Software Engineer）

今回のLTAを運営してくれた、5月入社の島田さん🎉
過去に「ノリと勢いでエストニアに単身移住したことがある」「社内でダイエットチャンネル(#social-bodymake)を運営している」という異色の自己紹介からスタート（笑）。プロダクト開発を支えるPWF（Product Wide Features）チームにおけるAI活用事例が紹介されました。
Git pre-commit hookにAIによるセマンティックなレビューを組み込んだり、AIがプルリクエストを機械的に自動承認するフローを導入したりと、Inner loopの自動化による生産性向上の取り組みが語られました。

AI時代でも楽しくエンジニアリングするには（浅野／Staff Software Engineer）

大トリは浅野さん。AIの進化に対する不安を払拭し、むしろAIがコーディングを担うことで本質的な作業に集中できる楽しい時代になったと力強く語ってくれました。
「AIで機能開発のスピードが上がりすぎて、インフラ側のタスクが逆に増えているのでは？」というメンバーからの質問に対し、「AIに自動でループを回させ、人間は外から観察・環境整備に回る『ループエンジニアリング』で対抗しよう」と回答。また、AIの万能感に対する「実現可能性（フィジビリティ）の判定」として、AIの回答を鵜呑みにせず小さなPOC（Proof of Concept）を作って検証することの重要性も語られ、技術に対する熱い議論が交わされました。
次なる舞台へ旅立つ浅野さんからのエール、素晴らしい締めくくりでした！

2026年4月21日、LegalOn Technologiesは「Professional AI」に関する戦略発表会を開催しました。 その大きな目玉の一つが、グループ会社のOn Technologiesが提供する新規事業、営業遂行AI「DealOn（ディールオン）」です。
先月公開された、PdM 木嶋のインタビューの続編として、今回は開発責任者を務める丹野に、構想からわずか数ヶ月という圧倒的なスピードでリリースを実現した「AI駆動開発」の裏側や、AIによって変化するエンジニアの新しい役割について語ってもらいました。

丹野 貴顕（たんの・たかあき）　DealOn Development　開発責任者
九州大学卒業後、SEとしてWEBシステムの開発や技術責任者を経験し、2010年より楽天に参画。新規サービス開発グループにて多数の新規事業立ち上げを経験。その後、DMM.comラボの開発副本部長として組織マネジメントや、VCでの上場支援などに従事。前職PhotosynthではVPoEとしてマザーズ上場を実現し、2022年8月にLegalOn Technologies参画。「LegalOn」開発責任者を担ったのち、2025年4月より「DealOn」開発責任者として組織をリードする。

前回のインタビュー記事はこちら

当たり前になっていた、営業現場の“非効率”から始まった

─ 丹野さんはこれまで「LegalOn」の開発責任者を務めてこられましたが、今回、全く新しい領域である「DealOn」の立ち上げを任された時の心境はいかがでしたか？

「LegalForceキャビネ」では開発部長を、「LegalOn」では開発責任者を担っており、非常にやりがいもありましたが、もともとゼロから新しいサービスを立ち上げるのが好きなタイプなので、素直にわくわくした気持ちの方が大きかったですね。
楽天に務めていた時も、新サービス開発を専門とする部署に所属していて、世の中にないものをゼロから生み出す仕事を多く経験してきました。「これを作ったのは自分だ」と言えるのは、やはりゼロイチならではの面白さだと思っていますし、アイデア次第でいかようにも膨らませていける余白があるのも魅力だと感じています。
そうした背景もあって、新しいプロダクトの話をいただいたときは非常に前向きでしたし、さらにAIネイティブで開発できるという点にも大きな魅力を感じました。

─ 「DealOn」の開発は、どのようなきっかけでスタートしたのでしょうか？

代表の角田さんからの課題提起がきっかけでした。当時の営業現場では、お客様からのプロダクトの仕様などに関する問い合わせに対して、似たような内容の回答を何度もメールで営業担当者が返す必要があり、この対応に多くの時間がかかっていました。角田さんも営業の現場に深く関わっており、「この作業を何とか自動化できないか」という声から、営業遂行AIの構想が動き出しました。
最初、開発メンバーは私とCPO 谷口さんの2人だけで、まずは営業の世界について、海外と日本の市場の違いや、何が売れているのか、トレンドを調べるところから始めました。

─ 最初は「メールの自動応答」から検証を始めたと伺いました。

はい。ただ、メールの自動応答は「AIが意図しない回答をしてしまうのではないか」といった懸念もあり、慎重に検討されることが多い領域だと思います。その中で当社は、代表の角田さんが「自社で実験してでもやってみる」という強い意思を持って前に進められたことが大きかったですね。

実際にプロトタイプを作ってみると、文脈を捉えた自然な回答が生成され、想像以上に精度が高いことが分かりました。「これならいける」と判断し、2025年6月頃に社内プロトタイプとして展開。その後、本格的な開発に向けて一気にアクセルを踏むことになりました。
実際に、プロダクトの仕様に関する問い合わせに対して、正確性の高い回答を自動で対応するため、現在ではプロダクト導入後のお客様を支援するカスタマーサクセスのチームが積極的に活用を進めている状況です。

実質開発期間はわずか4ヶ月。少数精鋭のAI駆動開発に求められるスキル

─ 構想からリリースまで非常に短期間だったと聞いています。

そうですね。プロトタイプでの検証を経て最終的な仕様が固まり、12月に本格始動したので実質的な開発期間は3〜4ヶ月ほどでした。このスピードを実現できた要因は大きく2つあると思っています。1つは「意思決定のプロセスを極限までシンプルにしたこと」、もう一つは「AI駆動開発」ですね。

従来の開発プロセスでは、PdM（プロダクトマネージャー）がPRD（プロダクト要求仕様書）を作り、それをEM（エンジニアリングマネージャー）がレビューし、さらにエンジニアが設計を行う、といった流れになります。差戻しが発生した場合は、修正して再度レビューに出す必要があり、このサイクルに時間がかかることも少なくありません。

「DealOn」の開発メンバーは、私含め6名前後の少人数でスタートしたプロジェクトで、かつ私がPdMとEMを兼務していたこともあり、引き継ぎや待ち時間がほとんど発生せず、意思決定から実行までのスピードを高めることができました。

─ そして、もう一つの要因が「AI駆動開発」ですね。

はい。「DealOn」では、実装の大部分をAIに任せる体制をとっています。
具体的には「Kiro（キロ）」をベースにした「cc-sdd」というツールを利用しました。当初はPdMが不在であったため、私が要求を整理して、やりたいことをドキュメントにまとめた後に、cc-sddにそれを渡すと、詳細な要件定義、設計書、タスク分解、さらには実際のコード生成まで一貫して遂行してくれます。
これまで人間が設計書を書き、手作業でコーディングしていた工程の多くをAIが担うようになり、エンジニアはAIが生成した成果物をレビューし、品質を担保する役割の比重が高まっています。

─ エンジニアの役割は、今後どのように変化するのでしょうか？

「DealOn」の開発では、およそ9割がAIで実装しており、エンジニアがコードを書く場面は以前と比べて大きく減っています。その一方で、1人のエンジニアが複数の機能を並行して開発するスタイルに変わってきました。AIに指示を出して処理を進めている間に、別の機能の設計や指示出しを行うことで、複数の開発を同時に進めることができるようになっています。

チームとしては、「1人で3つの機能開発を並行して進める」ことを目標にしており、実際には3つ以上もの機能を開発したメンバーもいました。結果として、開発の進め方そのものが大きく変わってきていると感じています。

これからのエンジニアには、単にコードを書く力だけでなく、複数のプロジェクトを俯瞰して管理する力や、状況に応じて思考を切り替える「コンテキストスイッチ」の能力が、より重要になっていくと思います。さらにその上のマネージャーは、それだけ多くの機能開発が同時に進むわけなので、より広い管理能力が求められると思います。

─ AI駆動開発ならではの難しさや苦労はありましたか？

当然ですが、AIは私たちが前提として持っている条件やコンテキストをすべて理解しているわけではありません。実装の多くを任せられる一方で、最終的に何が最適かの判断・決定は人間が担う必要があります。
例えば、AIが意図を汲んでくれた結果、別の機能にまで影響を与えてしまうこともありましたし、指示が曖昧だったり、仕様があまりにも大きすぎたりすると、期待とは異なる実装になることもありました。

また、想定していなかったケースが発生した時にうまく対応できなかったり、機能追加した際にどこまで影響が及ぶのかといった点についても、AIだけで完全にコントロールするのは難しいです。すべての起こりうるケースを事前に網羅することは難しいため、そうした最終的な判断や調整は、やはり人間が担う必要があります。

だからこそ、AIに詳細な指示を出すための言語化能力やコミュニケーション力が非常に重要になりますし、これからの開発の精度を左右すると思います。
AIが明後日の方向に実装してしまわないよう、大きな単位で一度に依頼するのではなく、仕様を細かく分解して指示を出したり、「3日に1回は必ずデモを実施する」といった運用を取り入れることで、方向性のズレを早い段階で修正するようにしています。また、AIが生成したコードを鵜呑みにせず、必ず自分たちで動作確認とレビューを行うことで、品質を担保する体制をとっています。

汎用AIとProfessional AIの違い。営業担当者が「商談」と「人となりの勝負」に専念できる時代へ

─ 汎用AIとProfessional AIの、技術的な違いは何でしょうか？

汎用AIは私たちが「活用するもの」ですが、Professional AIは「いかに自社の専門知識を集め、システムに落とし込むか」が勝負の分かれ目になります。
実際の営業現場で求められるのは「この案件、このお客様、このタイミングで、次に何をすべきか」という、文脈を踏まえた意思決定です。
当社の強力な営業組織を支えるトップセールスたちが、普段どのようにお客様の課題をヒアリングして捉え、受注可能性が低かった案件をどう切り返して受注に導いているのか。そうした知識や判断のプロセスを「DealOn」に落とし込み、再現できるようにしています。
特に弊社は、創業プロダクトの提供開始から約6年半でARR100億円を達成し、他事業部でもプロダクトリリース前から販売を進めるなど、営業組織の実行力が非常に強いと感じています。そうしたトップセールスのメソッドをAIに組み込むことで、個人に依存しがちだった営業の知見をチーム全体で活用できるようになり、組織としての営業力をさらに高めていけると考えています。

─ 具体的には、商談の場でどのように活用されるのですか？

例えば、商談中にお客さまから「残念だけどうちにはこのサービスは合わないかな」といった反応があったとします。その場でどう切り返すかは、これまで個々の経験やスキルに依存する部分が大きい領域でした。
「DealOn」では、商談の会話やCRM情報などをもとに「こういう課題があるなら、この代替機能の提案に切り替えるべき」「こういう運用でカバーできると伝えよう」といった、アラートやアドバイスを商談の内容を分析して提供しています。これにより、異業種出身の営業担当者であっても、経験豊富なトップセールスに近い水準で提案や切り返しができるようになります。
今後はこれを、商談中にオンタイムでアドバイスを出せるように実装したいと考えています。

─ 今後、「DealOn」をどのように進化させていきたいですか？

将来的には、「営業担当者が商談により集中できる状態」を実現したいと考えています。
先に述べたように、営業担当者は企業の収益を生む重要な役割を担いながら、日々のメール対応や、CRMへの入力、見積もり作成、法務依頼、社内稟議といった多くの事務作業にも時間を割いています。こうした業務を「DealOn」で支援していくことで、営業担当者は商談に専念して意思決定に集中でき、お客様との関係構築といった「人となりの勝負」により集中できるようになると考えています。
残業せず、定時に業務を終えたあともAIがサポートしてくれるような世界が実現できれば、みんなハッピーですよね！働き方の面でも大きな変化が生まれるはずです。営業がより本質的な価値提供に向き合える世界を目指しています。

─ 最後に、この記事を読んでいる候補者の方へメッセージをお願いします。

LegalOn Technologiesの開発組織は、AI駆動開発の最先端を走っています。AIをフル活用して開発スピードを飛躍的に高める基盤が整っており、AIネイティブな開発環境で新しい技術にどんどんチャレンジできます。
AIの進化によって、エンジニアもPdMも、これまでの職種の枠を超えて、自分のスキルを掛け合わせながら新しい価値を生み出せる、非常に面白いフェーズです。AIを使いこなして自分のスキルをさらに高めたい、これまでにない新しい価値をゼロから生み出したいと考えている方は、ぜひ一度お話しできれば嬉しいです。皆様のご応募をお待ちしております！

こんにちは。LegalOn Technologiesの堀次です。
4月2日（木）に、第7回目となる社内ミートアップ「LegalOn Tech All-in（LTA）」を開催しました！

今回は、サンフランシスコからVP of AIのGaborが来日し、エージェントに関するプレゼンテーションも行われました。さらに、各事業部からプロダクトデモも披露され、現在進行形で進む開発の最前線を感じられる回となりました。本記事では、当日の様子とハイライトをお届けします。

💡LegalOn Tech All-in（LTA）とは？
LegalOn Technologiesのエンジニアが物理的（一部オンライン）に集まり、日々の業務でのTipsや意見をプレゼンするミートアップです。
プロダクトも増え、組織が拡大している中、「横の繋がりをつくる・知る」をテーマにエンジニア同士の距離を縮める目的で開催しています。

司会もAll Englishに挑戦

今回の司会はLTA発起人の吉岡さん。なんとオールEnglishで進行しました！

海外メンバーも参加する中で、言語の壁を越えてコミュニケーションを取ろうとする姿勢が印象的で、イベント全体のグローバルな雰囲気を一層引き立てていました。

（プロダクト開発基盤 Engineering Manager　吉岡）

Leader's talk by Gabor

今回のハイライトの一つが、サンフランシスコから来日した特別ゲスト・VP of AIのGaborによるセッションでした。テーマは「Agent Revolution」。

LLMの登場によって大きく変わった開発のあり方がさらに進化し、エージェントが次の重要なパラダイムになるという話からスタートしました。特に印象的だったのは、仕様（Specification）を契約（Contract）として扱うという考え方です。エージェントに対して曖昧な指示を与えるのではなく、何を満たすべきかを明確に定義し、それをテストで検証することで、より信頼性の高い開発が可能になると語られていました。最後には、「エンジニアは100倍の生産性を実現する時代になる」というメッセージもあり、刺激を受けるセッションとなりました。

そんなGaborから、LTAに参加した感想も寄せられています。

Message from Gabor

LTA was a highlight of my Tokyo trip (and hanami). We're in the middle of another AI revolution, the coding agent one, and the presentations showed that every team at LegalOn is feeling it. For the ongoing project, we treat specifications as contracts and tests as proof the contract is being followed. Clear boundaries between layers let us move fast without sacrificing quality. That's where software engineering is going. And LegalOn is already there.

今回の東京出張の中で、LTA（とお花見）は特に印象に残りました。今、私たちはもう一つのAI革命、コーディングエージェントの革命の真っ只中にいます。各チームの発表から、LegalOn全体がその変化を強く実感していることが伝わってきました。現在進めているプロジェクトでは、仕様を「契約」、テストを「契約が守られていることの証拠」として扱っています。レイヤー間の境界を明確にすることで、品質を損なうことなくスピードを出すことができる。ソフトウェアエンジニアリングはこの方向に進んでいます。そしてLegalOnは、すでにその最前線にいます。

（LegalOn US VP of AI　Gabor Melli）

Kanpai🍻

Leader's talkのあとは乾杯（オンラインの視聴者は画面越しに乾杯！）。

いよいよ各事業部の紹介に入っていきます。

DealOn demo by Tanno

「DealOn」Engineering Manager 丹野さんから、「DealOn」のショートデモンストレーションが行われました。社内でもまだ詳しく知らないメンバーが多いプロダクトということもあり、機能概要や今後の展開について知ることができる貴重な機会になりました。スピード感ある開発の裏側も垣間見え、これからの事業の柱として期待が高まるセッションでした。

「DealOn」製品サイトはこちら：https://on.tech/dealon

（「DealOn」Engineering Manager　丹野）

Data analysis agent demo by Suga

データ基盤チームの須賀さんからは、チームで独自に開発しているデータ分析エージェントが紹介されました。データ探索や分析の効率化・高度化を実現する取り組みであり、AIエージェントとデータという今後の重要テーマを体現した内容でした。社内データ活用をさらに加速させる可能性を感じるセッションです。

（データ基盤チーム　須賀）

New Product demo by Ukai

テックリードの鵜飼さんからは、まったく新しいプロダクト（製品名未公開）のデモンストレーションが披露されました。実はこのプロダクトの機能、この日の朝にリリースされたばかりという非常にホットなタイミングで共有され、リリース直後ということもあり、まさに“今この瞬間に進んでいる開発”を感じられる、ライブ感のある発表でした。4月中旬にも新たな機能がリリース予定とのこと！

（新規事業 テックリード　鵜飼）

Mobile app distribution infrastructure for CXOn by Yoshioka

プロダクト開発基盤の吉岡さんからは、「CXOn」向けのモバイルアプリ配信インフラについての技術共有が行われました。iOS・Android向けのモバイル開発におけるCI/CD環境の構築や、メインブランチの運用方法など、具体的な技術オペレーションに深く踏み込んだ実践的で学びの多いセッションとなりました。

「CXOn」製品サイトはこちら：https://on.tech/cxon

Hottest LegalOn features demo by Takashima

Engineering Managerの高嶋さんからは、当日の朝プレスリリースがあった「LegalOn」の最新機能に関するデモが行われました。日々進化を続けるプロダクトの現在地を知ることができる内容で、「LegalOnアシスタント」の期待が高まるセッションでした。

（「LegalOn」Engineering Manager　高嶋）

ネットワーキングの様子🍣

発表後は恒例のネットワーキングタイム。お寿司とドリンクを囲みながら交流しました。
グローバルなメンバーが増えたことで自然と英語での会話が生まれたり、新プロダクトの話題があがったりと、職種やチームの垣根を越えてコミュニケーションができ、「横の繋がりを作る」というLTAの目的が体現された時間となりました。

今回のLTAは、

• AIエージェントという大きな技術トレンド
• 新規プロダクトの立ち上がり
• 各チームのリアルな開発状況

これらが交差する、非常に密度の高いイベントとなりました。開催10回という節目も目前に迫る中、LTAはこれからさらに進化していきます。今後の展開にもぜひご期待ください！

こんにちは。LegalOn Technologiesの堀次です。
2025年12月16日（火）に、浜松町コンベンションホールにて開催された「AI Engineering Summit Tokyo 2025」に、LegalOn Technologiesはゴールドスポンサーとしてブース出展および登壇を行いました。
この記事では、
・スポンサー出展の様子
・登壇セッションの内容
・会場の雰囲気や参加者の反応
などを中心に、当日の様子をお届けいたします。

AI Engineering Summit Tokyo 2025とは

AI Engineering Summit Tokyo 2025は、「AIが変えるプロダクト開発の未来」をテーマに開催されたカンファレンスです。「AIの導入推進事例」「プロダクト×AIの実践」「AI駆動開発の最前線」など、AIの活用・開発における最先端の事例や取り組みについて、知見が共有される場となりました。
当日は現地・オンライン合わせて1400名を超える参加者が集まり、開場前から長蛇の列ができるなど、AIエンジニアリング領域への関心の高さを改めて感じる一日となりました。

登壇の背景については、発表者の藤田が書いたEngineering Blogも合わせてご覧ください。

ゴールドスポンサーとしてのブース出展

ブースで紹介した内容

今回のブースでは、主に以下の内容をご紹介しました。

• メインプロダクト「LegalOn」機能の紹介
• 登壇セッションの内容解説
• 開発組織・エンジニアリング体制の紹介

AIをテーマにしたイベントということもあり、特に、社内でのAI活用状況・推進方法についてや、「LegalOnアシスタント」の機能についてご興味を持っていただきました。

また、ブースにお立ち寄りいただいた皆さんに少しでも楽しんでもらえればと、今回は景品が当たるガチャガチャを用意しました。結果として100名以上の方に足を運んでいただきました。全部で4種類、外れなしのガチャガチャは大変好評でした！
　🎁A賞：マグカップ
　🎁B賞：コースター
　🎁C賞：キットカット
　🎁D賞：クリアファイル

新ロゴのこぼれ話

ガチャガチャの景品には、リブランディングしたばかりの新しいロゴがあしらわれています。 実はこのロゴ、よく見ると赤い「N」の文字の切れ込み、「AI」という文字を表現しているんです‥！
LegalOn Technologiesという社名の中に、「AI」が組み込まれていることを表現したデザインになっています。ブースでこのお話をした際、「なるほど、隠しメッセージ！」と良いリアクションをいただけました（笑）。

＜赤い「N」が「AI」を表現しています💡＞

Engineering Manager、Software Engineer、SETなどのメンバーが参加しました！

登壇セッションの様子

14:20からは、CTOオフィスグループ責任者の時武と、GenAIチームのエンジニア 藤田による登壇セッションが行われました。

発表テーマは、『全社で推進するAI活用 ― ダブルCoE体制と "LegalRikai" が支えるリーガルテックの進化』。

• 2つのCoE体制（AID CoE／AIM CoE）による全社的なAI推進
• 日本の企業法務実務における大規模言語モデル（LLM）の性能を評価するベンチマークデータセット「LegalRikai」

これら「体制」と「評価基盤」の両輪で、どのようにリーガルテックの進化を支えているのかを具体的にお話ししました。
時武が、発表内容の解説と、参加したことで感じた業界におけるAI活用の現在地について考察したブログを公開していますので、こちらも合わせてご覧ください。

▼当日の登壇スライドはこちら

お立ち寄りいただいた皆さん、ありがとうございました！

当日ブースにお立ち寄りいただいた皆さま、セッションを聴講いただいた皆さま、そして運営のFindyの皆さま、ありがとうございました！
多くの方が参加されていらっしゃり会場の熱気を肌で感じることができました。他社のセッションも非常に学びが多く、参加した弊社エンジニアからも「満足度が高かった」という声が多く聞かれました。

今回のイベントを通じて、AIエンジニアリングは「新しい技術を試す」フェーズから、「組織やプロダクトにどう根付かせるか」を考えるフェーズに入っていると感じました。LegalOn Technologiesは、リーガルAIカンパニーとして、今後もAIトレンドを捉えながら自社の取り組みで得た知見を積極的に発信していきたいと考えています。こうした取り組み事例を共有し合うことで、AI時代の課題を共に乗り越え、成果へと繋げていけたら嬉しいですね。
あらためて、貴重な機会をありがとうございました！

We’re Hiring!

最後までお読みいただきありがとうございました。LegalOn Technologiesでは、AI時代を共に駆け抜けてくれる仲間を募集しています。ご興味のある方は、ぜひ以下のリンクからご応募お待ちしております！

こんにちは！株式会社LegalOn Technologies採用担当の堀次です。
2025年11月某日、開発組織で「AI Engineering Guild Kickoff」が開催されました。初回というわくわくと、ちょっとした緊張が混じり合っていた当日。
本記事では、発足したばかりのAI Engineering Guild（AIエンジニアリングギルド）の初回キックオフの様子をお届けいたします。

💡ギルドとは
LegalOn Technologiesにおける「ギルド」とは、組織を横断してワイワイガヤガヤしながら開催する勉強会のことを指します。社内には、SRE&プラットフォームギルド、フロントエンドギルド、バックエンドギルドなどが存在します。

また、エンジニアリングマネジメントについて学ぶEMギルドの過去ブログもございますので、よろしければぜひご覧ください💁🏻‍♀️

AI Engineering Guildとは？

AI Engineering Guildとは、プロダクトを横断してAIエンジニアリング力の向上を研鑽する者の集いのことです。
このギルドが発足した背景には、各プロダクトでAIエージェント開発を進める中で浮き彫りになったいくつかの課題がありました。

1. 複数チームが同じような調査・実験をしてしまう
2. Aチームで踏んだ罠をBチームがまた踏んでしまう
3. Agent開発できる人が限られてしまっている

これらの課題を解決し、情報共有や協力を促進するために、AIエージェント開発コミュニティとして設立されました。
また、会社が成長し組織規模が大きくなる中で、単なる知見の共有だけでなく、参加者同士がお互いの開発内容や課題、そして人となりを知ることも目的のひとつです。

お品書きと概要

初回キックオフには、各プロダクトからメンバーが登壇し、各プロダクトで実践しているAIエージェント開発の内容を発表していただきました。多くは語れない内容が多いのですが、弊社の雰囲気を知っていただけたら嬉しいです。

ギルドマスターからのひと言（Joe／執行役員・CAIO）

まずはCAIO（Chief AI Officer）の Joeさんからひと言。
AIは日々進化しており、一人でキャッチアップするには限界がある。だからこそ、自分たちが試したこと・つまずいたこと・学んだこと、例えば、Slackに10秒のデモ動画を投げるだけ、読んだ論文のリンクを貼るだけなど、小さな共有の積み重ねが、LegalOn Technologies全体のAI開発力を押し上げていくはず、という力強いメッセージでした。

CXOn（浅野／Staff Software Engineer）

トップバッターは「CXOn」チームから浅野さんが登場（最近出したブログのシェア数すごかったですね😮）。
「CXOn」は、アンビエントエージェント（非同期で動作するエージェント）を中心に開発を進めているとのこと。現在開発中の機能や、今後の戦略も教えてくれました。

「CXOn」製品サイト：https://on.tech/cxon

LegalOn（井上／Lead of Global Contract Review AI）

「LegalOn」からは井上さん。
先日リリースされた「プレイブックエージェント」は、顧客のプレイブックを取り込み、契約書レビューに自動で反映してくれる、実務ど真ん中のAIです。実際のデモ画面を見せながら、現状の課題と今後こうしていきたいという展望を教えてくれました。

「LegalOn」製品サイト：https://www.legalon-cloud.com/

DealOn（長内／Software Engineer）

「DealOn」からはフロントエンドエンジニアの長内さんが登場です。
「DealOn」チームは開発の要件定義を進めている段階で、構想中の機能をこっそり紹介してくれました。どんなエージェントを開発しているのか、楽しみです。

「DealOn」製品サイト：https://on.tech/dealon

新規事業（山口／Senior Engineering Manager）

先日の全社キックオフでアンベール（お披露目）された新規事業プロジェクト。
謎に包まれた新規事業から、EMの山口さんとエンジニアがギルドに参戦です（熱い）。

続いて、製品開発ではないものの、社内向けAIエージェントで会社全体の効率化を目指す2部門も参加！

CTOオフィス（時武／Senior Engineering Manager）

CTOオフィスリーダーの時武さんからは、社内のアカウント管理や権限管理の効率化において、特に多言語対応が不十分なSlackワークフローの課題解決に、AIエージェントを活用していきたいと語っていただきました。

データ基盤（田中／Senior Software Engineer）

データ基盤からは田中さんが参戦！
データエンジニアリング的なアプローチで業務プロセスを分析し、エージェント単体の精度だけでなく、業務全体の効率化を可視化することを目指しています。

会場の様子

主催者からのコメント

🗣️ 荒崎 成彦 （あらさき・なるひこ）／CXOn Senior Engineering Manager
冒頭に挙げた課題感を強く持ったので、AI Agent開発の知見を交換したりディスカッションしたりできるSlackチャンネルを設けて、現場から盛り上げようと画策してました。
そしたらチャンネルを作った当日に、『AI Engineering Guildを立ち上げようと思ってたから会話しない？』ってJoeさんから話が来て。その日のうちにAI Engineering Guildとしてリネーム・発足しました笑　このスピード感、好きですね〜！
主催が何かしら催しを考えるのではなく、皆が自発的に発表したりディスカッションしたくなるようなコミュニティにしていきたい！Shall we dance?

（最近買ったというおろしたてのTシャツを着てご満悦な様子。荒崎さんはインコが大好きです🐦）

今後もこのコミュニティを盛り上げ、外部への登壇機会も増やしていきたいという主催者の思いが込められた今回のキックオフ。
既に、OpenAI社との定例MTGや、GPT-5のワークショップ、Anthropic関係者とのイベントなど、少しずつ活動が進行中です。今後の活動に乞うご期待！

We’re Hiring!

最後までお読みいただきありがとうございました。
LegalOn Technologiesは、プロダクトの壁を越えてお互いの学びをシェアし、議論し合う文化があります。ご興味のある方は、ぜひ以下のリンクからご応募お待ちしております！

こんにちは！LegalOn Technologies採用担当の堀次です。
2025年11月5日、11月13日に、PdM・デザイナー・エンジニア・EMを対象とした「速習 AIエージェント入門」が開催されました！
・DAY1（11/5）：PdM・デザイナー向け
・DAY2（11/13）：エンジニア・EM向け

講師は、我らがStaff Software Engineerの浅野卓也です。

AIエージェントは、もはや当社では耳にしない日がないけれど、用語だけ先行して理解が追い付いていなかったり、情報が多すぎて整理できてない人も多いのではないでしょうか。
そんな中、知識や用語を整理し全員が共通理解を得ることを目的に、現在AIエージェント開発を担当している浅野が、75分みっちり解説。
今回は、非常に有意義な時間となったセミナー当日の様子をご紹介したいと思います。また、スライド資料も特別に公開！ぜひご覧ください。

なぜやろうと思ったのか

今回のセミナーは、社内のPdMが浅野さんとの1on1で依頼したのが発端だったそう。
　／
🗣️・エージェントの実装方法や、制約、気にしてほしいことって？
　・何ができるのか？
　・エージェントと通常のWebアプリとの違いは？
　・そもそもエージェントって何？
　みたいな取扱説明書 for PdMが欲しいー！
　＼

この話を聞き入れたデザイナーが、「デザイナー向けにもやってほしい！」とリクエスト。

さらに、セミナーを実施する旨、CTOに報告したところ「エンジニア向けにもやってほしい！」と対象範囲が拡大。 開発チーム全体を対象に、2日間に分けて開催することになり、以下のような背景とゴールのもと、セミナーが開催されました。

背景

エージェント技術が急速に進化する一方で、実際のエージェント開発の現場には、以下のような課題があることが見えてきた。

• 情報が溢れかえっていて、エージェント技術の基礎となる考え方を身につけるまでが大変
• • とくに初学者にとってはどこから手をつけていいかわからない
• エージェント関連の用語やその言葉の意味について、共通認識が確立されていない
• • 人によって言葉遣いや、その意味している内容が一致せず、コミュニケーションが非効率的

ゴール

• 基礎的な概念や用語を整理し、共通理解を得る
• AIエージェント開発における、実践的かつ体系的な知識をキャッチアップする
• → 知識の土台を作り、AIエージェント開発を効率化する

2日間で総勢200名近くが参加！

1日目と2日目を合わせ、総勢200名近くのメンバーが参加しました。
1日目は、PdM・デザイナーを対象に、ハイブリッド型（出社とオンラインの併用）で開催されました。

2日目は、講師が体調を崩されたため（そんな中ありがとうございます😭）、オンラインにて実施。当日は会議室を押さえていたので、出社していたメンバー数名は会議室にて傍聴し、チャットでわいわいコメントしていました。
質疑応答も非常に活発でチャット欄が盛り上がったのですが、中には「風邪大丈夫？」といった、違う角度からの温かい質問も（笑）。お大事にしてください。

全社的なAI技術キャッチアップを加速！「AIエンジニアリングギルド」発足へ

セミナーの最後に、今後の新たな活動に関する告知がありました！「AIエンジニアリングギルド」を立ち上げ、早速同月にキックオフを実施するとのこと👀
グローバルリーガルAIカンパニーとして、AI技術のキャッチアップは欠かせない私たち。このような、事業部横断でAIエンジニアリングの知見を共有・蓄積する活動は、今後ますます重要になってくるはずです。
後日、このAIエンジニアリングギルドキックオフの様子もレポートする予定ですので、お楽しみに！

参加者からの声

開催後、参加したメンバーからの反響は大きく、「ありがたかった」とのコメントが多数寄せられました。

参加者全員が、AIエージェントの基礎的な概念や用語を整理し、共通理解を得るというゴールを達成するために、非常に有意義な75分を過ごしたことが伝わってきます。
今回は主に開発チームを対象として行われましたが、今後は全社向けの開催してくれるかも？楽しみに期待したいですね。

スライド資料はEngineering Blogにて公開！

今回のセミナーで投影された説明スライドは、Engineering Blogで見ることができますよ！（太っ腹）
スライドページは、なんと70ページにも及んだそう！！！
講師の力の入れ具合が伝わります（脱帽）。
また、浅野さんの言葉で、今回のセミナー開催に至った経緯や取り上げたトピックなどについても詳細に紹介されてますので、こちらもぜひご覧ください。

We’re Hiring!

このように、LegalOn Technologiesでは、社内勉強会やギルドが盛んに行われています。新しい技術やトレンドを積極的に、協力しながらキャッチアップしています。新しい挑戦や技術のキャッチアップに意欲的な方、弊社のカルチャーに興味を持たれた方は、まずはカジュアルにお話ししましょう！ご応募お待ちしております。

今回は、CS（カスタマーサクセス）として約3年、お客様と最前線で向き合った後、PMM（プロダクトマーケティングマネージャー）へとキャリアチェンジを果たした早津にインタビュー！ 実は法務担当者としてキャリアをスタートしている早津。法務、営業、CSを経験したからこそ今に活きていること、キャリアの転機、CSとして培った「顧客解像度」がPMM業務でどのように活きているのか、PMMとしての仕事のやりがいについて教えてもらいました。
キャリアの新たな可能性を探っている方、ぜひご覧ください。

早津 誠文 （はやつ・まさふみ）
中央大学法学部卒業後、TOTO株式会社に新卒で入社し法務部門を担当。その後海外事業の営業を担当し、2021年7月にLegalOn Technologiesに4人目のカスタマーサクセスとして入社。約3年間カスタマーサクセスを経験した後、2024年4月からPMMに。現在は「LegalOnアシスタント」などのGo-to-Market（GTM）業務に従事。 趣味は、筋トレ💪🏻・サウナ🧖🏻‍♂️・子育て👶🏻

製品のビジョンに強く共感。CSからPMMへのキャリアチェンジを決断した理由

— はじめに、これまでのキャリアについて教えてください。

新卒でTOTO株式会社に入社し、法務部に配属され4年間法務業務を担当していました。大学では法学部だったものの、そんなに法律を勉強しておらず、どちらかというと営業や海外事業に携わりたいと考えていたため、配属当時は、あまり納得していませんでした（笑）。そんなうだつが上がらない新人法務の私は、先輩たちの温かい指導のおかげで法務業務にも徐々になれ、やりがいを感じていくようになってきて、今思うと本当に貴重な経験をさせてもらいました。一方で学生時代から海外事業に携わりたい思いがあり、キャリア面談時に希望を伝え続けた結果、セラミック部品の海外営業に異動になりました。その後、LegalOn TechnologiesにCSとして入社した感じです。

以前、法務を経験した自分が「法務の方向けに営業をしている」ことについて書いたnoteもあるので、よければこちらもご覧ください。

— LegalOn Technologiesに入社した理由は何でしたか？

前職での営業は、どちらかというと、ある程度枠組みが決まっている中で量産製品を安定的に供給できるよう調整するスタイルでしたので、自分の経験を活かしつつ、裁量ををもって営業活動ができる環境に身を置きたいと思うようになりました。
ちょうどその頃、法務時代から知っていたLegalOn Technologies（当時：LegalForce）の求人を見つけて、「あの会社か」と気になったんです。法務業務の課題については実際に自分が体感していたので、その課題を解決しようとしている点に強く共感できたのは大きかったです。新しいフェーズの会社で、自分の経験を活かしながら挑戦できそうだと思い入社を決めました。

— 入社後、CSではどのような業務をされていましたか？

入社した当時は、ちょうど組織が拡大しているタイミングで、いわゆる既存顧客の営業担当としては4人目のメンバーでした。過去の法務経験を活かして、どうやって機能を訴求していくかを考えたり、提案内容を仕組化していったり。エンタープライズからSMBまで幅広いお客様を担当して、たくさんの法務の方々とお話しできたのは、勉強になりましたし、すごく楽しかったです。

— 約3年のCS経験を経て、なぜPMMへの挑戦を決意されたのでしょうか。

もともと自分は「LegalOn」という製品そのものに強い興味があって、製品が解決しようとしている課題にすごく共感して入社しました。自分が法務を経験していたこともあり、法務業務の大変さや苦労は身に染みて実感していましたし、そこをAIで解決していきたいという思いは入社当時からずっとありました。
そんな自分自身の法務経験や、CSとしてお客様へ活用提案をする中で「こういう機能があったらさらに良くなるのでは」と感じることがあり、製品づくり側に携わりたいという思いが強くなっていきました。個々のお客様に対する課題解決もは非常にやりがいがあったのですが、製品の企画に携わることで、より広い範囲で、より多くの課題解決をしたいと思ったんです。

— キャリアチェンジにおいて、何か工夫されたことはありましたか？

まずはCSとして、お客様の課題に向き合い、しっかり結果を出すことですね。
・担当のお客様の業務・課題＆自社製品の仕様を深く理解する。
・お客様の実務/運用に落とし込んだ提案を行う。
・課題解決/定着まで伴走する。

これらを意識したCS活動の結果が、数値目標の達成に結実すると思います。またこういった経験が、PMM業務を行う上での強みになっていると感じます。（現在、自分が担当している業務や部門から異動を考えている方も、ぜひ現職で結果を出すことを考えてみてはいかがでしょうか。その経験は必ず次のフェーズでも役に立ちます）

更に、その上で製品側との連携する業務を積極的に拾うようにしました。
例えば、開発部門がお客様とのお打ち合わせに同席し、既存のお客様から機能についてご意見をいただく「開発ヒアリング」の取りまとめを自ら買って出たり、集約したお客様の声を開発側に届けるなど、開発側とのコミュニケーションを積極的に行うようにしました。

一方で、CS在籍時は、開発部門（特にPdM/PMM）がどんなことをしているのかという解像度はそんなに高くなかったので、異動が決まる前でも自分から情報を取りに行くようにもしました。
例えば、プロダクトマネジメントの本を読むことはもちろん、社内で検討中の機能のPRD（プロダクト要求仕様書）を読み込んだり、CS部門に所属していながら、PdMが企画を議論する会議や「LegalOn」開発の定例会議を傍聴させてもらったりしてました（もぐって参加してたわけでなく、許可をもらったうえで参加してました笑）。

顧客の課題を知り尽くしたCSの経験が「最強の武器」になる

— 現在は、PMMとしてどのような業務を担当されていますか？

メイン製品である「LegalOn」のPMMとして「LegalOnアシスタント」や、その他機能のGo-to-Market（GTM）業務を担当しています。 新しい機能がリリースされる際に、「どうやってお客様に届けるか」のシナリオを考え、プライシングを設計したり、営業の方がお客様に説明するための資料や紹介動画を作ったりといった企画をしています。製品を魅力的に世の中に届けるために何でもやる、という感じです。

具体的な例をご紹介します。
生成AIを活用した法務チャットボット「LegalOnアシスタント」。この機能は、「LegalOn」上にアップロードされた契約書や、法律一般に関する内容について、任意のプロンプト（指示・質問）を入力すると回答を得ることができます。
しかしながら、生成AIに慣れていないお客様の中には「どのようなプロンプトを入力すれば、実業務に活かせるか」をイメージしづらいという懸念がありました。（実際、私も生成AIが出てきた当初はどのように業務に使えるか、いろいろと試行錯誤をしました） そこで、法務開発の社内弁護士・PdM（プロダクトマネージャー）、CSオンボーディングチームと連携し、ユースケースを体系的に洗い出し、すぐに実践可能なプロンプト集（AIへの指示例）を作成しました。このプロンプト集は、営業資料・CSのオンボーディング資料としても活用してもらってます。

— 直近、新しいサービスの立ち上げにも携わっていると伺いました。

はい。「LegalOn」を導入頂いているお客様と一緒に、金融商品に関する広告審査といった、「LegalOn」ではまだ提供できていなかった領域でのサービスをゼロから立ち上げました。
お客様と何度も打ち合わせを重ね、実際にオフィスにも伺って業務を追体験させていただいたりと、課題を深く理解するところから、「どんな機能が必要なのか」「優先順位をどうつけていくか」などを一緒に考えていきました。これはPMMというより、いわゆるプロジェクトマネージャーに近い立ち位置で進めさせてもらったのですが、とても貴重な経験になりました。こちらのサービスはお客様にも高い評価をいただき、他部門でも運用できないかとご相談いただき、目下企画を一緒に検討しています。

— CS時代にはなかった難しさなどはありますか？

CSの頃は、自分の担当するお客様にしっかり向き合って課題を解決していく、というものでしたが、PMMはもっと広い視点が必要だと感じています。企業規模や、法務リテラシーなど、お客様ごとにさまざまなため、「どうすれば幅広い層のお客様に価値を届けられるか」を常に意識しなければなりません。
また、関わるステークホルダーがぐっと増えたので、しっかり情報を伝達し、意思疎通していくという難しさもありますね。それぞれの部門がどんな業務をしていて、何を重視しているのかを理解しておくとスムーズに進めやすくなります。

特に、PdM業務の解像度を上げることは重要だと考えています。なぜかというと、PMMはGo-to-Marketを担う立場ですが、その前工程である「どんな課題を解決したいのか」「どんな技術が必要で、どう機能に組み込んでいくのか」といった背景も理解することで、よりGo-to-Marketに活かしやすくなるからです。また、資料や動画もタイムリーに出せるかでインパクトが変わってくるので、スピード感も非常に大事で、PdMとしっかりタッグを組み情報連携していくことが欠かせません。

— CS経験がPMM業務に活きていると感じる点は、具体的にどんなところでしょうか？

自分がCSを経験していたからこそ、営業やCSの方がどんな点が気になるのか、どんな資料だと伝わりやすいかを理解しているので、「どうすれば魅力的に伝えられるか」を意識しながら資料や動画を作ることできていると思います。自分だったらどんな訴求をするか、どんなスクリプトで話すかを想像しながら作っていますね。また、これまで築いたきた人間関係があるので、現場の営業の方々に気軽に意見を貰いやすいというのも強みだと思います。

加えて、お客様の業務を理解していることも大きいです。日々お客様と相対している営業CSは、「この機能であれば、あのお客様のあの課題を解決できるな。こういう提案にしようかな」と思考を巡らせることを日常的にやっていると思います。この経験が、原体験として製品訴求や資料作りの血となり肉になります。

だからこそ、個人的には営業やCS出身の人は結構PMMに向いているのではないかなと思ってます。社内の動きだけでなく、お客様の業務の解像度も高いので、即戦力になりやすいと思いますね。

多くの人を巻き込むプロジェクトと、両方向のグローバルGTMが醍醐味

— PMMとして特にやりがいを感じるのはどんな時ですか？

自分が作った説明資料や動画が、実際に現場で使われているのを見ると、やっぱり嬉しいですね。「作って良かったな」と感じます。

あとは、多くの人を巻き込みながら、「LegalOn」という魅力的な製品をお客様に届けていくことは非常にやりがいを感じます。PMMはとにかく関わる人が多く、調整事も多いです。
例えば、ある機能を有償化するとなったときには、価格の設定、社内への周知・案内、利用規約の改定、プレスリリースの作成、営業資料やLPの用意、ユーザーへの案内などの一連の流れを調整していく必要があります。 開発、営業、CS、営業企画、法務、知財、広報、法務開発、ユーザーサポート、マーケティングなど、本当に多くの関係部門を巻き込みながら、最後までうまく調整・橋渡しし、プロジェクトを完遂できたときは大きな達成感を感じます。

PdMと進捗を確認していたタスクリストの一部

— 今後、挑戦していきたいことはありますか？

将来的には、自分で仕様を考えられるPdMにも挑戦してみたいと思っています。
PMMとしてGo-to-Marketを経験し、CSとしてお客様と伴走する経験もしたので、次は「何を作るのか」という企画側に携わってみたいというのが、今のモチベーションです。

— 最後に、PMMに興味を持っている読者の方へメッセージをお願いします！

LegalOn Technologiesは今年度からグローバル開発体制にシフトしました。海外のニーズをもとに企画された機能を日本市場にどう訴求していくか、難しさであり、PMMの面白いところだと思っています。
また、「LegalOn」はあらゆる法務の課題をAIで解決するために次々と新しい機能が登場しており、生成AIなどの新しいテクノロジーをお客様にどう使ってもらうかを考えるのも、当社ならではの面白さです。最先端の技術・AIを搭載したプロダクトのPMMを経験できるのは、市場価値としても強みだと思っています。グローバル、AIという両軸で挑戦したい方、お待ちしています！

We’re Hiring!

早津さんがCSとして培った、顧客理解の解像度や社内ネットワークは、PMMとして製品を世の中に届ける上で最大の武器となっています。もし今、目の前のお客様だけでなく、製品を通じてより大きなインパクトを生み出したいと考えている方がいらっしゃれば、PMMというキャリアはこれまでの経験を存分に活かせる選択肢だと思います。
LegalOn Technologiesでは、PMM採用を積極的に推進しています。少しでもご興味のある方は、以下よりご応募お待ちしています！

LegalOn Technologiesには、PMM（プロダクトマーケティングマネージャー）という職種があります。プロダクトの価値を世の中に正しく届けるために、PdM、営業・CS、開発など複数のチームをつなぐ重要な役割を担っています。
今回は、PMMとして活躍する髙松へのインタビューを通じて、LegalOn TechnologiesにおけるPMMの具体的な役割、何に責任をもつのか、PdM、営業・CS、開発など他組織とどのように関わっているのかについてご紹介します。

髙松 泰嗣（たかまつ・やすし）
大学卒業後、新卒で人材紹介会社で営業を経験。その後デジタルマーケティング会社である株式会社トライバルメディアハウスに転職し、営業を担当した後、自社開発サービスの顧客サポートにも携わるように。サポートを行う中で、自ら課題を整理し要件を考えるようになったことで、ある日突然「自分はPdMだ」と名乗り始め、その後約8年間PdMを経験。株式会社SmartHRにPMMとして入社。その後2023年9月にLegalOn Technologiesに入社し、現在はレビューモジュールやマターマネジメントモジュールのPMMを担当。

どう売るのか、どう使ってもらうかに責任をもつ

— はじめに、LegalOn TechnologiesのPMMがどんな役割を担っているのか教えてください

ひと言で言うと、「ビジネスサイドとプロダクトサイドの橋渡し」だと思っています。
新しいサービスや機能がリリースされる際、まずPMMが社内のメンバーに、その価値を正しく伝えることから始まります。メインプロダクトである「LegalOn」がリリース（2024年4月15日）された時もそうでしたが、社内でもまだほとんどの人がどのようなサービスなのか把握できていない状態でした。そのため、プロダクト側のフロントとして、「どういうサービスなのか」「どんな課題を解決できるものなのか」「どんな機能があるのか」といった内容を整理し、社内にきちんと伝えていく。PMMの重要な役割の一つに、営業やCSの方が、サービスや機能をお客様に正しく説明できるようになってもらうことだと思っています。

必要に応じて、PMM自身がお客様先に足を運び、見本として説明を行うこともあります。特に、「LegalOn」ローンチ直前の時期は厳しく情報を制限していたこともあり、「LegalOn」について説明できるのがPdMとPMMだけの状態でしたので、営業と一緒にお客様先に同行して説明することがありました。どういう言い回しが伝わりやすいのか、逆にどういう伝え方だと刺さらなかったか、等を営業の方に見てもらってブラッシュアップしていく感じです。

— 他社では、PdMが担うことも多い部分ですよね

そうですね。会社によっては、PdMがお客様先への説明まで一貫して行うことがありますが、LegalOn TechnologiesではPdMとPMMで役割を分けています。
というのも、プロダクトや機能が増えてくると、PdMが作ること以外の業務：資料作成、顧客対応、プレスリリースの確認等に追われてしまうんですよね。そうなると、PdMが本来考えるべき「何を作るのか・なぜ作るのか」に集中できなくなる。そこで、当社ではPMMが「どう売るのか・どう使ってもらうか」に責任をもち、お互いが自分たちの責務に集中できる体制を取っています。
・PdM：　何を作るのか・なぜ作るのか
・PMM：　どう売るのか・どう使ってもらうか

また、営業やCSから届くお客様の声をプロダクト側に届けることも、PMMの重要な仕事です。当然、お客様の企業規模や業種によってニーズも異なるので、要望や意見を整理し、どこに価値があるのか、どこを優先すべきかを考え、重み付けをしたうえで伝えるようにしています。そこから、具体的な機能要件や、開発の優先順位をどうつけるかはPdMにお任せしています。

— 他社でのPMM経験もあるとのことですが、LegalOn TechnologiesのPMMとの違いはありますか？

当社含め2社PMMを経験していますが、そこまで大きな違いはないかなと思います。
ただ、前職と比べると、LegalOn TechnologiesのPMMは、何でもやる感が強いと感じますね。前職では、（現職と比較しても）組織として分業体制がしっかりとできていました。なのである程度役割の範囲というものがあったように思います。一方LegalOn Technologiesは良い意味で線引きが曖昧です。営業への同行や、顧客への説明といった業務だけでなく、「あそことコミュニケーション取ったっけ？」「サポートにこれ伝えたっけ？」みたいなコミュニケーション漏れを防ぐプロジェクト全体の進行を管理するなど、落ちたボールを拾うみたいなところが割とあるかなと思います。

また、事業フェーズの違いも背景にあると思います。前職では、私が担当していた機能はしっかりとPMFしていたこともあり「今のお客様が何を言っているか」「どこに課題を感じているか」といった、既存のお客様の要望を拾ってどう改善していくか・既存のサービスの価値を伝え利用率をどう上げていくのか、を考えることが多かったです。

一方で、LegalOn Technologiesは「LegalOn」というプロダクトをまだまだ世の中に広めていかなければならないフェーズです。そのため、「お客様にどう伝えるか」「どこに価値があるのか」「提案をどう作っていくか」と言ったまず知ってもらうということに重きが置かれます。

伝えることを取捨選択し、チームとして「LegalOn」を育てていく

— 先ほどの図を見ると、PdMと密にコミュニケーション取られていそうですね

そうですね。情報を連携する先のステークホルダーは多いのですが、中でもPdMは何かあればすぐに話す相手で、いちばん最初に相談することが多いです。
先ほど述べたように、PdMは「何を作るのか・なぜ作るのか」を考える人、PMMは「どう売るのか・どう使ってもらうのか」を考える人です。
ただ、本当は「こういう課題があって、それを解決するための機能って何だっけ」みたいなのをPdMと一緒に考え議論して、ソリューションに落としていくのが理想だなと思っています。今はまだ、お客様から「こういう機能が欲しい」とリクエストいただいて、それを開発していく流れが多いんですが、「何が売れるか」を突き詰めていくと、最終的には「新しいサービスをどう作るか」まで行き着くと思うんです。そこはこれから少しずつ挑戦していきたいテーマですね。

— 普段の業務では、PdMとどのように関わっていますか

顧客要望、開発の進捗、今後のリリース予定などを共有しながら、それらを踏まえて「どの情報を、どのタイミングで、どのレベル感で社内外に伝えるのか」をPdMとすり合わせています。
たとえば、機能をリリースするときに「この情報はお客様に伝える必要あるか」「もし伝えるなら、一週間前の周知で大丈夫か」「結構大きなアップデートで使い方が変わるから、一か月前から営業やCSにも周知しておこう」など、周知の深さやタイミングを一緒に整理していく感じですね。
プロダクトや機能に対する解像度は、当然PdMの方が高いので、「なぜこの機能が必要なのか」「どう使って欲しいのか」といった背景をヒアリングしながら、PMM側で「どう説明すれば伝わるか」を設計していきます。

お客様から未来の話を聞かれることもよくあります。「『LegalOn』て一年後どうなってますか？」「この機能、いつ出ますか？」といった質問です。そうした問いにどう答えてもらうか。伝えすぎることで混乱を招く場合もあるので、あえて伝えないことも一つのメッセージになると思っています。どこまで伝えるか、どこは控えるか。その取捨選択もPMMの大事な役割です。

— 営業やCSとは、普段どのように関わっているのでしょうか

新しい機能がリリースされるときや大きな変更が入るときには、商談に同席したり、サービスや機能に関するQA対応をしたりすることがあります。営業やCSのメンバーから「この機能を説明してほしい」「この機能について意見がほしい」と声をかけてもらうこともありますね。

リリースする機能の影響範囲が広い場合は、資料の内容や周知の方法を一緒に考え、「資料にはどこまで書くべきか」「どのくらい説明を厚くした方がいいか」といった、顧客コミュニケーションの温度感や方法すり合わせながら進めています。

また、オンボ―ディングチームとは「これは推し機能なので、ぜひオンボ―ディングの説明に加えてほしい」とお願いすることもあります。とはいえ、オンボ―ディングチームには彼らなりの「LegalOn」をどう伝えるか、のストーリーがあるはずなので、最終的にはチームに判断をお任せしています。そこはバランスを見ながら必要な情報がきちんと伝わるよう調整しています。

— 開発チーム（エンジニアやデザイナー）との関わりはどうでしょうか

チームによっては、開発進捗確認のMTGにPMMが参加しているケースもありますが、まだまだ多くないかもしれないです。というのも、プロダクト側は基本的にはPdMがフロントに立ってコミュニケーション取ってくれているからです。ただ、個人的にはそこは課題でもあるなと感じています。

開発サイドとビジネスサイドの認識をきちんと合わせることがすごく重要だと思っていて、もしずれがあるなら、そこをどう埋めていくかを考える。そうすれば組織一体となって「LegalOn」を育てていけ、チームとしてもっと良いものを作っていけるのではと考えています。

特に、ビジネスサイドの話をもっと、開発側に伝えたいと思っています。今はどちらかというと、開発からビジネスサイドへ発信が多いんですが、PdMやPMMがビジネスサイドとやり取りした内容を、開発側にしっかり伝える。それは顧客要望や改善リクエストの話だけじゃなくて、「この機能がすごく便利だった」「お客さんがすごく喜んでいた」みたいなお客さんからのポジティブな声も共有して、うまく橋渡ししていきたいです。

グローバルでプロダクトを作るうえで、世の中にどう届けていくかが課題

— PMMとして、やりがいを感じる場面はどんな時でしょうか

やっぱり、自分たちが設計したデリバリーのフローが組織に浸透して、きちんと動いているのを実感したときですね。「あ、ちゃんと回ってるなー」って思うと嬉しいです（笑）。

例えば、「LegalOn」をリリースする時もそうでしたし、新しい機能をリリースする時も、最初はどう説明すればいいのか誰もイメージがついていない状態だったところから、営業やCSの皆さんがめちゃくちゃ協力してくれて、今ではほとんど自分が関わらなくても、運用が回るようになりました。組織が大きくなっていけば、当然人も入れ替わる。だからこそ、あらかじめフローを整備しておくことで、新しいものをリリースするときも慌てずに進められるようになる。

もちろん、実際に運用してみると全然うまくいかなかった、ということも沢山あります。一度動かしてみて「あれ、全然違ったな」とか「説明が足りなかったな」などが見えてくるので、営業やCSからのフィードバックを踏まえて、説明の仕方を変えたり、資料を作り直したり。当初10ページ程度だった資料が、気づいたら40ページになっていたなんてこともありました（笑）。そんな風に、どんどんブラッシュアップしてより良い仕組みに育っていくのは面白いところです。

— 今後、PMMとして挑戦したいことはありますか

PMM組織として、今後やりたいのは、グローバルでプロダクトをつくるためのルール作り・フロー作りを、整備していきたいと考えています。
これからは、US発の機能も増えていく可能性もある。そうなったときに、それをどう日本市場に届けるか、どう売っていくかを考える必要があります。逆に、日本市場で出た要望をどうグローバルに伝えるか、どうプロダクトに反映していくか、も課題になっていくと思います。
今はまだそこまで、日本とUSで要望や課題の大きなずれはないですが、今後拠点が増えて、それに伴い顧客層も広がれば、当然ずれが生まれてくる。その時に、両市場の温度感を理解し、うまく橋渡ししていく必要が、PMMにはあると思っています。

We’re Hiring!

LegalOn Technologiesは、日本発のプロダクトで世界に挑戦しています。AI×グローバルという、今の時代に経験すべき両軸が当社にはあります。日本本社からグローバルを目指す企業が少ない中、グローバル規模でプロダクトを世の中に届けていきたい方、一緒に世界を目指しましょう。
LegalOn Technologiesでは、PMM採用を積極的に推進しています。少しでもご興味のある方は、以下よりご応募お待ちしています！

こんにちは、LegalOn Technologies採用担当です。
今回もLTA（LegalOn Tech All-in）のイベントレポートをお届けします！LTAとは、開発組織が主催する社内Meet Upイベントで、2か月に1回のペースで開催されています。
2025年9月25日には、第5回となるLTAが開催されました🎉

今回司会を務めてくれたのは、SRE＆プラットフォームに所属の小市さん✨ 6月に入社されたばかりですが、早速の大役を引き受けてくれました。ありがたい！

お品書きと概要

Leader’s message（大木／執行役員・CFO）

（タイトルは、「State of AI 2025 - BVPレポートより」）

今回のLeader’s messageを担当してくれたのは、CFO（Chief Financial Officer）の大木さん！
テーマは、BVP(Bessemer Venture Partners)のレポートをもとにした「AIがビジネスに与える影響」。投資家の視点から見たAIのインパクト、AIネイティブなスタートアップの成長スピード、そして今後のトレンド予測まで、幅広い内容を語っていただきました。
AIネイティブスタートアップの成長モデルである、「シューティングスター」を紹介。これは従来のSaaS企業の成長曲線と比べて、AI時代ではおよそ半分の期間でARR100億円を達成できることを示唆しているとのこと。わくわくしますね。

ワークフロー実現にFlowableを導入したお話（乙幡／Software Engineer）

一人目の発表はLTA初登場となります、フリーランスで約20年活躍されている乙幡さんです。 契約書の署名依頼を承認する社内ワークフローの必要性から、Flowableを導入した経緯について紹介されました。
Flowableは BPMN 2.0に対応し、Spring Bootで構成されているうえ、管理UIも提供されています。 そのため、開発難易度の高いワークフローでも効率的に構築できたとのこと！

試作について（勝田／Software Engineer）

お2人目はSearchチームから勝田さんが登場。
発表では『UNIXという考え方（Mike Gancarz著、オーム社・2001年）』の内容をベースに、ソフトウェア開発の困難さに触れつつ、試作の重要性について語ってくれました。試作は、不確実性を減らし、開発対象を学び、さらにユーザーの要望を確認するために欠かせないものだと強調。さらに『人月の神話（フレデリック・P・ブルックス,Jr.著、丸善出版・2014年）』に登場する「セカンドシステム症候群」にも言及し、試作の本当の目的は「第三のシステム」にできるだけ早くたどり着くことだと解説していただきました。
また、Searchチームでは毎年ハッカソンを開催しており、まさに試作の重要性を実践しているチームです。その様子もぜひご覧ください！

ソフトウェア開発 温故知新 古典で紐解く、ソフトウェア開発の課題（島根／Software Engineer in Test）

第2回LTAぶりの登場となる島根さんからは、勝田さんの発表でも触れられていた『人月の神話（フレデリック・P・ブルックス,Jr.著、丸善出版・2014年）』を紹介。その中で提唱されている「ブルックスの法則」や「一度目は失敗するつもりで作り、二度目で頑張る」 という考え方は、今日のソフトウェア開発においても有効であり、重要な知見であると強調されました。
さらに、ソフトウェア工学の古典的な書籍として、『プログラミング心理学（ジェラルド・M・ワインバーグ著、日経BP社・2011年）』や『ソフトウェア文化を創る（G.M.ワインバーグ著「ワインバーグのシステム思考法」共立出版株式会社・1994年）』シリーズを紹介。そこでは「品質とは誰かにとっての価値である」 という考え方を共有してくれました。

生成AI活用の今とこれから（時武／CTOオフィスリーダー）

時武さんも第2回ぶりに登場！
AI-powered Development CoE (AID)として取り組んでいる、開発生産性を3倍にすることを目標に掲げた「PJ Triple（プロジェクトトリプル）」について紹介してくれました
AIエージェントの導入や開発手法の提案、生産性の可視化・改善支援などを進めた結果、現状では1.2倍の生産性向上を実現しているとのこと！👏
一方で、AIエージェント自体はすでに定着したものの、開発プロセス全体の効率化にはまだ課題がありそうと教えてくれました。AIエージェントが定着した今こそ、組織やプロセスのテコ入れが必要であり、効率的な改革には一人ひとりの意識が欠かせない、というメッセージを共有してくれました。

AI-powered Development CoE (AID)とは
社内のAI活用に関する情報を集約し、集合知として日々の開発業務に応用できるテクニックを還元することで、社員の業務の「助け」となることを目指す取り組み。

自作アプリのススメ 2 - CursorでWeb app全部作ったぞ（吉岡／Engineering Manager）

LTA発起人でもある吉岡さんがラストに登場です！
昨年から高まったLLM（大規模言語モデル）への関心をきっかけに、学習目的で「バンドセッションをサポートする自作アプリ」を開発した経験について発表してくれました。（吉岡さんはドラマーなんです🥁）
DBスキーマの作成、バックエンド、フロントエンド開発で得られた学びをシェア。LLMのおかげで未経験領域も構築できた一方、全体的なアーキテクチャ設計は人間の役割であると実感したそうです。完成したアプリを「令和のプロダクトというより、平成後期の印象」と表現し、AIをどう活用すれば顧客に新しい価値を届けられるか、を改めて考えるきっかけになったと語ってくれました。

ネットワーキング

お酒を飲みながら「上期終わりますね～」「早いですね～」としみじみ。

CTOの後ろからひょっこり清水さん(SRE)。

今回のLTAは、著書を引用した発表が多かったのが印象的でした。
まさに変革期のいま、自分たちの進んでいる道は本当に正しいのか、と誰しもが不安を抱える中で、こうした古典や名著に立ち返って学びを得ることは、とても有益だと感じます。
新しい技術が次々と登場し、時代の流れが大きく変わっていく中でも、大切にすべきフィロソフィーは、実は昔から変わらないのかな。と発表を聞いていて感じました。
そんな私はいま『スマホ時代の哲学（谷川嘉浩著、ディスカヴァー携書・2025年）』を読んでいます✌（だいぶ読みやすくて面白い）

We’re Hiring!

LegalOn Technologies では、開発職を積極採用中です！ ご興味のある方はご応募お待ちしております！

「グローバルリーガルAINo.1（GL1）」を掲げる LegalOn Technologies。 そのプロダクトの品質を支えているのが、QA（Quality Assurance）エンジニアです。
今回は、当社のQAエンジニアリングマネージャーの岡登にインタビュー。イベント会社からIT業界へ転身したキャリアや、LegalOn TechnologiesのQA組織を率いる立場から見える組織の魅力、今後の展望について語ってもらいました。

岡登 陽平（おかのぼり・ようへい）
大学卒業後、広告代理店、イベント運営会社を経験した後、2016年からエンジニアへ転身。第三者検証、IoTスタートアップなどを経て、2024年1月に LegalOn Technologies 入社。リーガルAIサービス「LegalOn」の契約管理領域でQAリードを務めたのち、2025年1月よりQuality Engineering組織を率いるQAエンジニアリングマネージャーに。現在は複数プロダクトの品質・テストの方針策定と運用も統括。

「世界を変えるプロダクトに関わりたい」夢に近づくためLegalOn Technologiesへ入社

ー　岡登さんは、もともとイベント業界からITにキャリアチェンジされたそうですね。QAという道を選んだきっかけを教えてください。

大学を卒業して、最初は広告代理店に、そのあとイベント運営の会社に入社しました。2社目に入社して2年ほど経った頃から自分が本当にやりたい仕事は何か改めて考えるようになりました。そのヒントになるような本を色々読んでいた時期にスティーブ・ジョブズの伝記を読んだんですよね。

このまま一生、砂糖水を売り続けたいのか？それとも、世界を変えるチャンスが欲しいのか？
（ウォルター・アイザックソン著『スティーブ・ジョブズ』講談社・2011年）

ジョブスが後のAppleのCEOとなるジョン・スカリーをヘッドハンティングした時に言ったこの言葉が当時の自分の心に刺さって、「自分も世界を変えるような大きなプロダクト開発に関わりたい」と思うようになり、IT業界に飛び込みました。
ただ、そのときはQAエンジニアという職種自体知らなかったんです。人材紹介会社の方に紹介されて、「自分の能力でプロダクト開発に貢献できるならぜひやりたい」と思ったのがきっかけで、2016年に第三者検証の会社でQAエンジニアとしてのキャリアをスタートしました。その後は、IoTスタートアップを経て、2024年1月にLegalOn Technologiesに入社しました。

ー　LegalOn Technologiesはどのように知ったんですか？

前職で一緒に働いていた丹野さん（エンジニアリングマネージャー：インタビュー記事はこちら）からのリファラルですね。2年ぐらい一緒に働いていて、自分の上司でした。そろそろ転職しようかなと考えていた時に、ちょうどいいタイミングで「最近どう？」って連絡をいただいて（笑）。

ー　最終的にLegalOn Technologiesに入社を決めた理由は何だったのでしょうか？

実は他の企業からもオファーをいただいていて迷っていたのですが、最終的な決め手は、面談で深川さん（執行役員・ CTO：インタビュー記事はこちら）とお話して、価値観に強く共感したことが大きいです。
ジョブスの言葉に背中を押された当時から、「世界を変えるプロダクトに関わりたい」という気持ちはずっとあって、LegalOn Technologiesならその思いを実現できそうだと感じて入社を決めました。

ー　入社後は、まずどんな業務を担当されたんですか？

「LegalOn」の契約管理領域を扱う、コントラクトマネジメントモジュールに、QAリードエンジニアとして配属されました。
Engineering Blogでも少し述べているんですが、プロダクトがかなり複雑で、正直キャッチアップは大変でしたね。ドキュメントを読み込んだり、周りのメンバーに質問したりしながら、とにかく目の前の業務に集中して取り組んでいました。
ただ、いい意味で驚いたのは、思っていた以上にQAエンジニアの人数が揃っていたことです。開発規模に対して、しっかり適切な人数が配置されている印象でしたし、しかも全員が自発的に動けるチームだったのも心強かったです。
一方で、開発組織全体として見ると、品質に対する意識が揃っていなかったり、必要な品質水準が十分に満たされていなかった部分もありました。「自分ならこうするな」と考えることも多く、全体最適の観点で見直す余地を探していることが多かったと思います。

交通整理し迷わず動けるQAチームに。大事なのは任せるスタンス

ー　QA組織を統括する立場になった経緯を教えてください。

もともと品質やテストに関する組織は「Quality Assurance」と「Software Test」という2つの組織に別れていたのですが、あるときCTOの深川さんから、「チームを統合するので、統括をお願いしたい。」と声をかけていただいたんです。その場で「やります！」と即答しました。新組織名を「Quality Engineering」としたのは僕のアイデアで、品質保証やテストだけではなく、新時代的なアプローチで品質の問題を解決し、品質を作り込んでいく組織にしたいという思いを込めました。
前職でもQAマネージャーというポジションを担っていたので、やるべきことのイメージはついていましたし、「自分ならこうするな」という考えを実現できるチャンスだと感じました。

ー　マネージャーとして最初に着手した課題は何でしたか？

組織がひとつになる前から課題だと感じていたのは、それぞれがバラバラに動いていて、同じ方向を向いていないことでした。それぞれの考え方があるので、判断に迷って作業が止まってしまったり、コンフリクトが起きたりしていました。
そこでまず取り組んだのは、開発に関するガイドラインやマニュアルの刷新です。判断に迷わないようにルールを整えて、職種をまたいでも認識を揃えられるようにしました。関わる人たちの迷いを無くす、を目指した結果、意思決定のスピードや品質の再現性が上がったと思います。

ー　マネジメントするうえで、心がけていることはありますか？

マネジメントするうえで心がけているのは、「任せる」ことです。もちろん、最終責任は私が取りますが、業務はできるだけ裁量をもって自由に対応してもらうようにしています。
当社では、モジュールごとにQAエンジニアがアサインされていて、エンジニアやデザイナー、PdMとコミュニケーションを取りながら、課題発見から対話・提案・検証を回していきます。もちろんチームごとの指示はありますが、QAエンジニアとしての動き方は個々が裁量を持ち、自立して動いてもらっています。

ー　自発的に動けるメンバーだからこそ「任せる」が機能しているんですね。今後取り組んでいきたいことはありますか？

今後は、採用と育成をもっと強化していきたいと考えています。期待される役割をしっかり言語化して、権限移譲と成長をさらに加速させたいですね。

ー　今のQAチームの雰囲気や、普段のコミュニケーションについても教えてください。

メインはSlackで、QAチームのチャンネルがあって、「この仕様が分かる人、教えてください！」とか「こんな資料作ったので良かったら見てください！」といったやり取りが結構活発に行われています。
面白いのは、誰か決まった人が答えるのではなく、わかる人がすぐ反応してくれることです。フォロワーシップのあるメンバーが多く、調べてもわからないときは気軽に周囲に聞ける環境だと思います。

ー　オンライン以外の交流もあるんでしょうか？

はい。2か月に1回くらいのペースでランチ会をやっています。業務委託の方も含めてQAチーム全員で集まるのですが、毎回半分以上のメンバーが参加してくれます。
普段からSlackでのやり取りは多い方なんですが、やっぱり対面で直接話す時間は特別だと思います。何気ない会話からチームの一体感が深まりますし、大切にしたい場ですね。

AIプロダクトのQA。手探りだからこその面白さ

ー　LegalOn TechnologiesのQA組織には、どんな面白さや魅力がありますか？

まず一番は、さまざまなプロダクトがあることと、新しい事業が次々と立ち上がっていくスピード感ですね。QAメンバーにとっても「これに挑戦してみたい」と思える機会が多いので、できるだけ希望が叶うようにアサインを調整しています。
それから、当社はAIカンパニーなので、すべてのプロダクトにAIが前提として組み込まれます。AIの品質保証やテストに関われるのは、大きな魅力だと思います。
AIの品質保証にはまだ「王道」がなく、評価指標の設計から検証プロセスづくりまで自分たちで探っていかなければなりません。モデルの正確性や再現性、データの健全性、ユーザー文脈に応じた振る舞いなど。ゼロから仕組みを作りながら品質を高めていくところに、すごく面白さを感じますね。

ー　「LegalOn」は海外にも展開していますが、その中で感じる難しさや面白さはありますか？

難しさであり、魅力でもあると思いますが、提供する国が違えば、当然ユーザーの使う言語や文化も違うので、「品質の期待値」が変わる点は難しいなと感じています。その地域のユーザー目線に立って品質を考える必要があるため、難しいですが同時にやりがいも感じています。
また、社内で英語を使用する機会は増えました。英語だけのミーティングはまだ少ないですが、社内では英語ネイティブの社員とコミュニケーションを取る場面や、英語のドキュメントを読む機会は着実に増えています。今は英語ができなくても仕事はできますが、今後は必要性が高まると思いますし、逆に英語を活かしたい人にはすごくいい環境だと思います。

ー　最後に、これから仲間になるかもしれない方へメッセージをお願いします！

LegalOn Technologiesは、AIという新しい技術を取り入れたプロダクトをつくっているので、今後の業務にAIがどう影響するかを考え、自ら行動できる方が必要です。そのため、「今ある課題に対応する」だけでなく、「課題を見つけ解決に向けて自ら動き、それを楽しめる方」にぜひ入社いただきたいです。
Quality Engineeringのミッションは「クオリティで顧客とビジネスとテクノロジーをシームレスに融合させる」こと。そのために、「世界で通用するプロダクトを作る」ことを意識し、日々の業務に取り組んでいます。
ぜひ一緒に、世界を驚かせるようなプロダクトの品質づくりに挑戦しましょう！

LegalOn Technologiesでは、QAエンジニアを積極採用中です！ご興味のある方は、ご応募お待ちしております！

こんにちは！LegalOn Technologies採用担当です。
検索推薦チームによる「ハッカソン」が、今年も行われました！
2025年6月18日～ 6月20日の期間で開催され、発表会当日はプロダクトマネージャー（PdM）もゲストで参加し、成果物へのフィードバックや意見交換を実施。
ハッカソンの開催プロセスと、成果発表会当日の様子をぜひご覧ください！

▼ 昨年のハッカソン開催レポートはこちら

概要

6月18日～ 6月20日の3日間にかけて開催され、検索推薦チームの約8名が参加しました。
今回のハッカソンは、以下の達成を目指して開催されました。

• 現在のプロダクトに適用可能なイノベーションの促進
• 興味のある技術に触れることによるメンバーのモチベーション向上
• 複数人で連携してテーマに取り組むことによるチームワークの強化
• 最先端な技術に触れてみることによるスキルの向上

💡ハッカソンとは？
ハッカソン（Hackathon）とは、「ハック（Hack）」と「マラソン（Marathon）」を組み合わせた造語で、短期間で集中的に開発に取り組むイベントを指します。参加者が与えられた課題に対してアイディアを出し、ソフトウェアを開発するものです。

準備プロセス

アイディア出し会（6/6）

事前にハッカソンのテーマの種となるアイディア出しを行いました。
まずは思いつく限りのアイディアを全員でMiroに書き出し、その後チーム内で投票を実施。投票数が多いものを掘り下げていきました。業務効率化、新たな技術の探求、AIやLLMの活用など、様々な視点からアイディアが挙がりました。

ピッチ会（6/11）

自身が取り組むテーマについてプレゼンし、メンバーからフィードバックをもらうことで、さらにテーマをブラッシュアップしていきます。
他の人のテーマに惹かれた場合は、チームマージも⾏われ、複数のアイディアを組み合わせた新たなテーマに取り組むチームも結成されました。

ピッチされた主なテーマ：データ処理の効率化、新しいユーザーインターフェースの提案、既存システムの改善など、参加者それぞれの興味や専門性を反映した、ユニークなテーマが揃いました。

1日目～2日目 中間報告会（6/18-19）

2日間の合宿が始まりました！
取り組んでいるテーマの振り返り、その日実装したものやデモなどを共有。 「今こんなことに詰まっている」「できたんだけどつまらなかった‥」「ここは動くようになった！」など様々な報告があがりました。

3日目 成果発表会（6/20）

いよいよ成果発表会の日。2日間でどんな開発が行われたんでしょうか。
吉井さんの司会でスタート！

（Search Engineering Manager　吉井さん）

順番に成果物を発表していきます。
どの発表も短期間で開発したとは思えない完成度で、メンバーからの質疑応答も活発に。

（オンライン参加者の成果発表をみんなで見守ります）

具体的には以下のようなテーマの発表がありました。ほんの一部だけご紹介！

法務相談に対する回答案作成エージェントの試作

Deep Researchを行なって、法務相談に対する回答案を自動生成するシステム。法令・ガイドライン・「契約ウォッチ」* などから、法務相談内容に関連する内容を何度も検索して回答に必要な情報を収集し、回答を生成。エージェントの評価基盤も作成し、それを用いた精度改善も実施しました！

※「契約ウォッチ」＝当社が運営する法務関係者向けの情報提供メディア

プロアクティブ法務インテリジェンス

パブリックコメントや省庁報道 RSSなどをウォッチし、自社に影響がありそうな情報について、影響の推定やNext Actionの提案を行うシステムを開発！ 以下は「とあるガス会社」を想定した例です。

今年はプロダクトマネージャーも発表会に参加し、発表内容に対してPdMの視点でフィードバック、意見交換が行われました。「実際にお客さまからこういった声があるので、これは早くサービス化した方がいいです！」と説得力のある意見を貰い、会場は盛り上がり。

（成果発表会にゲストで招かれた、PdMの吉野さん、泉さん）

また、今年はほぼ全てのメンバーが開発にAIを活用！
当社では、Claude Code, Cursor Business, GitHub Copilot Business, JetBrains等の開発支援ツールが利用できます！

振り返り会（7/2）

今回のハッカソンの取り組みを振り返り、次につながる知見をみんなで洗い出し。

全社定例会議での共有も

ハッカソンの成果や開発されたシステムの一部は、全社定例会議でも共有され、社長からは「すごい、これは期待してます！」の声。「ハッカソンで作って終わり」ではなく、その後のプロダクトにも活きるようなテーマが多く生まれました！

最後に、参加したメンバーからの感想をご紹介します。

ハッカソンを振り返って

🧑🏻‍🦱 吉井 ／ Engineering Manager
AIを活用した開発が盛り上がっているタイミングで、ハッカソンを行うには最適なタイミングだと感じました！思いついたアイデアを素早く形にするプロセスを体感することができ、またAIを活用した開発の勘所やテクニックを学ぶ良い機会になりました。この経験がその後の業務の効率改善に間違いなく役立っていると思います！
PdMの方々にご協力いただくことで、「作って終わり」ではなく今後のプロダクト改善につながるような視点をもらえたこともとても良かったです！

🧑🏻‍🦱 福田 ／ Search Engineer
普段業務で触れられないけど、気になっている技術を試す絶好の機会になりました。エンジニアからボトムアップで今の技術で何ができるのかの現在地を提示できてよかったです。また、ハッカソンはPoCの作成という作業上、AIコーディングエージェントを活用しやすく、チーム内でコーディングエージェント活用のノウハウが一気に貯まったのもよかったです。

参加された皆さん、本当におつかれさまでした！
今後も、開発組織の取り組み内容をお届けしていきます！

We’re Hiring!

LegalOn Technologies の開発チームでは、検索推薦エンジニアを積極採用中です！ ご興味のある方はぜひお気軽にご連絡ください。

こんにちは。LegalOn Technologies採用担当です。
LegalOn Technologiesは2017年の創業以来、急成長を続けてきました。 2025年現在、開発組織は250名近くに拡大し、多様なバックグラウンドを持つメンバーが集まっています。かつては言葉にしなくても共有できていた価値観や行動指針も、いまや明文化が欠かせないフェーズになりました。
そんな中で生まれたのが、「LegalOn Technologies Developers Compass」です。

このCompassに込めた想いや、その背景にあった課題とは。
プロジェクトメンバーであるCTOの深川、Engineering Managerの吉岡・時武、フロントエンドエンジニアの川島、プロダクトデザイン マネージャーの駒ヶ嶺に詳しく話を聞きました！

（左から、駒ヶ嶺、時武、深川、吉岡）

なぜCompassは生まれたのか？プロジェクト始動の背景

―　はじめに、このプロジェクトが始まったきっかけを教えてください。

深川　組織が拡大する中で、以前は言葉にしなくても共有できていた前提が、共有しきれていないと感じる場面が増えてきました。たとえばメンバーから「どうしたらいいですか？」と判断を委ねられることがありますが、僕としては「自分はこうしたい」「こうしましょう！」という主体的な提案が欲しいなと思っていて。
共通の価値観があれば、「開発組織では、こういう動き方が正解なんだ」と自信を持って行動できる。そのための共通言語が必要だと考えたのが、最初のきっかけです。

―　その課題意識は、他の皆さんにも共通していたのですか？

川島　人が増えるにつれて「知見や情報が回っていないな」と感じる場面が増えていました。把握しきれなくなるくらい新しいメンバーもどんどん入ってくる中で、共通の考え方があったらいいなと思い始めていました。

吉岡　様々なチームと仕事をする中で、不要な配慮をなくせばもっとスピード感を持った意思決定ができるのにと思っていました。組織の進むべき方向性が明文化されることで、メンバー一人ひとりが共通の指針を判断基準として活用でき、より迷いなく行動できるようになるのではないかと期待していました。

時武　実は4年ほど前にも同じような指針を作ったことがあるんです。組織も拡大し、当時のことを知る人も少なくなって、その指針が薄まってしまっているなという課題感がありました。自律的に動ける組織をつくるためには一定の規律や指針が不可欠だと思っています。ある程度の正解を示すことで、自律性をより発揮してもらえるのではないかと思っていました。

駒ヶ嶺　私も深川さんと同じ課題を感じていました。エンジニアの方とコミュニケーションを取って仕事を進める中で、考慮漏れだった仕様に対して判断を委ねられる場面が多くありました。その時のチームの状況からすると仕方がない部分もありましたが、その関係性が変わらないと近い将来限界が来るなと。それぞれが「こう進めます！」と動くことで、よりスムーズに仕事が進み、組織としても成長できると感じていました。

―　プロジェクトはどのように進めましたか？

深川　まず開発組織の全員にアンケートを取り、「今あるカルチャーで大事にしたいもの」と「これから作っていきたいもの」という2つの軸で意見を募りました。そしてアンケートと同時に、このプロジェクトを一緒にやりたい人を募集したんです。

川島　深川さんの発信を見て、ちょうど組織に対して課題を感じていたというのもあり、すぐに立候補しました。

時武　組織が拡大した今こそ、再定義する良いタイミングだと感じて参加を決めました。

深川　僕たちのスタンスは、あくまでも事務局。文化をトップダウンで決めるのではなく、現場の声を吸い上げて形にするボトムアップのアプローチを徹底しました。

駒ヶ嶺　アンケートで集まった現場の声をクラスタリングし、その背景にある「本当に求めている課題は何か」を徹底的に突き詰めて言語化していくプロセスが、最も時間を使いましたし、大変な作業でしたね。

吉岡　どうキャッチーに伝えるかを考えるのも苦労しましたよね。

組織の声を形に。18個のOur Valuable Behaviors

―　具体的な言葉に落とし込む上で、特に印象的だった議論はありますか？

深川　一番議論が白熱したのは『I Act, We Achieve!!』ですね。もともとは「落ちているボールを拾う」みたいな、よく使われる表現だったんです。

川島　「ボールを拾う」という表現に潜むニュアンスの違いをみんなで突き詰めていきましたね。「そもそもボール落とさないじゃん」とか、「落ちてきたボールをレシーブするのか？」とか、様々な角度から議論が盛り上がりました。

時武　あの議論、何回もしましたよね。

深川　キャッチーな言葉って急に降りてくるんですよね。だから僕ら、あれを「降臨待ち」って呼んでたんです（笑）。

―　「LegalOn Technologies Developers Compass」という名前はどのように決まったんですか？

深川　これも面白い経緯があって。当初は「道しるべ」や、行動規範という意味の「コード」といった案も出ていました。（ドレスコードにおける「コード」と同じイメージです。）色々と議論していたのですが、とりあえず「LegalOn Technologies Developers Compass（仮）」にして次のステップにいこうか、となりまして。で、ロゴとかあるとテンション上がるよね、ロゴ欲しいね、って話が出てきたので冗談半分で、ある時クリエイティブデザイナーに相談をしにいったら、相談のミーティングの時点でもうロゴが出来上がっていたんですよ（笑）。

駒ヶ嶺　タイトルが正式決定する前に、ロゴの制作が先行していましたね。

深川　そうなんです。ロゴが僕たちのイメージにピッタリだったので、ロゴに合わせてタイトルが正式に決まりました。

―　18個のOur Valuable Behaviorsの中で一番のお気に入りはどれですか？

深川　僕は 『「どうしましょう？」より「こうしましょう！」』ですね。まさにこのプロジェクトを始めようと思った課題感を、一番シンプルに、そしてキャッチーに表現できた言葉だと思っています。メンバーに主体的に動いてほしいという想いが、この一言に詰まっています。

吉岡　『迷わずやれよ。やれば分かるさ。』が一番好きです。私自身のマインドともあっていて、こういう言葉が指針として入ってきたのが嬉しいなと。議論の過程で「猪木が降臨した」なんて話も出ましたが（笑）、考え込んで立ち止まるより、まず一歩踏み出すことの重要性を後押ししてくれる、今の開発組織に必要な言葉だと思います。

川島　私は『Leverage our knowledge』です。私が事務局に参加した動機が、エンジニアが増えて、知見や情報が共有されていないという課題感でした。この指針は、その課題を解決するためのアクションに直接紐づいているので、特に思い入れがありますね。

駒ヶ嶺　私は『違和感を放置しない』が気に入っています。自分自身、違和感を覚えてもなかなか口に出せない癖があるので、心がけていきたいと思っている指針です。チームのメンバーにも、この指針を意識して違和感を声に出して欲しいですし、自分自身の行動を変えていくための戒めにもなっています。

時武　僕は『1つ1つの積み重ねが最高をつくる』ですね。実は同じ言葉が、昔作った行動指針にも入っていたんです。昔から大切にしてきたことが希薄化せずに受け継がれていて感慨深いです。

LegalOn Technologies Developers Compassが描く未来

―　このCompassはどんな時に活用してほしいですか？

深川　まずはチーム内で意見が対立した時ですね。みんなが立ち返る共通の基準があることで、議論が建設的になるはずです。

時武　あとは、プロジェクトのキックオフとか、何かを始めるタイミングで使ってほしいですね。最初にみんなで目線合わせをすることで、チームのモメンタムを作っていけるはずです。

川島　LLMが爆発的に伸びてきて何をしたらいいか分からないという時に、まさに『迷わずやれよ。やればわかるさ』の精神が活きると思います。どうすればいいか分からない時こそ、このCompassが背中を押してくれる存在になれば嬉しいです。

駒ヶ嶺　日常のコミュニケーションでも活用してほしいです。当社には様々なバックグラウンドのメンバーが在籍しているので、文化の違いによるコンフリクトを減らすための共通言語としても機能することを期待しています。

吉岡　日々の業務で迷ったとき、判断に困ったときにはこのCompassに立ち戻ってほしいですよね。

深川　本当にそう思います。日々の判断や行動の拠り所にしてほしいです。18個すべてのBehaviorをすぐに完璧に体現する必要はないですが、少しずつ実践し続けていけたらと考えています。特にこれからのAI時代は、『学んで、捨てて、また学ぶ』という姿勢や、『迷わずやれよ。やれば分かるさ』という行動力が、今まで以上に重要になってくる。この2つは、今まさに開発組織の全員に意識してほしいと思っています！

―　最後に、プロジェクトが終わって率直な感想を教えてください！

時武　4年前に作った時よりも組織が大きくなった分、多種多様な意見を一つにまとめていくのが大変でしたね。でもその分いいものができたと実感しています。

川島　正直めちゃくちゃ苦しかったですね。普段はスライドを作る機会もなく、キャッチーな言葉を考える機会もないので、慣れない作業に苦労しました。でもなんとか形にできて本当にうれしいです。大変だった分、達成感も大きいですね。

吉岡　みんなで一つの言葉を定義していく難しさと、言葉にすることの責任を実感しました。このCompassが現場に浸透していくのが今から楽しみです。ただ、浸透させる過程は作成と同じくらい大変だろうと思い、身が引き締まる思いです。

駒ヶ嶺　まずは完成してほっとしています。デザインマネージャーとして参加し、エンジニアの考え方や会社の文化の歴史も深く知ることができたのも大きな収穫でした。後日、CTOが美味しいご飯を奢ってくれるとのことだったので楽しみにしています（笑）。

深川　皆さん、本当にお疲れ様でした！価値あるものを生み出すことは、いつだって苦しいものです。でも、この苦しみをみんなで乗り越えたからこそ、本当に価値のあるものが生まれたと感じています。このCompassも、これで完成ではありません。組織や社会の変化に合わせて、これからもアップデートし続けていく予定です。無事にリリースできたので、みんなで美味しいものを食べに行きましょう！（笑）

私たちと一緒に、LegalOn Technologiesの開発カルチャーを育て、未来を創っていく仲間をお待ちしています！