サイボウズ教科書

本書は、サイボウズ株式会社という一社を、決算分析や株価予想ではなく一冊の教科書として読むための文書です。四半期の業績発表は毎期流れ、株価は日々動き、アナリストのレーティングは業績の上方修正のたびに更新されます。これらは重要な情報ですが、いずれも時間軸の短い情報です。教科書の役割は別の場所にあります。

サイボウズは1997年に松山で創業され、二十年以上にわたって日本企業の業務の詰まりを一つずつ解いてきた会社です。情報共有、承認フロー、例外処理、現場改善。これらの詰まりは、経営者のスライドや人事コンサルの用語集に並ぶ言葉ですが、実際にそれを一つの会社の製品群として解いていった履歴は、そう多くありません。決算という切り口で見るとサイボウズは一SaaS企業ですが、ソフトウェアの歴史という切り口で見ると、日本企業の情報システム運営がどう変わってきたかの一章です。本書はこの後者の切り口で書きました。

本書は九章と付録で構成されています。第1章で解いてきた問題を、第2章で再生の履歴を、第3〜4章で製品と構造を、第5〜6章でmoatと文化を、第7章で数字を、第8章で弱みを、第9章で未来を扱います。どの章も、単独で読んでも意味が通るように設計していますが、通して読むと構造の反響音が章をまたいで響くはずです。数字が構造の現れとして読めるようになり、文化が運用資産として見えるようになり、moatが外側の生態系として立ち上がる。これが通読の効用です。

姉妹サイトとして決算ナビが並走しています。最新値・四半期推移・業績トラッカーは決算ナビに委ね、本書は**どの数字をどの構造の現れとして読むか**の地図の側を更新します。読者には、決算ナビで最新の数字を追いながら、本書で読み方の枠組みを持ち帰るという、二つのサイトの往復を想定しています。

最後に、本書の姿勢を一つだけ書いておきます。企業を読むとは、解いている問題を読むことです。製品でも、業績でも、経営者の発言でも、それらはすべて問題を解く過程で生まれた現れです。現れの奥にある問題のほうを見続けるのが、本書が読者にお願いしたい姿勢です。その姿勢で第1章に入ってください。

サイボウズという会社を「グループウェアの会社」と説明する資料は多い。間違いではありません。ただ、その説明は会社の輪郭をなぞっているだけで、中身にはまだ届いていません。

この章で見たいのは、製品の集合としてのサイボウズではなく、解決してきた問題の集合としてのサイボウズです。

情報が共有されない。承認が止まる。例外処理で流れが崩れる。現場が改善できない。日本企業の現場で四半世紀にわたり鳴り続けてきた、地味だが深い警報音に、この会社はひとつずつ応答してきました。製品が先にあったのではない。詰まりが先にあったのです。

だから本章では、Office・Garoon・メールワイズ・kintoneという固有名詞をいったん脇に置き、「この会社は何を解いてきたのか」を四つの角度から見ていきます。章の終わりに、その四つが一本の糸でつながっていることを確かめる。その糸の名前が、次章以降の主役になります。

1. 「情報共有できない」という、地味で深い病

日本企業の現場では、情報共有の不全はたいてい大げさな言葉で語られません。部署ごとにExcelが散らばっている。意思決定がメールの末尾に埋もれている。隣の部署が何を抱えているのか、必要になったときにしか見えない。資料は個人のPCに眠り、業務はその人にだけ貼り付き、同じ質問が何度も繰り返される。症状はありふれています。だからこそ、病として認識されにくい。多くの組織で起きているのは、情報不足ではなく、情報流通の不全です。

この病の厄介なところは、症状が「遅さ」や「ミス」という別の姿で現れることにあります。意思決定が遅い。二重作業が起きる。新人の立ち上がりに時間がかかる。これらはしばしば能力や気合いの問題として処理されますが、実際には、情報がしかるべき場所に、しかるべき形で置かれていないことの結果にすぎません。属人化という言葉で片づけられがちな問題も、根は同じ場所にあります。

サイボウズが創業直後からこの領域に踏み込んだ理由は単純です。ここを解かない限り、他のどの業務改善も効かないからです。掲示板、スケジュール、ポータル、ファイル共有。いま聞けば当たり前に見える機能群は、当たり前の情報共有を組織にインストールするために設計されてきました。

情報共有は地味です。派手な変革にも見えません。けれど、日本企業ではこの地味な層こそが最も欠けやすい。そして、承認が止まるのも、例外処理で流れが崩れるのも、現場改善が動かないのも、元をたどればすべて情報が流れていないところから始まっている。サイボウズはまず、その最下層から手をつけた会社でした。そこを飛ばした改善が、日本企業でことごとく空回りしてきたことを、おそらく誰よりも早く見抜いていたのです。

2. 承認フローという、日本特有の詰まり

情報が流れるようになっても、次の詰まりが待っています。承認が、止まる。

日本企業の承認は、欧米企業のそれとはそもそも形が違います。単に上位者がハンコを押す線形の流れではなく、回覧・稟議・根回しという層が重なり合った立体的な設計になっている。関係部署にあらかじめ声をかけ、懸念をつぶしてから正式な書類を回す。決裁者の手前でいったん止めて調整を入れる。書類の順番そのものに、組織の力学が埋め込まれている。

この構造は、外から見ると単なる非効率に映ります。実際、非効率な側面は確かにあります。しかし同時に、合意形成の品質を担保するための仕組みでもあり、少なくとも現場はそう運用してきました。問題は、仕組みの是非ではなく、この複雑な流れをデジタルでどう受け止めるかです。ここを粗く作れば、現場は紙とメールに戻る。実際、多くのワークフロー製品がここで敗退してきました。

サイボウズはこの領域に、二十年以上にわたって正面から取り組んできた数少ないベンダーです。Garoonは現在、7,500社・330万人に利用されており、阪急阪神ホールディングスでは40数社・約12,000名が共通基盤として運用しています。ITreview Grid Award のグループウェア部門では5年連続でLeaderを受賞。数千人から数万人規模の組織で、ポータル・掲示板・スケジュール・ワークフローが当たり前に動き続けているという事実は、機能の話ではありません。日本企業の承認文化をそのまま載せられる設計思想が、長年の運用を通じて磨かれてきたという事実です。

見落とされがちですが、グローバルSaaSがこの層をなかなか置き換えられない理由もここにあります。回覧順の組み替え、代理承認、差し戻しの戻し先、部門横断の合議──日本の組織が自然に行っている動作を、違和感なくデジタル化できるかどうか。日本語に訳せば済む話ではなく、組織運用の作法そのものを移植する設計が要ります。Garoonは派手な製品ではありません。しかし、派手でない領域で長く残ってきたことにこそ、この会社の一つの本質が現れています。

3. 例外処理が、すべてを止める

情報が流れ、承認が動くようになっても、現場にはまだ詰まりが残ります。例外処理です。

業務の大半は標準フローに乗ります。申請書のひな形があり、決裁のルートがあり、記録の残し方が決まっている。しかし、どの組織にも必ず「標準では処理できない案件」が一定割合で混ざります。特殊な顧客要望、例外的な取引条件、現場でしか判断できない細かな運用ルール。こうした例外は、全体から見れば少数派ですが、現場の時間を最も奪うのはこの少数派のほうです。

厄介なのは、例外処理が標準フローの外側にあふれた瞬間、業務が紙とExcelとメールに逆戻りする点です。せっかく情報共有を整え、ワークフローを整えても、例外が発生するたびに仕組みの外で処理されるなら、整備した基盤は迂回されていきます。多くの業務システムが「導入したのに現場が使わない」と言われる理由の相当部分が、実はここにあります。標準化を極めた製品ほど、例外に弱いという逆説です。

サイボウズの解き方は、この逆説を正面から引き受けています。SAPやOracleのような重厚長大な基幹系が業務を製品側の標準に寄せるアプローチを取るのに対し、kintoneは現場が自分で業務アプリを作れるという方向に振り切りました。非IT部門での導入比率は93%。例外処理は「減らす対象」ではなく「吸収する対象」だと前提そのものを置き直しているのです。標準化されない業務を標準化で殴るのではなく、標準化されないまま運用できる土台を用意する。例外が多いから現場が疲弊するのではなく、例外を受け止める場所がないから疲弊する──サイボウズは、この前提をひっくり返した会社でした。

4. 現場改善という、いちばん動かない領域

情報共有・承認・例外という三つの詰まりは、いずれも最後に同じ壁に突き当たります。現場改善です。

この領域が厄介なのは、課題が見えていても、それを直せる人が組織の中で最も遠いところに配置されている点にあります。業務の詳細を一番知っているのは現場です。一方で、業務を動かすシステムを変えられるのは、たいてい情報システム部門かベンダーです。両者の距離は物理的にも組織的にも遠く、「ちょっと変えたい」が数ヶ月の稟議と見積りの旅になる。直したい人と直せる人が一致していない──これが、日本企業の改善がなかなか動かない構造的な理由です。

経済産業省が「2025年の崖」で警告した背景にも、DX人材不足という言葉の裏側にも、この構造があります。人材を増やしても、距離そのものが縮まらなければ、現場の改善速度は上がりません。ならば、距離を前提にしたシステム運用をやめればいい。これがサイボウズが選んだ答えでした。

kintoneの非IT部門導入比率93%は、この選択の結果です。情報システム部門を経由せずに、現場の担当者が自分で業務アプリを組み立てる。そのために必要なのは高度なコーディングではなく、業務を知っている人間が自分の手を動かせる入口でした。東証プライム企業の導入率は46%に達し、契約社数は3.9万社を超えています。大企業の現場でも、自治体の窓口でも、同じ原理で改善の主語が変わった──「IT部門が現場に改善を提供する」から「現場が自分で改善する」へ。

自治体と民間大企業、規模も業種も異なる四つの事例が同じ一点を示しています。改善を動かすのは機能ではなく、主語の設計であるということ。kintoneが解いてきたのは、ノーコードという流行ではなく、この主語の問題でした。

5. サイボウズが辿り着いた答え — 三つの層

ここまで四つの詰まりを見てきました。情報共有・承認・例外処理・現場改善。別々の症状に見えて、根はひとつに繋がっています。業務というものが、データだけでも、手続きだけでも、会話だけでも成り立たないという事実です。

日本企業の現場で起きていた詰まりは、この三つのどれかが欠けていたことで発生していました。データはあるのに流れない。手続きはあるのに止まる。会話はあるのに残らない。三つを一体として運用できる土台がなかったから、改善はいつも途中で止まっていたのです。

サイボウズがたどり着いた答えは、この三つを別々の製品で解くのではなく、ひとつの構造として重ね合わせることでした。kintoneの本質はノーコードでも、業務アプリビルダーでもありません。次の三つの層が、同じ基盤の上に同時に存在している点にあります。

