「入力を消す」という賭け――freeeが書き換えた会計の定義（DeepDive: freee）

シリーズ紹介

DeepDiveはテクノロジー企業に特化したビジネスケーススタディシリーズである。freee編では、Google出身の佐々木大輔とソニー出身の横路隆が、会計ソフトを「速く入力する道具」ではなく「入力を別の場所へ移す統合基盤」として作り替えた過程を扱う。

成功譚としてではなく、リリース前ヒアリング・既存業界の声・資本市場・会計事務所チャネル・AIエージェント時代の再定義を横断しながら、「本質価値が顕在ニーズに負ける局面で、プロダクト責任者は何を信じるべきか」を考える意思決定ケースとして読んでほしい。

Abstract

2013年3月19日。確定申告の締め切りは、もう4日前に終わっていた。それでも3人のチームは、誰にも強く欲しがられていなかった会計ソフトを出した。

freeeの問いは、会計ソフトを速く入力する道具として改良することではなかった。銀行・カード・POS・APIからの連携、自動仕訳、証憑読取、会計事務所や利用者による確認へ、入力の場所と責任を移すことだった。リリース前ヒアリングでは反応が悪く、既存ユーザーからは遅いという不満も届いた。それでも個人事業主は使い続けた。市場が言葉では欲しがらなかった価値を、利用後の体験が先に証明したのである。

本稿は、freeeを日本のSMB向けSaaSにおける代表的な再定義ケースとして読む。佐々木大輔と横路隆が、会計を入力ツールから統合データ基盤へ変え、会計事務所チャネル、資本政策、エンタープライズ展開、M&A、AIエージェント時代のfreee-mcp / Agent Hubへどうつないだのかを追う。2026年6月期Q3時点でプラットフォームARRは424億8,100万円、有料課金ユーザーは712,265、累計売上高は308億4,300万円に達した。一方で個人事業主向け市場の首位は弥生であり、freeeは全戦場で勝っているわけではない。

その不完全さが、ケースとしての価値を持つ。飽和市場で新参者が勝つには、既存顧客の声を聞くだけでは足りない。顧客がまだ言語化できていない不便を、どのタイミングで信じるかが問われる。読者が見るべきなのは、会計機能の優劣だけではない。業務のどこに人間の判断を残し、どこをAPIとAIに渡すのかという、SaaSの責任分界線である。その境界は、AI時代の業務ソフトすべてに返ってくる。リリース前に否定されたプロダクトを、それでも出すべき条件は何か。

プロローグ　確定申告4日後に生まれたもの

2013年3月19日。日本の個人事業主の確定申告締め切りは3月15日だったから、freee会計は申告シーズンを4日過ぎて世に出た。

共同創業者の横路隆は後に、リリースが期限に間に合わなかった理由をこう語っている。「あれもほしい、これもほしいとこだわりすぎた」。完璧を目指した結果、最も重要な締め切りを逃したのだった。しかしこの失敗は、のちに「アウトプット→思考」というfreeeの価値基準として結晶化する。まず出して、考えるのはその後だという哲学が、苦い経験から生まれた。

その4日後のリリースを、社内は数名で迎えた。事前のヒアリングでは、「入力がいらない会計ソフト」は評価されなかった。業界関係者からも「今までの会計ソフトで十分」「自動で帳簿がつくのは気持ち悪い」という声が届いていた。それでも佐々木大輔は、ヒアリングに従わず、「理想ドリブン」で進むことを選んだ。

蓋を開けると、「想像よりも圧倒的に高い評価と実績」が最初の数日で生まれた。多数の応援メッセージが届き、社内が騒然としたと佐々木は振り返る。これが、freeeという会社が存在する原点だ。

ただし、ここから先の道のりは決して平坦ではない。「不人気だった理想」を出して人気を得たことより、その後12年間、その理想を裏切らずに拡張し続けたことの方が、はるかに難しかった。

I　創業者という「異物」が会計を壊した理由

「会計ソフトの専門家が、会計ソフトを作れなかった理由がある」。

DCMの本多央輔は、当時を振り返ってこう語っている。「コンシューマー向けの便利な会計ソフトがなく」市場機会があると判断したと。だが、その機会を見えなかったのは、業界の専門家たちだ。なぜ、業界の外側にいた人間が「入力を消す」という発想に辿り着いたのか。

佐々木大輔という混成体

答えの一つは、この人物の経歴の「異質な掛け算」にある。

特筆すべきは、一橋大学在学中のインターンシップ経験だ。佐々木はインターネットリサーチ会社・インタースコープでのインターンを、自身のキャリアにおいて「最も成長を実感した期間」と位置づけている。当時、業界で盲目的に使われていた価格決定手法に対し、3ヶ月間で国会図書館の論文を漁り、独自のインターネット調査を実施して新たなリサーチメニューを開発した。「多分、割とニッチなことに関してここまで3カ月間全身全霊を込めた人って、あまりいないんだと思います」と佐々木は後に語る。ここから抽出された「ニッチな領域でも3カ月間全身全霊で取り組めば一流になれる」という確信、すなわち「3カ月ルール」が、彼の起業家精神の決定的な基盤となった。