データベース層が業務の事実を持ち、プロセス管理層がその事実を動かし、コミュニケーション層が動かした人間同士のやり取りを記録として残す。これは単なる機能の寄せ集めではなく、業務が実際に回るときに必要な三つの働きをそのまま写し取った構造です。

この三層は本章で扱った四つの詰まりに過不足なく対応します。情報共有はデータベース層とコミュニケーション層にまたがる問題であり、承認フローと例外処理はプロセス管理層の設計問題、現場改善は三層すべてを現場が自分で組み替えられるかという問題でした。Garoonが情報共有の土台を、メールワイズが顧客接点のコミュニケーションを、kintoneが三層を統合して現場に渡す──製品が違って見えても、同じ世界観の展開形として並んでいるのはこのためです。

三層の中身がなぜこの形で機能するのか、なぜこの構造が日本企業に対して強く働くのかは、第4章で本論として扱います。この章ではまず、サイボウズの答えはこの三層に集約されるという事実を置いておくだけで十分です。

第1章では、サイボウズが解いてきた四つの詰まりを見てきました。情報共有、承認、例外処理、現場改善。これらに正面から向き合う会社になった経緯を、本章では時系列で辿ります。

ただし、伝記的な創業物語としてではありません。サイボウズの今の文化・経営判断・長期志向は、どれも危機の反作用として生まれたものです。1997年に松山で創業した小さな会社が、上場して、停滞して、崩れかけて、やり直した。その一巡りを経なければ、現在の離職率5%未満や中計2028年度509億円といった数字の下にある姿勢は、根拠のない経営美談になってしまいます。本章はその一巡りを、外向けの語りではなく内側の転換点として置き直します。

1. 1997年の原点 — 松山発ベンチャーが何を解こうとしたか

サイボウズは1997年、愛媛県松山市で、青野慶久を含む3名によって創業されました。東京の大手ベンダーが主流だったソフトウェア業界で、地方から全国向けのパッケージ製品を出すというのは、当時としてはかなり異質な起点です。

創業プロダクトは「サイボウズOffice」という中小企業向けグループウェアでした。掲示板、スケジュール共有、ファイル共有、社内ポータル。いま聞けば当たり前の機能群ですが、1990年代後半の日本企業にとっては、部署ごとに散ったExcelと紙の回覧板が主流でした。サイボウズOfficeが狙ったのは、この「部署の壁を越えて情報を流す」という一点です。第1章で見た四つの詰まりのうち、最初の詰まり — 情報共有の不全 — に、創業時点から手をつけていました。

製品は中小企業を中心に広がり、1997年の創業からわずか3年後の2000年には大阪証券取引所に上場します。この時期のサイボウズは、高成長IT企業のひとつとして資本市場からの期待を集めていました。外から見れば、松山発のベンチャーが短期間で上場まで駆け上がった成功譚です。

ただ、ここから数年間のサイボウズは、外向けのストーリーとは別の顔を持っていました。急成長と上場が、内部の摩耗を覆い隠していた時期が始まります。

2. 停滞期 — 上場後の高離職率と路線の揺らぎ

上場後のサイボウズは、M&Aによる事業拡張や海外展開を含む、多方向への動きを試みた時期があります。表向きは積極経営に見えましたが、内部では別の現象が進行していました。社員が急速に辞めていくという現象です。

2005年時点のサイボウズの離職率は28%。在籍83名のうち、1年で23名が退職していました。IT業界の水準で見ても、この数字は異常値です。採用しては辞められ、教育コストは回収できず、知識は組織の外に流出する。上場で調達した資金と、急成長で得たブランドを、社員の流出というかたちで漏出させ続けていた時期、と言い換えてもいいでしょう。

この停滞期が、単なる「成長痛」ではなかった理由を押さえておく必要があります。会社は拡張している、売上は伸びている、にもかかわらず中にいる人間は幸福ではない。この乖離は、事業の方向性と組織の運営原理が噛み合っていなかったことの結果です。サイボウズが解こうとしていた「情報共有の不全」という課題は、外向けに売る製品の価値としては正しかった。しかし、その会社の内側では、情報共有以前に、何のために働くか、誰と働くかという根本のところが合っていなかった。自分たちが顧客に売っているものを、自分たちが最も使いこなせていなかったのです。

業績の数字だけを追っていれば、この時期のサイボウズを「上場後の調整局面」と片付けることもできます。しかし、会社が内側から崩れかけていたというのが、より正確な記述です。このまま続けば、もう一段階の崩壊に進む可能性もありました。その手前で、会社は内側に舵を切ります。

3. 2005年の転換 — 青野慶久社長就任と「楽しくないことはやりたくない」

2005年、青野慶久が社長に就任します。この人事は後から見ると、サイボウズの運命を変える分岐点でした。

青野社長が公に語ってきた経営の出発点は、しばしば「楽しくないことはやりたくない」という、子ども時代からの原体験の言葉で語られます。一見すると経営者の発言としては砕けすぎに聞こえますが、この言葉は単なる個人の嗜好ではなく、離職率28%の組織を立て直すときに何を第一原理に置くかという選択そのものでした。

就任後、青野社長は「社員の幸福度を高めることこそが経営戦略」という命題を明確に打ち出します。日本企業で「人的資本経営」や「ウェルビーイング経営」という言葉が一般化するのは、これより十年以上あとです。当時としては、利益や成長を第一原理にせず、社員の幸福を経営戦略として置くという選択は、主流の経営学から見れば逆張りに近い判断でした。

この判断を、経営理論のトレンドとしてではなく、離職率28%という現実に対する処方箋として読み直すと意味が変わります。社員が辞める理由をひとつずつ潰していくと、給与や制度の表層の問題ではなく、「ここで働いて何が得られるのか」という根本の動機にぶつかる。そこを立て直さない限り、離職率は下がらず、会社は組織的に機能を取り戻せない。青野社長の就任以降のサイボウズの変化は、この根本の動機から組織を再建する作業の連続として読めます。

在宅勤務制度の導入、育児・介護との両立を前提にした勤務選択、給与テーブルの社内公開、評価プロセスの透明化、そして第6章で見た「100人100通りの働き方」のスローガン。これらは順番に打ち出されましたが、どれも同じ転換点の延長にあります。離職率は二十年かけて28%から5%未満まで下がり、女性比率は約40%、産休で辞める人はゼロという現在に至ります。2005年の判断がなければ、これらの数字は存在していません。

4. 理念の再定義 — 「チームワークあふれる社会を創る」というパーパス

組織の立て直しと並行して、サイボウズは会社としてのパーパスも再定義していきました。現在の「チームワークあふれる社会を創る」というパーパスは、単なるブランディング上のフレーズではなく、この再生プロセスの中で会社が自分にかけた方向付けです。

「チームワークあふれる社会」という言葉は、プロダクトと経営を一直線で結びます。チームワークを支えるには、情報を共有する場、合意を形成する手続き、人と人のやり取りを残す仕組みが必要です。これは第4章で見たkintoneの三層統合と、ほぼそのまま対応します。会社が外に届けようとしているものと、会社の中で運用しているものが、同じ言葉で説明できるという状態が、このパーパスの再定義によって整えられました。

この整合は、顧客にとっても投資家にとっても読みやすい信号になります。製品が掲げる世界観と、売り手の組織運営が一致していれば、導入判断も長期投資判断も、複数の指標を突き合わせる必要がなくなります。片方が本物ならもう片方も本物である可能性が高い、という推論が成立する。サイボウズの説明負担が長年軽いのは、この整合が二十年維持されてきたからです。

同時に、パーパスの再定義は採用の設計原理にも直接効きました。会社が何を目指すかを明確に言語化しておけば、そこに合う人が応募し、合わない人は早い段階で離れます。ミスマッチ採用の確率が下がり、入社後の定着が改善する。第6章で見た「Wantから始める」姿勢の制度的基盤は、この時期のパーパス再定義まで遡って置かれたものです。

5. 再生の二段階性 — 内側の再建が外側のmoatをどう生んだか

ここまで見てきた2005年以降のサイボウズの動きは、内側の再建が先にあり、外側の拡張が後からついてきたという順序を持っています。多くの成長物語は逆の順序で語られます。外側の成功があって、それが内部に還元される。サイボウズの場合は逆で、内側を立て直した結果として、外側の成長が持続可能な形を取りはじめました。

2011年のkintoneリリースは、この内側の再建が一定の完成を見た時期に出てきたプロダクトです。kintoneの設計思想 — 現場が自分で業務アプリを組み立てる — は、サイボウズ自身が内側で実践してきた「現場が自分で働き方を設計する」という文化の外部化として読むことができます。内側で起きていたことを、製品というかたちで外側に転写した。だからkintoneは、機能の足し算ではなく、ひとつの思想の発展形として成立できたのです。

この順序は、第5章で見たmoatの構造とも整合します。パートナーエコシステム、三つのコミュニティ、MCPを介したAI基盤化 — これら外側のmoatが二十年にわたって育ち続けたのは、中心にある会社が内側を先に立て直し、そのうえで外側に開いていったからです。もし2005年の転換がなかったら、kintoneも、パートナーエコシステムも、いまの形では存在しなかった可能性が高い。今日のサイボウズの強さは、創業直後の勢いではなく、停滞と再生を経た後に組み直された強さです。

次章の第3章では、この再生の後に続いた製品進化史を扱います。サイボウズOffice、Garoon、メールワイズ、そしてkintone。別々の製品に見える四つのプロダクトが、本章で見た同じ再生ストーリーから派生した思想の発展形であることを、時系列に沿って追っていきます。

第2章では、サイボウズが一度壊れかけた後に内側から立て直された経緯を追いました。本章ではその再生を経て、同じ思想が姿を変えながら四つの製品に結晶していった履歴を見ていきます。

サイボウズを「複数のSaaSを出している会社」と捉えると、それぞれの製品の優劣や競合比較に目が向きやすくなります。しかし本書の視点はそこではありません。Office、Garoon、メールワイズ、kintoneという四つの製品は、別個のプロダクトラインではなく、第1章で見た四つの詰まりに順番に取り組んでいった一本の筋として読めます。その筋を追うことで、第4章以降で扱うkintoneがなぜ「サイボウズの中核」と言えるのかが、事前に立ち上がってきます。

1. 四つの製品を「世界観の展開形」として読む

製品を時系列で並べると、サイボウズのラインナップは次の順で登場しています。1997年にサイボウズOffice、2002年にGaroon、ほぼ同時期にメールワイズ、そして2011年にkintone。この四つの製品は、開発のタイミングも、想定する顧客層も、価格帯も異なります。並べただけでは、それぞれを別々のプロダクトラインと見るのが自然です。

ただ、それぞれの製品が第1章で見たどの詰まりに対応しているかを当てはめて見ると、風景が変わります。Officeは情報共有の不全、Garoonは承認フローの詰まり、メールワイズは顧客接点というコミュニケーションの断絶、kintoneは現場改善の動かなさ。四つの詰まりに、四つの製品が順番に手を伸ばしていった、と読める構造になっています。世の中が企業業務の何にうずくまっているかを観察し、そのうずくまりを一つずつ製品にしていったのがサイボウズの歩みです。

この読み方にはもうひとつの効用があります。製品が増えても、会社としての一貫性が乱れないのです。新製品は既存の延長ではなく、すでに特定された課題に応答するものとして登場する。だから顧客はサイボウズの次の製品が出ても、「また新しい別のSaaSか」ではなく「あの会社がまた一つ詰まりを解きに来た」と受け取る。思想の発展形として製品を出すという姿勢は、プロダクトラインナップの話を超えて、会社のブランド設計そのものになっています。

2. サイボウズOffice(1997年) — 情報共有を組織にインストールする

最初に登場したのはサイボウズOfficeでした。1997年、松山での創業とほぼ同時に提供が始まったこの製品は、中小企業を主な対象に、掲示板・スケジュール共有・ファイル共有・社内ポータルといった機能を束ねたグループウェアです。

いま聞くと当たり前の機能群ですが、1990年代後半の日本企業では、これらの機能はばらばらのツール、あるいは紙の運用と属人的なやり取りに依存していました。Officeがやったのは、情報共有という業務動作を、組織単位でインストール可能なかたちにまとめたことです。第1章で見た一つ目の詰まり — 情報流通の不全 — を、製品として一塊に提供した最初の応答がこれでした。

Officeは派手な成長製品ではありません。中小企業向けの価格帯で、広く浅く行き渡る設計になっており、年次の売上伸び率で市場を驚かせる類のプロダクトではなかった。ただ、Officeが日本企業に果たした役割は、「情報共有は組織に備え付けるべき基盤である」という認識を市場に広げたことにあります。これ以降、日本企業の管理職が情報共有の不全を課題として認識するとき、それを解くためのツールを選ぶ行為そのものがビジネスとして成立するようになりました。この認識変化が、後続のGaroon、メールワイズ、kintoneがそれぞれの市場に入っていく下地になっています。

Officeは現在も継続的に提供されています。主力の座はkintoneに譲りましたが、情報共有の入口としての役割は20年以上変わっていません。創業製品がそのまま残っているというのは、製品ラインナップ戦略の結果というより、問題設定が古びていないことの結果です。

3. Garoon(2002年) — 大企業の承認文化をデジタルに載せる

2002年に登場したGaroonは、Officeの上位機種ではなく、異なる詰まりに応答するために設計された別個のプロダクトです。Officeが中小企業を中心に情報共有の不全を解いた製品だとすれば、Garoonは大企業のポータル・承認フロー・スケジュール共有という、規模固有の課題に向かって作られました。

大企業のグループウェアが解かなければならない問題は、中小企業向けの製品を単に拡張しただけでは足りません。回覧順の組み替え、代理承認、差し戻しの戻し先、部門横断の合議。第1章で見た二つ目の詰まり — 承認フローの複雑性 — は、数千〜数万人規模の組織で急にその重みを増します。Garoonはこの領域に二十年以上向き合ってきた数少ないベンダーの製品で、現在は7,500社・330万人に利用されています。阪急阪神ホールディングスでは40数社・約12,000名が共通基盤として運用し、ITreview Grid Awardのグループウェア部門では5年連続でLeaderを受賞しています。

Garoonで押さえておきたいのは、派手な機能競争の中で消えていかなかった理由です。Microsoft TeamsやM365が大企業コラボレーション市場で伸び続けている中でも、Garoonは日本の大企業の選択肢として残り続けています。これは機能数や価格の話ではなく、日本企業特有の承認文化 — 回覧・稟議・根回し — を違和感なくデジタル化できる設計の蓄積が、グローバル製品の翻訳では埋まらない深さで効いているからです。日英中3か国語に対応し、海外拠点との連携も可能ですが、本質的にはGaroonは日本の組織運営の作法そのものを載せる器として磨かれてきた製品です。

4. メールワイズ(2002〜) — 顧客接点のコミュニケーションを残す

Garoonとほぼ同時期に登場したのがメールワイズです。この製品は、社内の情報共有でも承認フローでもなく、企業と顧客のあいだのメール対応という、それまで製品化されにくかった領域に踏み込みました。

多くの会社で、カスタマーサポート、問い合わせ対応、営業のフォローメールは、担当者ごとのメーラーで個別に処理されていました。誰がどの問い合わせに応答しているかが一覧できず、対応漏れが発生し、二重送信のクレームが積み上がる。第1章の分類で言えば、情報共有とコミュニケーション層が顧客接点のところで切れていたという詰まりです。メールワイズはこの切れ目を、メール共有、対応状況の可視化、テンプレート機能、二重送信防止といった機能群で埋めました。

メールワイズの特徴は価格設計に表れています。1ユーザー月額600円から、5ユーザーでスタート可能。ZendeskやFreshdeskといった海外のサポートSaaSが1ユーザー数千円の価格帯で展開している中で、1/5から1/10の価格で同じ領域に入り込んでいます。この価格は、中堅・中小企業がカスタマーサポート用のSaaSに初めて手を出すときの入口として効いており、導入社数は15,000社以上に達しています。星野リゾートやブックオフのようなオペレーション重視の企業から、士業事務所、ECショップ、メーカーまで、業種を問わない広がり方をしてきました。

メールワイズは単体で売上の主力になる製品ではありません。ただ、サイボウズが顧客接点のメール対応を取りこぼさない会社であるという姿勢を、価格と機能の両面で示し続けているという意味で、ラインナップの中での戦略的な重要性は小さくありません。派手ではないが、入り込んだら抜けにくい製品が裾野を広げ続けることは、会社全体のブランドの底を支えています。

5. kintone(2011年) — 三層を現場に渡すという到達点

四つ目の製品としてkintoneが登場したのは2011年です。OfficeとGaroonで組織の情報共有と承認フローを、メールワイズで顧客接点のコミュニケーションを解いた会社が、最後に現場改善という、もっとも動かなかった領域に踏み込んだのがこの製品でした。

kintoneの特徴を機能の列挙で説明しても、この製品の位置は浮かび上がりません。第4章で本論として扱うように、kintoneはデータベース・プロセス管理・コミュニケーションという三層を、ひとつの基盤の上で束ねて現場に渡す構造を持っています。Officeで情報共有の土台を、Garoonで承認文化の器を、メールワイズで顧客接点のメール対応を — それぞれ別個に解いてきた会社が、三層を統合したうえで、その束を現場が自分で組み替えられる形で提供するという到達点に至ったのがkintoneです。

2011年リリース以降のkintoneの広がり方は、前三つの製品とは速度が違います。累計契約社数は3.9万社を超え、東証プライム企業の46%が導入し、非IT部門での導入比率は93%。セグメント別MRR構成比はSMB・MID・EPが三分割され、自治体導入も1,000を超えました。売上は2025年12月期で216.9億円（+33.9%）に達し、サイボウズ本体の主力に育っています。

この急成長は偶発ではなく、1997年以降に積み上げてきた三つの製品の経験値が、kintoneの設計に溶け込んでいることの結果です。Officeが情報共有の機能構成を教え、Garoonが大企業の承認運用を教え、メールワイズが顧客接点のワークフロー設計を教えた。kintoneが現場主導で広がっているのは、この三つの製品で積み上げた「日本の現場で何が動き、何が止まるか」についての知見が設計に反映されているからです。

第4章では、このkintoneの内側 — 三層統合の物理設計 — を本論として扱います。本章の役割は、その本論に入る前に、kintoneが四つ目の製品として登場した必然性を時系列で示すことでした。製品は別々の市場に置かれていますが、根は一本です。その根の続きを、次章で踏み込みます。

第1章では、サイボウズが解いてきた四つの詰まりを追い、その答えが「データベース・プロセス管理・コミュニケーション」という三層に集約されることを予告しました。この章では、その三層の内側に踏み込みます。

kintoneはしばしば「ノーコード業務アプリ」と紹介されます。間違いではありません。ただ、その呼び名は製品の外形を指しているだけで、なぜそれが現場で回るのかを説明しません。ノーコードという語で語れるのは道具の話であり、kintoneが本当に動かしているのは主語の話です。この章では、その主語の交代を可能にしている構造を分解していきます。

1. ノーコードという呼び名が取りこぼすもの

世の中には数多くのノーコード・ローコードツールが存在します。Microsoft Power Platform、Airtable、Notion、Lovable、v0、Bolt。いずれも「プログラミングの敷居を下げる」ことを価値として掲げています。アプローチの違いはあれど、共通しているのは作り手の裾野を広げるという設計思想です。開発者の一歩手前の層、あるいは開発者の隣にいる人を、もう少し作り手側に引き寄せる。多くのノーコード製品は、この方向で進化してきました。

kintoneがこの系列の中で異質に見えるのは、裾野を広げる発想に立っていないからです。kintoneが目指したのは、作り手そのものを現場に移すことでした。開発者を減らすのでも、開発者を広げるのでもなく、業務の中心にいる非IT部門の人間に、作り手の役を渡す。非IT部門での導入比率93%という数字は、この設計意図が現実の運用になって現れた結果です。ノーコードが「誰でも作れる道具」の話なら、kintoneは「現場が作り手になる基盤」の話です。

両者は似て非なるものです。道具としてのノーコードは、スキルの問題として語られます。一方、主語を現場に移すという話は、誰が業務を動かすかという構造の問題に踏み込みます。第1章の終わりで「改善の主語が変わった」と書いたのは、この構造の交代のことでした。ではその交代は、何によって可能になっているのか。kintoneをノーコードと呼んで済ませていては、この問いに答えられません。三層の内側に戻る必要があります。

2. 三層の本論 — データベース・プロセス・コミュニケーション

kintoneの基盤は、三つの層が同じ場所に重なって動く構造になっています。第1章で予告した形のまま、本章でも同じ基準点として置きます。

この三層は、機能を並べたものではありません。業務というものが実際に回るときに必要な三つの動作を、そのまま層に置き換えたものです。人間が組織の中で仕事をするとき、そこには必ず事実と手続きと会話が同時に走っています。受注の記録という事実がまずあり、それを誰がどう処理するかという手続きが動き、その合間で担当者どうしの短いやり取りが残る。この三つが欠けずに回って、はじめて業務は一周します。

日本企業の現場で起きてきた詰まりは、おおむねこの三つが分断されたところで発生していました。データはExcelに、手続きは紙と押印に、会話はメールとチャットに。別々の場所に散ったまま連動していない。連動させるには人間が頭の中で三つを突き合わせる必要があり、その作業が属人化と遅さの温床になっていました。

世界の業務ソフトウェアは、この三層をそれぞれ別の製品として切り出しています。Airtableはデータベース層を洗練させ、ServiceNowやSalesforce Flowはプロセス管理層を突き詰め、Slackや社内SNSはコミュニケーション層を磨いてきました。それぞれが自分の領域では優れています。ただ、業務がそれらを横断するたびに、組織はまた連携の設計をしなければなりません。