2008年、佐々木はGoogleへ入社した。日本とアジア・パシフィックのSMB向けマーケティングを統括した数年間で、中小企業のテクノロジー活用の遅れを「俯瞰的な視点から」理解したと後に述べている。博報堂で培った顧客理解、CLSAで得た資本市場の感覚、ALBERTで身をもって知った経理の痛み、Googleで見たSMB市場のポテンシャル。これらは一つの職業の積み重ねではなく、異質な経験の掛け算だった。

会計ソフトを作ろうとしていた時点で、佐々木は会計の専門家ではなかった。この「外部の目」が、既存プレイヤーが持てなかった視点の源泉になる。元Googleのマーケターと元ソニーのカメラエンジニアという異業種タッグが、専門性の高い業務ソフトウェアの常識を破った構図は、業界史としても異質だ。

横路隆という「現場改善の快感」

共同創業者の横路隆は、島根県松江市の出身だ。実家は焼き菓子屋だった。

学生時代、得意のプログラミングを使って実家の販売管理ツールを自作した。「なるほど、社会ではこれが求められているのか」と横路は語っている。このツールによって業務が改善し、親からもらう小遣いが5,000円から30,000円へと跳ね上がった。6倍の跳躍だ。ソフトウェアの付加価値を、数字として体感した瞬間だった。大学院ではコンピュータサイエンスを学び、インターン時代には地方銀行向けの動産担保融資支援アプリケーションを開発している。BtoBビジネスと「スモールビジネス×テクノロジー」の可能性に、横路はこの頃から深く魅了されていく。

ソニーへ就職してカメラ開発に2年間携わった後、2012年4月、ソニーの同期から紹介を受けた。「ビジネスアイデアを持っていてエンジニアを探している人がいる」という経路だった。横路は別のインタビューで、ソニー時代のカルチャーをこう振り返っている。「仲が良かった同期と、ボトムアップで何かを作るみたいなことをよくやってたんですけど」。与えられた業務を超えて自律的にプロダクトを創造しようとするハッカー精神は、入社時から備わっていた。

佐々木と初めて会った横路は、こう感じたと後に述べている。「話してみると佐々木のなかには既に、中小企業を支援するためのサービスの構想があり、あとはエンジニアがいれば」実現できる状態だった。

しかし決定的だったのは、その後だ。

佐々木は1ヶ月で未経験だったRuby on Railsを猛勉強し、実装できる水準まで到達した。「口だけじゃなくて本気だな」と横路は感じた。「やりたい、やりたいと口だけでは人集めする説得力に欠けるなと思って、自分で勉強することにしました」という佐々木の選択が、二人の信頼の起点になった。Googleでアジア太平洋地域を統括する立場の人物が、創業時に自らコードを書く。「口だけでは人は集まらない」という強烈な現場主義は、非エンジニアからスタートした経営者としてはかなり異質である。

二日間のプロトタイプが「いける」に変わるまで

2012年のゴールデンウィーク、二人は二日で最初のプロトタイプを作った。「請求書をフォームに入力するとPDFの請求書が出力され、裏では仕訳がつく」仕組みだった。横路はこれを見て「これはいける！」と確信したと明言している。

ここで一度立ち止まってほしい。

あなたが2012年のゴールデンウィーク、この二人のどちらかだったとする。手元にあるのは、2日で動かしたプロトタイプと、「会計ソフトには期待していない」という市場からの声だ。資金はほぼない。チームは2人だ。確定申告まで10ヶ月ある。ヒアリングの声に従うなら「入力を速くする機能を追加して差別化する」方向に転じるのが合理的だ。では、なぜ二人は「入力をなくす」というより急進的な方向を選んだのか。

答えは、プロトタイプが動いた瞬間にある。聞き取りより、触れるものを作って課題と解決の食い合わせを身体で確かめた瞬間の方が強い。freeeの最初の確信は商談でも調達でもなく、「請求書から仕訳が生えた」その瞬間だった。

2012年7月9日、フリー株式会社が設立された。佐々木のマンションに横路が毎日通い、朝9時から深夜3時ごろまで開発した。佐々木自身のブログには「マンションの居間に籠もり始めてから9カ月」という記述がある。後に「自由・自然体・ちょっとした楽しさ」を標榜するfreeeが、創業期はかなりハードでフィジカルに支えられていたのは、このメモからも伝わってくる。

2012年11月、わずか3名の体制で「会計フリー」のベータ版がリリースされた。MVPで「作らないと決めた機能」の具体一覧は公開一次情報では未確認だが、既存ソフトに存在した「複雑な仕訳入力画面」をあえて排除し、銀行口座やクレジットカード連携による「自動仕訳」にUXを集中させたことが、普及の原動力になったことは疑いようがない。