kintoneの設計はここで分岐します。三層を別製品で最適化するのではなく、ひとつの基盤の上に同時に載せる。アプリひとつを作ると、その中にデータベースとワークフローとコメント欄が標準装備として組み込まれる。この束ね方は、機能の足し算ではなく、業務の自然な動作をそのままソフトウェアの単位にしたという設計思想の表明です。

3. 三層が一枚の基盤にあることの物理的意味

三層統合は、思想として語るとスローガンに聞こえます。ただ、kintoneで起きていることの本質はスローガンではなく、物理設計の話です。

通常の業務システムを開発する場合、設計者は三層を別々に組み立てていきます。最初にデータモデルを設計し、テーブルとリレーションを定義する。次にAPIを用意し、画面から呼び出せる形に整える。UIを実装し、画面遷移を設計する。そこにワークフローエンジンを組み合わせ、承認ルートを定義する。通知の仕組みを足し、最後にコメント機能や履歴機能を別モジュールとして乗せる。一連の工程はそれぞれ別の技能を要し、別のレイヤーとして積まれていきます。

この積み方は開発者にとっては自然ですが、現場の担当者にとっては越えられない壁になります。業務を知っている人間が、その知識だけで業務アプリを立ち上げることはできません。どこかで必ず、IT部門やベンダーの手を借りて層をつなぐ作業が発生する。直したい人と直せる人のあいだの距離は、この積み方がそのまま残している距離でもあります。

kintoneがやっていることは、この積み方を根本から省略することです。アプリを一つ作ると、その時点でデータベース層とプロセス管理層とコミュニケーション層が同時に立ち上がります。項目を定義すればテーブルができ、プロセス管理を有効にすればワークフローが走り、レコードごとにコメント欄が自動で用意される。設計者が三層を順番に組み立てる必要がない。三層があらかじめ一枚の基盤として束ねられているからこそ、現場の人間はその束の中で業務を設計すれば足りるのです。

この物理的な束ね方が、現場主導DXを成立させている技術的な核です。プログラミングを覚えなくていいからではありません。三層の分離という、本来なら開発者でなければ越えられない壁が、基盤の側であらかじめ畳まれているからです。非IT部門比率93%という数字の背後にあるのは、意欲の高い現場の集まりではなく、層の分離作業を現場が飛ばせる構造そのものです。この構造の強さは、使い手のスキルではなく、設計の選択に宿っています。

4. 三層の外側に広がる口 — プラグイン・API・コミュニティ

三層が内側だとすれば、外側には三つの接続口があります。プラグイン、API、コミュニティ。いずれも三層という中心軸があるからこそ成立しているものです。

プラグインは、三層を拡張する口です。標準機能では届かない領域、たとえば業種特有の計算、外部サービスとの連携、UIの拡張を、サードパーティが製品として補う。現場が自作するアプリの横に、パートナー各社の蓄積が並ぶ構造になっています。APIは、三層を外部から叩く口です。kintoneのレコードを他のシステムから読み書きできるようになっており、2025年に正式対応したMCPサーバーを含めて、外部のアプリケーションやエージェントがkintoneを一つのレールとして参照できる。コミュニティは、三層の使いこなしが組織の外に蓄積される場です。ユーザーコミュニティ「キンコミ」、自治体のための「ガブキン」、大企業20社のEnterprise Circle。同じ三層を触っている人間どうしが、運用の知恵を持ち寄る場所が制度として整えられています。

この三つの接続口が揃っていることの意味は、機能の厚みではありません。三層という中心軸があるから、周辺が自律的に育っていくという構造上の事実です。中心が定まっていない基盤では、プラグインは場当たり的な拡張に終わり、APIは用途が散らばり、コミュニティは話題の共有点を失います。三層が動かない基準として据えられているからこそ、外側の生態系が中心に向かって蓄積していく。

なぜこの外側の広がりが単なる機能拡張ではなく競争優位として機能しているのかは、次章のmoat本論で扱います。本章の範囲では、三層の外側に接続口が制度として存在しているという構造事実だけを置いておきます。ここまでの話は、kintoneの「内側」を見てきました。その内側は、孤立した設計ではなく、外側に開かれているということ。これが次章への接続点になります。

5. 主語の設計としてのkintone

第1章の最後に、「改善の主語が変わった」という言い方をしました。IT部門が現場に改善を提供する構造から、現場が自分で改善する構造へ。その主語の交代を可能にしていたものの正体が、ここまでに見てきた三層の統合構造です。

「直したい人と直せる人が一致していない」という状態は、多くの日本企業が抱える構造的な課題でした。業務を一番知っているのは現場で、システムを動かせるのは情報システム部門やベンダー。この二者のあいだに、三層の分離作業という越えられない壁が横たわっていた。人材を増やしても、教育を強化しても、壁の高さ自体は変わりません。kintoneがしたのは、人材の問題を解くことではなく、壁そのものを設計の側で下ろすことでした。

だからkintoneの本質は、ノーコードという形容ではうまく捉えられません。ノーコードだから現場主導DXが回るのではなく、三層の統合が主語の交代を物理的に可能にしているから回る。構造としての答えが先にあり、ノーコードはその結果として見えている表面にすぎません。

現場が自分の仕事を自分で作り変えられるというのは、比喩ではなく、kintoneの設計そのものの記述です。事実と手続きと会話がひとつの基盤で束ねられ、その束を現場の言葉で組み替えられる。第1章で見た四つの詰まりが、この一枚の基盤の上でほどけていく。kintoneの正体は、この束ね方にあると言い切って構いません。

第4章では、kintoneの内側を分解しました。データベース・プロセス・コミュニケーションの三層が一枚の基盤として束ねられ、現場が層の分離作業を飛ばして業務を設計できる。その構造が「主語の交代」を物理的に可能にしている、という話でした。

本章で見るのはその先です。三層が内側の強さだとすれば、moatは外側に広がっています。パートナーエコシステム、ユーザーコミュニティ、自治体ネットワーク、そして2025年に正式対応したkintone MCPサーバー。一見バラバラに見えるこれらが、なぜひとつのmoatとして重なり合うのか。この章では、その重なり方を追います。

1. moatをアプリの中で探すと、本質を取り逃がす

競争優位を語るとき、多くの分析はプロダクト本体の機能に目を向けます。UIが洗練されているか、処理速度が速いか、他社にない独自機能があるか。SaaS業界の比較記事の大半は、この粒度で書かれています。

ただ、この見方はサイボウズを取りこぼします。kintone単体の機能一覧を並べて優劣を競うなら、Power PlatformやAirtableと比べてkintoneが圧倒するわけではありません。機能の網羅性で言えばMicrosoftのほうが厚く、データベース設計の自由度で言えばAirtableのほうが尖っています。にもかかわらず、日本市場でkintoneが契約社数3.9万社、東証プライム浸透率46%という位置に立っているのは、機能の比較では説明できない別のレイヤーで勝負が決まっているからです。

そのレイヤーが、外側です。kintoneというアプリの周囲に、長い時間をかけて積み上がってきた運用の生態系そのものが、競合が一朝一夕に真似できない厚みを形成している。moatを内側で探している限り、この厚みは視界に入りません。第4章で三層の外側に接続口があると置いたのは、この章のための伏線でした。内側の構造は単体でも優れていますが、その優れた内側が外側の生態系を引き寄せ続けたことで、内側と外側の往復運動がもうひとつの資産になっている。これがmoatの核です。

2. パートナーエコシステム — 中心軸の外側に立ち上がる経済圏

外側の第一層は、パートナーエコシステムです。kintoneを中心に、三つの役割を担う企業群が制度として整備されています。開発パートナー（現場の業務に合わせてアプリを組む）、プラグイン提供パートナー（標準機能では届かない領域を製品として補う）、システム連携パートナー（外部サービスとkintoneをつなぐ）。この三類型は、パートナーが成長するほど中心にあるkintoneの価値も増えるという相互強化の関係で設計されています。

注目すべきは、これが単なる代理店網ではなく、間接販売比率が高いこと自体がサイボウズの戦略になっている点です。自社で売り切るのではなく、パートナーが現場に入り、現場の業務知識を吸い上げてアプリを組み、運用を支える。サイボウズ本体は中心のkintoneを磨き続け、外周の実装と運用はエコシステム側が担う。この分業が効いているから、サイボウズは全国の業種・業態・規模にまたがる導入を、自社人員を爆発的に増やさずに支えられています。

プラグイン経済圏の層も見過ごせません。標準機能では細かすぎて拾えない業種特化の要件、たとえば建設業の原価計算、医療機関の予約管理、自治体の申請フォーム生成といった領域を、サードパーティのプラグイン製品が埋めています。現場は標準のkintoneに必要なプラグインを載せるだけで、自分の業種に最適化された運用を組み立てられる。中心が標準に徹し、周辺が特化を担うという役割分担が、kintoneを汎用性と具体性の両立という位置に押し上げています。

この構造を競合が模倣するには、プロダクトの機能をコピーするだけでは足りません。何百社ものパートナーが長年かけて積み上げた現場知識と実装ノウハウの層を、並行して作り直す必要がある。そして、その層が育つには、中心となるプロダクトが十分に普及し、パートナーが商売として成立する規模の市場が必要です。時間と市場規模、どちらも資本では縮められません。

3. コミュニティという制度資産 — キンコミ、ガブキン、Enterprise Circle

外側の第二層はコミュニティです。ここが他社との差が最も露骨に出る領域で、サイボウズは三つの異なるコミュニティを並行して育ててきました。

ユーザーコミュニティ「キンコミ」は、kintoneを日常的に使う現場担当者が集まる場です。業種も規模も異なる実務者どうしが、自分のアプリ設計のコツや運用上の工夫を持ち寄る。ここで交換されているのは機能の使い方ではなく、業務の組み立て方そのものです。公式ドキュメントでは拾えないローカルな知恵が蓄積され、次の現場担当者がそれを参照して立ち上がる。

自治体向けの「ガブキン」は、自治体固有の事情にフォーカスしたコミュニティです。kintone導入自治体は1,000を超えており、制度対応のスピード、住民応対の効率化、部局横断の情報共有といった行政特有の論点が、自治体職員どうしのあいだで直接共有されています。民間企業のベストプラクティスをそのまま持ち込めない行政の世界で、同じ立場の人間が運用知を交換できる場所があるかどうかは、導入判断そのものを左右します。

大企業向けには「Enterprise Circle」が用意されています。大手20社が参加する招待制のコミュニティで、数千〜数万人規模の組織でkintoneを運用する際のガバナンス設計、市民開発と情報システム部門の役割分担、セキュリティとスピードの両立といった、規模固有の論点を持ち寄る場です。ここで共有されるのは、Microsoftのドキュメントや外資SaaSのベストプラクティスでは代替できない、日本の大企業組織の中でノーコード基盤をどう運用するかという経験知です。

コミュニティというと善意のボランティア集団のように聞こえますが、サイボウズの三つのコミュニティは制度として運営されている資産です。場の設計、運営者の配置、開催頻度の維持、アーカイブの整備。これらを十数年にわたって続けてきたことの累積が、いま新しい競合が同じ場を立ち上げようとしても数年では追いつけない時間差を生んでいます。機能は模倣できても、集まり続けている人の層は模倣できない。

4. kintone MCPとSystem of Record化 — AIが叩く側に回るということ

外側の第三層は、ここ数年で急速に立ち上がってきたAI連携の層です。2025年8月にkintone MCPサーバーが正式リリースされ、外部のAIエージェントがkintoneのレコードを標準プロトコルで読み書きできるようになりました。続く2025年秋にはレコード一覧分析AI、kintone AIラボ（アプリ作成AI・検索AI・市民開発AI）が相次いで投入されています。パートナー側でもJAPAN AIをはじめとする外部AIサービスがkintoneを連携先として組み込み始めました。

この動きは、表面的には「AI機能を追加した」という話に見えます。しかし構造としてはもっと重要な交代が起きています。サイボウズはkintoneを、AIが叩く側のSystem of Recordに置き直したのです。

SaaS業界ではここ数年、AIに代替されるSaaSと代替されないSaaSという議論が繰り返されてきました。生成AIが人間の作業を直接代替できる領域では、SaaSは機能の価値を失い、AIがその作業自体を吸収してしまう。この代替圧力は確かに存在します。ただ、この議論が見落としているのは、AIが動くためにも、業務の事実を保持する基盤が必要だという点です。AIエージェントが受注状況を参照し、承認を進め、顧客とのやり取りを記録するとき、その背後には必ず「記録を持つ場所」が要ります。業務の事実が集まっている基盤が、AIの足場になる。

kintoneはまさにその基盤になる位置に立っています。三層統合によってデータ・プロセス・コミュニケーションが一枚の基盤に束ねられているので、AIエージェントから見ればkintoneを一つ叩くだけで、業務のほぼすべての情報にアクセスできる。MCPサーバーの正式対応は、このAIから叩かれるレールとしての位置づけを制度化した出来事です。

この位置は、AIが普及するほど価値が増える構造になっています。AIエージェントが業務に浸透するほど、「どこに業務の事実を置くか」という問いが中心に戻ってきます。バラバラのSaaSに散っていれば、AIはそれぞれと個別に連携しなければならない。kintoneに集まっていれば、一つのレールで済む。AIに代替されるSaaSの議論の裏側で、AIが叩く側として生き残るSaaSの条件が別に存在している。サイボウズは、その条件を満たすために早い段階から三層統合という形で基盤を設計し、いまMCP対応でレールを整えつつある会社です。

5. 三重のmoatがなぜ日本市場で特に効くのか

ここまで見てきたパートナー、コミュニティ、AI基盤という三つの外側は、それぞれ単体でもmoatとして働きます。ただ、サイボウズの強さはこの三つが重なって効くことにあります。

パートナーは現場の業務知識を実装に変え、コミュニティはその実装ノウハウを横展開し、AI基盤は集まったデータを次の時代の呼び出し先に変える。三つの外側が中心軸のkintoneを介して連動するので、それぞれの層の厚みが他の層の価値も押し上げる。新しい競合が一つの層を崩そうとしても、残り二つの層がkintoneを支える構造になっています。

この重層構造が日本市場で特に強く働く理由は、ローカルな運用知の非対称性にあります。回覧の作法、稟議の立て方、自治体固有の制度対応、大企業の市民開発ガバナンス。これらはグローバルSaaSが英語圏のベストプラクティスを翻訳して持ち込むだけでは埋まりません。日本の現場で運用され、日本のパートナーが実装し、日本のコミュニティで知見が蓄積されてきた層は、市場サイズの制約もあって外資の優先投資対象になりづらい領域です。市場が適度に大きく、かつグローバル標準化が届きにくいこの窓に、サイボウズは二十年かけて入り込んでいます。

第6章では、この外側のmoatを支えている内側の資産、すなわちサイボウズの企業文化を扱います。「100人100通り」「働き方宣言」「離職率28%→5%」といった文化の話は、しばしば美談として紹介されますが、本書ではそれをmoatを生み続ける運用の母体として読み直します。外側の生態系がなぜ二十年持続してきたのかは、最終的には内側の組織文化の話に戻ります。

第5章で見た外側のmoat — パートナーエコシステム、三つのコミュニティ、MCPを介したAI基盤化 — は、それ自体で強い構造です。ただし、これらが二十年にわたって持続し、いまも厚みを増しているのには理由があります。外側の生態系を育て続けてきた母体が、内側の企業文化にあるからです。

この章では、サイボウズの企業文化を美談や採用ブランディングの素材としてではなく、moatを生み続ける運用資産として読み直します。離職率、「100人100通りの働き方」の卒業、情報公開の作法、青野社長の発信姿勢。これらは別々の話題に見えて、ひとつの問いに収斂します。文化はどうすれば、組織の次の二十年を支える装置になるか。

1. 文化を美談ではなく運用資産として読む

企業文化が語られるとき、多くの場合それは「良い会社である」という印象操作の文脈に置かれます。働き方がユニークだとか、社員が幸せそうだとか、社長が哲学的だとか。これらはもちろん事実である場合もありますが、文化を語るレジスターが美談に寄りきった瞬間、文化と業績の因果関係は切れてしまいます。そして、切れた瞬間から、文化は「気持ちの良い話」であって「数字の前提」ではなくなる。

本書はこの切り離しを拒否します。サイボウズの文化は、離職率を押し下げ、採用ブランドを固め、パートナーとの関係を長く保ち、社外との対話コストを下げ、危機時の組織の粘りを支える。これらはすべて、どこかの数字に必ず還流しています。第7章で見た営業利益+106.4%という結果も、そのどこかの還流の上に立っていました。文化を運用資産と呼ぶのは比喩ではなく、会計上の資産計上に乗らないだけの実質的な資本だからです。

運用資産として見るということは、文化を「減価」「更新」「再投資」という枠組みで眺めるということでもあります。美談として扱うと、文化は固定された美徳のコレクションになります。運用資産として扱うと、文化は使えば摩耗し、投資しないと陳腐化し、時代に合わせて更新しないと負債化するものになる。サイボウズの文化の強さは、この更新のサイクルを自分で回してきた点にあります。その軌跡を、ここから具体的に追っていきます。

2. 離職率28%→5%という数字が示すもの

青野社長が就任した2005年、サイボウズの離職率は28%でした。在籍83名のうち、1年で23名が辞めていく。IT業界の水準で見ても異常値です。それから二十年かけて、離職率は5%未満に下がり、いまは5年連続で低水準を維持しています。女性社員比率は約40%に達し、産休で辞める人はゼロ、復帰率100%。毎年「働きがいのある会社」ランキングに入り続けています。

この数字は採用広報の材料として流通しますが、それ以上に経営の原価構造の話です。離職率が1割下がれば、採用コスト、教育コスト、離職に伴う引き継ぎロス、知識の蒸発、顧客対応の断絶といった目に見えにくい費用が全部下がります。逆にこれらは高離職率時代のサイボウズでは、売上には現れずに利益だけを削っていたコストでした。離職率の改善は、粗利率の改善と同じ経済的意味を持ちます。

さらに見逃せないのは、離職率が低いこと自体がモデルケースとしての説得力を生んでいる点です。kintoneは「働き方を変える」ツールとして訴求されますが、その訴求は売り手自身が自社で同じことを実証していなければ宙に浮きます。サイボウズはまさに、自社で28%→5%を二十年かけて実現してきたことで、プロダクトの説得力を自社の履歴で裏書きしている会社です。顧客が導入時に「この会社、本当に分かっているのか」を判断するとき、この履歴は機能一覧よりも重く効きます。

文化が業績の前提条件だという言い方をしたのは、この二方向の効果を指しています。ひとつは原価の話。もうひとつは製品価値の話。離職率という一つの数字が、その両方に同時に働いている。

3. 「100人100通り」からの卒業 — 制度の自己更新能力

サイボウズは長年「100人100通りの働き方」をスローガンとして掲げてきました。社員一人ひとりが異なる働き方を選べる、という人事思想です。この表現は外部への発信として強く機能し、採用ブランドの中核でもありました。

2024年、サイボウズはこの表現を正式に卒業すると宣言します。社員数が1,000人を超えた段階で、人事部から「もうこの表現は実態に合わない」という提案があったためです。個別最適の積み上げだけでは、1,000人規模の組織は機能しない。成長と個別最適の両立という次のステージに進む、というのが卒業の理由でした。

この決定が示しているのは、個々の制度の話ではなく、制度の自己更新能力という文化の性質です。多くの企業は、過去に掲げたスローガンを取り下げることに極端な保守性を示します。取り下げれば「変節」と取られる。続ければ整合性を保てる。だから形骸化しても続ける。サイボウズがしたのは逆の判断です。実態に合わなくなった表現を、時代遅れになる前に自分で下ろした。

この動きがmoatの母体としての文化の強さを示しています。外側のmoat — パートナー、コミュニティ、MCP — は、二十年という時間軸で育ってきました。その間に、世界は何度も変わり、組織は何倍にもなり、技術は作り直されました。それでも外側が育ち続けたのは、中心にある内側が同じ姿勢を繰り返すのではなく、姿勢を更新し続けてきたからです。固定化した文化だったら、エコシステムはどこかで時代と乖離していた。

卒業というラベルを自分で貼れることは、次の二十年も続けられるという設計上の前提条件です。最初から完璧を謳わず、時代と規模に合わせて表現を進化させる誠実さが、サイボウズの文化を単なる採用ブランディングから区別しています。

4. 情報公開の文化 — 透明性がもたらすガバナンス効率

サイボウズの文化のもうひとつの特徴は、情報公開の徹底です。社内では給与テーブルや人事評価の基準が高度に公開されており、「誰がどう評価され、なぜこの給与なのか」が議論可能な状態に置かれています。社外に対しては、自社メディア「サイボウズ式」を十年以上運営し、働き方・組織・経営の試行錯誤を失敗も含めて発信してきました。

この二つの情報公開は、別々のようで同じ設計思想から出ています。透明性は、ガバナンスの運用コストを下げるという思想です。評価基準が見えていれば、評価のたびに説明コストが下がり、不満の解像度が上がり、改善サイクルが速くなる。試行錯誤を外部に公開していれば、採用候補者は自分に合うかどうかを先に判定でき、ミスマッチ採用の確率が下がる。パートナー候補や顧客候補も、導入前に会社の実像を把握できる。