freeeのチーム形成は、アクセラレータや大学の創業サークルではなく、既存の職場ネットワークを介して起きた。起業家と初期CTOの関係で決定的なのは、役割分担以前に「同じだけ手を汚せるか」である。佐々木が課題設定・市場観・資本政策を担い、横路が実装・基盤作り・のちの技術組織づくりを担う。ただし、初期は佐々木自身もコードを書いている。これは創業初期に強い組み立てだった。

II　プロダクト哲学――「正しい会計」とは何か

既存ソフトが解けなかった理由

2013年当時の会計ソフト市場を見渡すと、有力プレイヤーは存在した。弥生は「長年の実績と信頼性」を持つパッケージソフトとして、税理士・会計士の業務フローに最適化されたUIを提供していた。これらは、複式簿記が分かる人が入力を速くするための道具として設計されていた。

DCMの本多央輔は後にこう語っている。「当時は会計ソフトが山ほどあり競争環境は必ずしも良くなかったが、コンシューマー向けの便利な会計ソフトがなく」市場機会があると判断した。「逆張り」という言葉を本多が使っている事実が、当時の市場の見え方を物語る。本多はさらに、当時の会計ソフトについて「複式簿記が分かる人でないと使えない」もので、既存プレイヤーには「ユーザー体験がすごく大事だ」という発想がなかったと振り返る。多くの投資家がカテゴリ名で飽和と見た市場を、freeeはジョブ定義で空白と見た。

freeeが問い直したのは、「会計ソフトとは何のためにあるのか」という定義そのものだった。プロの税理士が効率よく仕訳を入力するための道具か。それとも、簿記を知らないスモールビジネスオーナーが本業に集中するための基盤か。

JCSS税理士法人は後にfreeeを「ERPの思想を中小企業にも使えるように設計されている」と評価した。Hikari税理士法人は「入力自体をなくすコンセプトで設計されている」と所内で説明した。これが、freeeの答えだった。既存勢は会計ソフトを「入力の道具」として作り、freeeは「経営を動かすデータ基盤」として作った。勝負する土俵が、最初から違っていた。

MVPの哲学は「失敗から抽出された」

freeeが初期に採用した思想は、「機能の網羅」ではなく「体験の純化」だった。MVPは、請求書入力→PDF出力→仕訳生成という一直線の最小業務フローに絞られていた。

しかしこの哲学は最初から意図されたものではない。

前述の通り、確定申告期限を4日過ぎてリリースした失敗が教師だった。横路は「あれもほしい、これもほしいとこだわりすぎた」と明確に語っている。freeeの「作らない」哲学は、後付けの美談ではなく、実際の痛みから学習した原則だ。

佐々木が後に定義した「アウトプット→思考」という価値基準は、まず出してから考えるという姿勢を組織全体に埋め込んだ。これがのちの意思決定文化の土台になる。佐々木は2016年のブログで、リリースからの学びをこうまとめている。「めちゃくちゃクリエイティブに考えなくても、ちゃんと調べて、自問自答しながら、周囲と意見交換してみると、できることはいっぱいあると思います」。凡事徹底と自己学習の連続が、結果的にイノベーションを生み出すという哲学だ。

統合という設計思想

freeeの本質的な差別化は、「クラウドであること」ではない。2025年の成長可能性資料が繰り返すのは、「統合」という言葉だ。

freee会計は、請求書、経費精算、ワークフロー、債権債務管理などを同一の会計プロダクト内で扱う。各取引の取引先、承認履歴、証憑、決済状況まで、同一データベース上で一元管理する。多くの競合がAPI連携でモジュールをつなぐのに対し、freeeは「最初から統合を前提に一つに再構成する」思想を持っていた。

アトラエの導入事例では、「バラバラだった情報が集約され、上流工程と会計データの紐づけが楽になり、分析作業と経営の可視化が早くなった」という声が残っている。freeeの便益は「仕訳が楽」より「組織の運用構造が変わる」に寄っている。これは会計ソフトとしては異質な価値提案だ。

2026年4月の株式会社おのざきの導入事例では、より踏み込んだ数字が出ている。「1日を要していた給与計算はわずか30分」、「6名体制だったバックオフィス担当者を2〜3名へ」。単業務の効率化を超えて、組織配置そのものを変える効果が出ている。freeeが目指してきた「経営を動かすデータ基盤」が、13年後に具体的な人員配置の数字として顕在化している。

ここで多くの読者が感じる疑問がある。なぜ業界関係者がそろって冷淡だったプロダクトが、リリース直後から熱狂的に受け入れられたのか。答えは、ヒアリング対象と、実際に使う人間が違っていたからだ。

この問いは、のちにAIが業務を操作する時代にも戻ってくる。誰の操作を消し、誰の責任を残すのか、という問いとして。