情報公開を広報手段として扱う会社は多いですが、運用効率を上げるインフラとして扱っている会社は多くありません。サイボウズ式が稀有なのは、自社メディアでありながら自画自賛をしない点です。他社が成功事例しか載せないところで、サイボウズは制度設計の迷いや失敗、撤回した施策、社内の意見対立までを文字にしています。これが長期で効いているのは、採用・営業・パートナー調達のすべての局面で、相手側の情報取得コストを下げているからです。

青野社長自身の発信姿勢も同じ線上にあります。夫婦別姓訴訟の原告、働き方改革の提言、SaaS経営の公開議論。経営者が社会課題にコミットして実名で発信することは、単なる個人活動ではなく、会社が自分の姿勢を外部に検証可能な形で置き続けているということです。会社としての判断の一貫性が外から見えるので、ステークホルダー側の信頼コストが下がる。透明性の運用資産としての価値はここにあります。

5. Want から始める経営 — なぜこの文化がmoatの母体になるのか

ここまで見てきた離職率、制度の自己更新、情報公開の徹底は、ひとつの共通した姿勢に支えられています。サイボウズはしばしば、「"Can"より"Want"」という言い方で自社の姿勢を説明します。何ができるか（Can）から入るのではなく、何をしたいか（Want）から入る。役割を与えてそこに人を当てはめるのではなく、したいことを先に置いて、それに合わせて組織や制度を更新するという順序です。

この順序は、経営哲学の話であると同時に、組織の動作原理の話です。Canから始めると、組織は既存の役割と既存の能力の中で最適化を繰り返します。効率は上がりますが、時代が変わると足場が崩れます。Wantから始めると、組織は「そもそも何を目指しているか」を定期的に問い直し、役割も制度も表現も、そのつど調整の対象になります。効率の最大化では劣っても、変化への耐性が強くなる。

「100人100通り」を卒業できたのも、離職率を二十年かけて下げられたのも、情報公開を運用インフラとして定着させられたのも、根は同じです。Wantから始めれば、表現はいつか実態に合わなくなるとあらかじめ認めておける。離職率が高い時期にも、個人の意欲を出発点にした制度設計を続けられる。情報を公開すれば不都合な評価も外に漏れるが、Wantを出発点にしていればそれを認めることが姿勢の一貫性の一部になる。

この姿勢が、外側のmoatの母体になっています。パートナーが何十年も残るのは、相互のWantが噛み合っているからです。コミュニティが自発的に運営されるのは、参加者のWantが会社の姿勢と整合しているからです。kintoneがAI時代にSystem of Recordとして選ばれる位置に立てるのも、「何ができるか」ではなく「業務の現場は何をしたいか」から設計されたプロダクトだからです。文化が運用資産になるというのは、突き詰めればこういうことです。

第7章までに見てきた数字と構造は、すべてこの内側の姿勢の写し絵でした。本書は次の第8章で、この強い構造のどこに弱点と未解決論点があるのかを正面から扱います。文化が運用資産だという主張は、同時に文化の摩耗と更新コストをどう見るかという投資家としての問いにもつながります。強い会社を扱う教科書ほど、次章のような負の側面から目を逸らしてはいけません。

ここまでの章で、サイボウズが解いてきた問題、製品進化の筋、kintoneの内側構造、外側のmoat、そしてその土台にある企業文化を順に見てきました。本章ではその積み重ねを、2025年12月期の数字を通して一度回収します。

数字は結果に見えます。売上はいくらで、利益はいくら伸びたか。導入社数は何社増えたか。いつも視界の前面にあるのは、この「結果」の数字です。けれど、数字には別の読み方があります。ひとつひとつの数字が、構造のどこから出てきた現れなのかを辿っていく読み方です。本章ではその姿勢で、サイボウズの現在地を五つの角度から見ていきます。どの数字も、前章までで扱った構造の反響音として響くはずです。

1. 売上と営業利益 — 2倍という水準が意味すること

2025年12月期の連結売上は374.3億円（前期比+26.1%）、営業利益は101.0億円（同+106.4%）でした。この二つの数字だけを並べると、サイボウズは好調なクラウド企業の一社に見えます。ただ、営業利益が1年で2倍になるというのは、SaaS企業としてはかなり特殊な動き方です。日本の上場SaaSで同年にこの水準を出した会社は多くありません。

営業利益が2倍になる道は、原理的には三つしかありません。売上が爆発的に伸びるか、コストが構造的に下がるか、両者が同時に起きるか。サイボウズで起きているのは三つ目です。売上が+26%伸び、同時にクラウド化と間接販売比率の上昇で粗利率が効きはじめ、ここ数年積み上げてきた海外先行投資の増分が落ち着いた。この三つが同じ年に重なったことで、営業利益は売上の伸びを大きく上回るという結果になりました。

この構造は偶然の重なりではありません。第5章で見たパートナーエコシステムは、売上が伸びても本社の人員を比例して増やさなくていい設計になっています。第3章で見たクラウドへの舵切りは、ストック比率を上げて粗利を押し上げる設計になっています。第6章で見た文化資産は、離職率を低く保ち、採用・教育コストを抑える設計になっています。営業利益2倍という数字は、これら構造の同時効果の現れです。

3期連続の増収増益も、同じ目で見ると意味が変わります。単なる順調ではなく、構造が毎年効き続けているということ。来期以降も同じ倍率が続く保証はありませんが、少なくとも2025年の異常値的な利益成長は、一度きりの偶発ではなく、積み上げてきた設計が結晶した年だったと読めます。

2. 製品別の数字 — kintoneの主力化とクラウド比率

内訳に下りると、主力の交代が鮮明に見えます。kintone単体の売上は216.9億円（+33.9%）、クラウド売上全体は344.9億円（+28.7%）。連結売上374.3億円に対してクラウド比率は約92%で、実質的にサイボウズはクラウド企業そのものと言っていい水準になっています。

この数字の並びで見落とせないのは、kintoneがサイボウズ本体の売上の半分以上を占めるようになった点です。創業来の主力だったグループウェア群（Office、Garoon、メールワイズ）を、2011年に投入されたkintoneが追い越した。しかも追い越した後も、kintoneは毎年30%超で伸び続けています。これは第3章で見た「製品は思想の発展形」という話の、時間をかけた証拠です。思想が先にあり、その思想を一番深く体現した製品が、後から本体を押し上げていく。

Garoonは契約7,500社・利用者330万人という規模に達しており、大企業市場での立ち位置が固まっています。派手な伸び方ではありませんが、数千〜数万人規模の組織でポータル・承認・スケジュールが動き続けているという事実そのものが、日本の大企業における情報流通基盤としての地位を示しています。メールワイズは15,000社以上という広い裾野を持ち、1ユーザー月額600円という価格で顧客接点のコミュニケーションを支え続けています。派手な成長はないが、どの層の業務にも入り込んでいる。

これら三製品の数字は、サイボウズのビジネスが一本足ではないことを示しています。kintoneが主力に育ちながら、Garoonが大企業の土台を支え、メールワイズが裾野を広げる。主軸の交代が起きても、旧主力が崩れるのではなく、それぞれが別の役割を担って並んで動いている。第3章で扱った「製品群がひとつの思想の展開形」という話は、数字のレベルでもそのまま成り立っています。

3. 顧客構成 — 誰が使っているかが示す浸透の質

導入社数の絶対値だけを見ると、規模の印象は掴めても、浸透の質は掴めません。サイボウズの強さが効くのは、「誰が使っているか」の内訳を分解したときです。

kintoneの累計契約社数は3.9万社に達し、東証プライム企業の46%が導入しています。大企業の半数近くがkintoneに触れているという水準は、大手SaaSとしての存在感を超えて、日本の大企業業務の一部がkintoneの上で動きはじめている段階に入っていることを示しています。自治体導入も1,000を超え、行政DXの事実上の標準のひとつになりました。

セグメント別のMRR構成比は、SMB39%、MID34%、EP27%と、きれいに三分割されています。この分布はサイボウズにとって決定的に重要です。中小企業SaaSに特化すれば解約圧力と単価の壁に悩み、大企業専業にすれば営業コストと導入期間の長さに縛られる。どちらかに偏った会社は、片側の市場環境が悪化したときに直撃を受けます。サイボウズは三層にバランスよく分散しているため、景気局面や予算トレンドの変化に対して耐性が高い構造になっている。

さらに特徴的なのが、非IT部門での導入比率93%という数字です。これはkintoneがIT部門経由ではなく、現場の担当者から直接広がっていることを意味します。第4章で見た「主語の交代」が、営業経由の押し込みではなく、現場からの自発的な広がりとして実際の導入チャネルに現れている。数字の分布の形そのものが、kintoneがどういう回路で広がっているかを語っているのです。

ここまでの節は、過去から現在に向けた数字の読み方でした。次の節では、その同じ数字を、未来の投影としてもう一度読み直します。

4. 中計2028と海外事業 — 未来の投影としての数字

2026年12月期の会社予想売上は421.7億円、そして中期経営計画の2028年度目標は売上509億円超が置かれています。509億円という数字は、2023年度売上のちょうど2倍にあたります。

この中計数字の意味は、単純な売上目標ではありません。サイボウズは国産SaaSの中で、5年で売上を倍にするという水準の成長計画を公開している数少ない会社のひとつです。しかも過去3期の実績を見る限り、この線は無理筋の引き伸ばしではなく、現在の伸び率を素直に延長した線に近い。中計は「約束」というより、ここまで積み上げてきた構造がそのまま伸びた場合の帰結として提示されている、と読めます。

同じ会社が同時に抱えているのが、海外事業です。海外売上は約7億円にとどまり、直近5年の累積赤字は約68億円に達しています。単年の数字だけを見れば、海外は明らかに業績の重しです。しかし、この赤字は隠されていません。決算資料でも投資家向け説明でも、長期投資フェーズであることが明示されたうえで公開されています。

中華圏は約1,400社、東南アジアは約1,290社（+9%）、米国は約880社。規模はまだ小さいものの、地域ごとに顧客層と戦略が分かれて進んでいます。ここ数年で顕著なのは、顧客の主軸を日系企業から現地ローカル顧客へシフトする動きで、この戦略転換は2024〜25年にかけて本格化しました。短期的には赤字を押し広げる要因になりますが、日本発のグローバルクラウドベンダーになるという三十年スパンの計画の中で、いまどの位置にいるかを説明するという姿勢そのものが、サイボウズの経営の特徴です。

投資家として大事なのは、中計の達成確度を一点で見ないことです。国内の構造はここまでの数字で十分伸びるラインに乗っていますが、海外は別の時間軸で動いています。短期の利益成長は国内構造の結晶、長期の成長余地は海外投資の果実。これを一枚の中計数字に溶け込ませるのではなく、二つの時間軸として並行して読む必要があります。

5. 株価と期待値 — 市場はいまサイボウズをどう見ているか

2026年3月時点のアナリスト平均目標株価は3,900円、レーティングは強気買いに寄っています。業績予想は2025年途中で営業利益+7.3%、売上+3.3%の上方修正が入りました。市場がサイボウズを、SaaS普及の終盤でなお成長できる会社として再評価しはじめている、というのが表層の読み方です。

ただ、株価の数字は、ここまで見てきた構造の数字とは違う性格を持ちます。売上や契約社数は過去の事実の集計ですが、株価は未来の期待を現在に折り畳んだものです。期待は揺れます。AI代替圧力の話が強く出れば下振れし、中計進捗が想定を上回れば上振れする。株価の水準を構造の現れと同じ目で読むと、誤読しやすい領域です。

それでも、ここで株価に触れておく意味は二つあります。ひとつは、市場評価はサイボウズにとってmoatを補強する資源になるという点です。株価が高く評価されていれば、採用市場で優位に立ちやすく、中計投資の資金調達の選択肢が広がり、パートナーとの提携条件も改善します。評価は単なる結果ではなく、次の投資の原材料でもある。

もうひとつは、投資家として数字のどこを追えばよいかという地図です。株価そのものを追うのではなく、株価を動かす背後の運用数字を追う。契約社数、東証プライム浸透率、kintone売上成長率、営業利益率、パートナー社数、連携サービス数、MCP経由トラフィック。これらを継続観測することで、構造がいま拡大しているか収縮しているかが見えてきます。株価はその先に出てくる。

本書はこれらの指標を一度で網羅する場ではありません。最新値と四半期推移は、本書の姉妹サイトである決算ナビで継続的に更新していきます。本章の役割は、どの数字を、どの構造の現れとして読むかという地図を提示することにありました。

第8章では、ここまでの数字の影に必ずある弱みと未解決論点を正面から扱います。海外68億円の累積赤字、Power PlatformとCopilot Studioという競合の動き、生成AI時代における業務基盤の立ち位置。強い会社ほど、どこで負けうるかを自分の言葉で書かなければならない、という姿勢でその章に入ります。

第7章までに扱ってきたサイボウズの構造は、どの角度から見ても強度を持っていました。四つの詰まりに応答した製品ラインナップ、三層統合によるkintoneの物理設計、外側のmoat、運用資産としての文化、二倍の営業利益。ここまで読み進めた読者は、いまサイボウズに対するポジティブな解像度が最も高くなっているはずです。

本章の役割は、その解像度を落とすことではなく、同じ解像度で弱みと未解決論点を見られる状態にすることです。強い会社ほど、負けうる場所を自分の言葉で書かなければなりません。書かれていない弱みは、存在しないのではなく、単に見えていないだけです。本章では、サイボウズが現時点で抱えているリスクを四つの角度から取り出し、それぞれについて「負けうる筋」と「反論の筋」を並べて置きます。

1. 負ける可能性をどう書くか — 強い会社ほど弱みを直視する

賛美一辺倒の記述は、読者の判断力を下げます。サイボウズの話をするときに、いい話だけを並べれば、どんな強い構造でも意思決定の材料としては弱くなる。なぜなら、読者は自分で「どこが危ういか」を探せなくなるからです。強みだけの記述は、裏返すと脆弱です。

本書の姿勢は、この章で特にはっきり切り替わります。サイボウズの各章で築いてきた枠組み — 問題設定、三層統合、外側のmoat、文化の運用資産化 — をそのまま使って、どこで負けうるかを同じ解像度で検証する。枠組みが本物なら、強い側にも弱い側にも等しく切れ味を見せるはずです。

以下の四つが、現時点で特定できる主要な論点です。海外事業の難しさ、Microsoftの直接競合、生成AIアプリビルダー系の別軸脅威、そして業務基盤そのものが生成AI時代にどう残るかという構造問題。それぞれに負けうる筋があり、同時にサイボウズが置いてきた反論の筋があります。両方を並べて置くのが本章の作法です。

2. 海外事業の難しさ — 68億円累積赤字の二面性

第7章で置いた数字を改めて取り出します。海外売上は約7億円にとどまり、直近5年の累積赤字は約68億円に達しています。中華圏約1,400社、東南アジア約1,290社、米国約880社。単年で見れば、海外は業績の重しです。

ここで負けうる筋は、シンプルに言えば「この投資が回収できない可能性」です。日本企業の海外SaaS展開が長期で成功した例は多くありません。言語・商習慣・営業ネットワーク・現地人材の採用と定着、どれも日本国内で積み上げた優位がそのままは通じない領域です。日系企業向けに始めた海外展開が伸び悩み、現地ローカル顧客への戦略転換を2024〜25年に本格化させたこと自体が、当初想定のルートで成長できなかったことを示しています。このシフトがうまく回らなければ、累積赤字は増え続けるだけで終わります。

反論の筋は二つあります。第一に、サイボウズはこの赤字を隠していません。決算資料でも投資家向け説明でも、長期投資フェーズであることを明示したうえで公開している。これは経営の誠実性の問題であると同時に、短期利益を犠牲にしてでも長期成長を取るという姿勢を、株主に対して繰り返し示していることの表れです。第二に、第6章で見たように、サイボウズの文化は失敗を織り込んで学習する設計になっています。戦略シフトを実行できた事実そのものが、硬直せずに路線修正できる組織であることの証左になります。

投資家としての判断は、海外累積赤字の絶対額ではなく、シフト後の現地顧客獲得の速度で決まります。中華圏の微増、東南アジアの+9%、米国の+2%という現在の水準が加速するか停滞するかを、数年単位で観測し続ける必要があります。この章では答えを確定しません。未解決論点であることを正面から認めるのが本章の作法です。

3. Microsoft Copilot Studio × Power Platform の直接競合

サイボウズが日本の業務基盤として築いてきた位置に、正面から競合し得る唯一の存在がMicrosoftです。Power Platform（Power Apps、Power Automate、Power BI）はkintoneと同じくローコード・市民開発基盤を提供しており、そこにMicrosoft 365 Copilotとエージェント作成ツールのCopilot Studioが連結しています。両者ともMCP対応を進めており、Microsoft Dataverseはエンタープライズ向けのデータ基盤として整えられています。

ここで負けうる筋は、グローバルの資本と開発力、そしてM365とのシームレスな統合です。Microsoftは、Windows・Office・Teams・Outlookという日本の大企業が既に支払っているプラットフォームの上に、AIと業務アプリビルダーを乗せられる位置にいます。大企業の情シス部門から見れば、既存のMicrosoft契約の延長線上で市民開発とAIエージェントを一本化できるというのは極めて強い選択肢です。kintoneがこの層に入り込んでも、更新のタイミングで「Microsoftに寄せる」という判断が起きる可能性は常にあります。

反論の筋は三つあります。第一に、日本語×業務アプリCRUD×市民開発思想×OSSの4軸を同時に満たしているのは、いまのところkintoneだけです。MCP公式対応は他社も進めていますが、日本の階層型権限設計、承認文化、自治体の制度対応といった領域でMicrosoftが全方位に最適化するのはコスト構造上むずかしい。第二に、サイボウズの市民開発思想は「AIに任せる」ではなく「AIと人間のハイブリッド」に明確に寄せています。検索AIがkintoneのアクセス権を継承する設計、プロセス管理設定AIがワークフロー自動設計を担う設計は、日本企業のガバナンス要件と適合しており、外資AIエージェントの汎用設計では代替しにくい深さを持ちます。第三に、第5章で見た外側のmoat — パートナー・コミュニティ — は、Microsoftが日本市場で並走するには時間と市場サイズの制約が重く効く領域です。

それでも、Microsoftとの競合は本章で最も重い論点です。Power Platform×Copilot Studioの進化速度を年次で観測することは、kintoneの長期成長ストーリーの最大のリスクファクターです。反論の筋があることと、リスクが消えることは同じではありません。この区別を残したうえで、次の論点に進みます。

4. Lovable・v0・Bolt — 生成AIアプリビルダーの別軸脅威

Microsoftとは別方向の脅威として、Lovable、v0、Boltといった生成AIアプリビルダーの登場があります。これらのサービスは、自然言語の指示からWebアプリをまるごと生成する発想で設計されており、従来のノーコード・ローコードの延長ではなく、アプリ生成のパラダイムそのものを置き換えようとしている領域です。

ここで負けうる筋は、「現場が作る」ための敷居が、kintoneよりさらに下がる可能性です。kintoneは非IT部門93%という圧倒的な市民開発比率を持っていますが、それでもアプリ設計画面を自分で触る前提は残っています。生成AIが「こういう業務アプリがほしい」という一文からアプリを吐き出せるのなら、非IT部門の人間が触る必要すらなくなる。現場主導DXの解像度がさらに一段上がったときに、kintoneが「すでに解けた問題の前の世代」になる可能性は論理的に排除できません。

反論の筋は、この章で最も本質的な箇所です。Lovable/v0/Boltが生成しているのはアプリの画面とロジックですが、業務の事実を保持する記録基盤は別に必要です。生成されたアプリがデータをどこに書き込み、どこから読むのか、そのレールは残る。サイボウズがkintoneをAIが叩く側のSystem of Recordに置いたことの意味は、アプリ生成の入口がどれだけ変わっても、データの正解源を握る側は変わらないという構造の主張です。Lovable/v0/Boltがアプリを量産するほど、それらが呼び出す記録基盤の需要は増える。kintoneの三層統合は、その需要を受け止める設計として先回りしていた、と読めます。

加えて、サイボウズのAI哲学は「AIに全部任せて完成品を受け取る」ではなく「AIと一緒に作って結果の責任は人間が持つ」に寄せています。これは技術的選択というより哲学的選択で、Lovable系の「ゼロから完成品を吐く」設計とは土俵を分けています。どちらが正しいかは未確定ですが、日本の大企業・自治体のガバナンス要件と整合しているのは明らかに後者です。この論点は、生成AIアプリビルダーが市場を席巻するかどうかではなく、ガバナンスが緩い市場と厳しい市場で異なる勝者が立つという仮説として読むのが正確です。

5. 生成AI時代に業務基盤はどう残るか — "デジタル赤字"という文脈

最後の論点は、個別の競合ではなく、業務基盤というカテゴリそのものが生成AI時代に残るのかという構造問題です。

青野社長は近年の公開対談で、GAFAへの資金流出を「デジタル赤字」と呼び、日本が競争優位を持つ領域として「検索エンジンやOSではなく、自治体向け業務基盤やAI化」を挙げています。この指摘は、サイボウズ一社の事業機会の話を超えて、日本がグローバルAIプラットフォーマーに対してどの層で残れるかという問いに踏み込んでいます。

ここで負けうる筋は、楽観と悲観の両方で語れます。悲観側は、AIプラットフォーマーが記録基盤まで呑み込むシナリオです。OpenAIやAnthropicが提供する業務エージェントがSaaSを飛び越えて業務そのものを肩代わりしはじめれば、kintoneのような中間レイヤーは必要性を失う可能性がある。楽観側でさえ、業務基盤というカテゴリの価値の置かれ場所が、10年後にいまと同じとは限りません。

反論の筋は、デジタル赤字という文脈を正面から受けることで出てきます。日本語で、日本の階層型ガバナンスに適合し、自治体や大企業の制度対応が積み上がった業務基盤は、グローバルAIプラットフォーマーが優先的に投資する対象にはなりにくい。この非対称性は、第5章でmoatの日本市場特異性として置いた論点と同じです。AIプラットフォーマーが強くなるほど、AIが叩く側のローカル基盤としての価値が、相対的に下がるのではなく、別の意味で残るという読み方です。

もちろん、この反論の筋が実際に効くかどうかは、これから十年の観測対象です。サイボウズがkintoneをSystem of Recordとして置き直し、MCP対応で接続口を整え、AIラボで哲学的選択を明示してきたのは、この不確実性を直視したうえで打った手の集合だと読めます。それでも、業務基盤カテゴリの存続そのものが最終的に確定しているわけではありません。投資家として、顧客として、サイボウズの長期性を評価するとき、この構造論点から目を逸らすことはできません。

第9章では、これらの弱みと未解決論点を踏まえたうえで、サイボウズが日本DXの基盤企業として残れるかという未来論を扱います。伸びる会社かどうかではなく、残る会社かどうかという問いです。

ここまでの八章で、サイボウズの問題設定、再生の履歴、製品進化、kintoneの内側、外側のmoat、文化、数字、そしてリスクを順に追ってきました。最終章では、これらを踏まえてサイボウズの次の十年を読みます。ただし、この章は将来の業績を予想する章ではありません。「伸びる会社か」ではなく「残る会社か」という問いに立って、最後の地図を置きます。

1. 「伸びる」ではなく「残る」という問いに立つ

SaaSの未来を語るとき、多くの議論は成長率と時価総額に集中します。何%で伸びるか、どの水準まで上方修正されるか、アナリストのレーティングがどう動くか。これらは重要な指標ですが、教科書が扱う時間軸は、この粒度の問いに答えるには短すぎます。

本書は最初の章から、サイボウズを日本企業の詰まりを二十年かけて一つずつ解いてきた会社として描いてきました。その会社の未来を語るなら、問うべきは伸び率ではなく、この役割が十年後・二十年後にも残っているかです。残っていれば、伸び率はその結果として決まります。残らないなら、どれだけ短期で伸びても教科書に載せる意味はありません。

残るという言葉は、ここでは三つの意味を持ちます。第一に、プロダクトが残ること。第二に、会社が経営体として残ること。第三に、解いている問題が残ること。この三つは連動していますが、完全に同じではありません。プロダクトがアップデートで姿を変えても、問題が残っていれば会社は残ります。問題が消えれば、プロダクトと会社の意味も変わります。本章ではこの三層で未来を見ます。

2. 中計2028年度509億円の先に何があるか

第7章で置いた数字をもう一度取り出します。2028年度の中期経営計画目標は売上509億円超。これは2023年度売上のちょうど2倍であり、現在の伸び率を素直に延長した先にある数字でした。

この中計数字を「達成可能か」という視点で追うこともできます。ただし本章で重要なのは、達成した後に何が残るかです。509億円に到達したサイボウズは、プライム企業の半数以上、自治体の相当割合、市民開発の現場に、基盤として根を張った状態にあります。この時点でのサイボウズは、単年の売上が伸びる会社ではなく、日本の業務運営のどこかに常駐している会社になっている可能性が高い。

常駐とは、スイッチが入ったまま動き続けるインフラと同じ位置に置かれる、という意味です。上下水道や電気、あるいはISPや決済網のように、意識されないまま毎日使われる基盤。そうなると成長率は緩やかになりますが、解約と置き換えのコストが構造的に下がるため、収益の堅牢性が上がります。中計2028年度の数字を通過した先にあるサイボウズは、この基盤化のフェーズに入っていく可能性が高い。

基盤化は危険と安定の両方を意味します。危険側は、第8章で見たAIプラットフォーマーの台頭や業務基盤カテゴリ自体の再定義によって、基盤の位置が別の層に移る可能性。安定側は、一度基盤化した存在が十年単位で置き換わらない日本市場の特性。どちらに転ぶかは、サイボウズ自身の動き方よりも、外部環境の構造変化の速度で決まります。この非対称性を理解したうえで中計を読むと、509億円は目標というより通過点として見えてきます。

3. 日本語圏業務基盤としての可能性 — AIが叩く側のローカルSaaS

次の十年のサイボウズの位置を、もう一段抽象度を上げて描きます。第5章と第8章で繰り返し置いたのが、kintoneを「AIが叩く側のSystem of Record」に置き直したという構造でした。この位置が日本市場で特に強く働く理由は、ローカルな運用知の非対称性にあります。

AIエージェントが業務に浸透するほど、業務の事実を保持する基盤の必要性は増します。事実がバラバラのSaaSに散っていれば、AIはそれぞれと個別に連携しなければならない。事実が一枚の基盤に集まっていれば、AIは一本のレールで業務全体にアクセスできる。サイボウズの三層統合は、AIが普及するほど価値が増える構造として設計されてきました。

この構造が日本語圏という地理で成立する条件は、ふたつあります。ひとつは、日本語・日本の階層型ガバナンス・自治体の制度対応・大企業の市民開発運用という、グローバルAIプラットフォーマーが優先投資しにくい層があること。もうひとつは、日本市場がグローバル標準化の圧力に一定の距離を保ち続けること。前者は構造的な事実、後者は政治・規制・文化の話で、どちらも急速には変わりません。

だからサイボウズが日本DXの基盤企業として残る未来は、楽観的な予想というよりも、日本市場の非対称性がこのまま続くという前提と整合する帰結です。この前提が崩れるシナリオ — たとえば日本語が業務言語として後退する、グローバル標準化が急速に進む、規制が全面的に緩む — は、サイボウズの長期ストーリーを直接毀損します。しかしこれらは、サイボウズ一社のリスクというより、日本経済全体の構造変化の話です。

日本語圏業務基盤というポジションは、大きな上振れを約束するものではありません。グローバルの時価総額競争で上位に食い込むよりも、日本市場のインフラとして静かに残るほうが、このポジションの本来の意味に近い。投資家としてこの長期像を買うことは、グロース投資というより、日本のインフラ株としての性格を持つ銘柄を長期保有する判断に近くなります。

4. 教科書を更新し続けることの意味

本書は一度書いて終わる記事ではありません。教科書として更新し続けることが前提のドキュメントです。最終章でこれに触れておく必要があります。

教科書を更新し続けることには、三つの意味があります。第一に、数字は古くなる。売上、契約社数、プライム浸透率、累積赤字 — これらは毎四半期、毎年、別の値に置き換わります。本書の役割は最新値を追うことではなく、どの数字をどの構造の現れとして読むかの地図を置くことでした。最新値は姉妹サイトの決算ナビに委ね、本書は読み方の側を更新します。

第二に、問題設定が変わる可能性がある。第1章で置いた四つの詰まり — 情報共有・承認・例外・現場改善 — は、いまのところ日本企業の現実と整合しています。ただし、AI時代にこれらの詰まりが別の形に変わる可能性はあります。もし変われば、本書は問題設定の章から書き直す必要がある。教科書の骨格が書き換わる可能性を含んでいることを、読者と共有しておくべきです。

第三に、読者と投資家と顧客の位置が連動していく。本書を読んだ株主が、投資家として継続的な観察を始める。顧客として導入判断をする読者が、この教科書の枠組みを使って基盤存続リスクを評価する。この相互作用が積み重なることで、本書はサイボウズという会社を理解する道具であると同時に、日本の業務基盤の未来を考える共通言語になっていきます。その共通言語を磨き続けることが、更新の本当の意味です。

5. 残る会社の見分け方

最後に、本書の問いに答えを置きます。サイボウズは日本DXの基盤企業として残るか。

確定的な答えはありません。第8章で置いた四つの未解決論点、とくにMicrosoftとの直接競合と業務基盤カテゴリ自体の構造変化は、これから十年の観測対象です。確定できないという事実を認めること自体が、本書の誠実さの一部です。

ただし、残る会社の見分け方は置けます。問題を解き続ける姿勢がある会社は残り、解き続けない会社は残らない。サイボウズがこの二十年続けてきたのは、まさに解き続けるという姿勢そのものでした。1997年に情報共有の不全に手をつけ、2002年に承認文化と顧客接点に手を伸ばし、2011年に現場改善まで到達し、2025年にAI時代のSystem of Recordへと位置を置き直した。次の十年も同じ姿勢が続くなら、それに応じて解く問題が変わっても、会社としての連続性は残ります。

本書を読んで何を持ち帰るかは読者次第です。ただ、ひとつだけ書いておきます。ある会社が長期で残るかどうかは、その会社が解いている問題の普遍性と、問題を解き続ける姿勢の一貫性で決まります。サイボウズについてその二つを追い続けることが、この教科書を読み終えた後の、次の読み方です。

kintone

サイボウズが2011年にリリースした業務アプリ構築クラウドサービス。データベース層・プロセス管理層・コミュニケーション層の三層構造を持ち、非IT部門93%が作り手となる"現場主導DX"の中核。

Garoon

サイボウズの中〜大規模組織向けグループウェア。スケジュール・掲示板・ワークフロー等を統合。7,500社・330万人が利用。ITreview 5年連続Leader。

メールワイズ

サイボウズのメール共有・顧客対応管理ツール。15,000社が利用。月600円/ユーザーから。

MCP（Model Context Protocol）

AIエージェントが外部システムを呼び出すためのオープンプロトコル。kintoneは2025年8月に正式対応し、Claude Desktop等のAIから直接操作可能になった。

市民開発

非IT部門の業務担当者が自らアプリを構築する開発スタイル。kintoneはこれを意図的に設計思想に据えている。

ガブキン

自治体のkintoneユーザーコミュニティ。公共セクターでの市民開発・情報共有の場。

キンコミ

kintoneの公式ユーザーコミュニティ。プラグインやノウハウの共有・相互支援の中心。

Enterprise Circle

kintoneを導入する大企業20社による情報交換組織。大企業DXのベストプラクティス共有の場。

kintone AIラボ

2025年11月開始。アプリ作成AI・検索AI・市民開発支援AIを含む6機能をβ無償提供。

100人100通りの働き方

サイボウズが2011年から運用してきた、個人ごとに働き方を設計できる人事制度。2024年に正式に卒業し、次のフェーズへ移行。

NRR（Net Revenue Retention）

既存顧客からの売上維持率（アップセル・ダウンセル・解約を含む）。SaaSの健全性を測る代表的指標。

ARPA（Average Revenue Per Account）

アカウント当たり平均売上。顧客単価のSaaS版。

間販（かんはん）

パートナー経由での間接販売。サイボウズのエコシステム戦略の中核。

日本語圏業務基盤

日本語・日本の商習慣・日本の監査要件に適合した業務ソフトウェア基盤の総称。本教科書での造語。