最終更新: 2026/06/22 18:56
commonid: prdtype: specstatus: active
pagelegacy_id: prd.md

プロダクト要求仕様書 (PRD)

🌅 完成形の全体像を俯瞰したい場合は product_overview.md（完成形プロダクト全体像・鳥瞰ビュー） を参照してください。 本 PRD は詳細仕様、product_overview は全 219 案件を統合した鳥瞰ビューです。

プロダクトビジョン

従業員10名未満のスタートアップが、スプレッドシートだけで管理会計ERP（予算策定・自動仕訳・財務3表・PJ別損益・日次キャッシュフロー）を完結させる。

事業の二軸目的（経営判断の自動化 + アッパー・エシュロン理論の社会実装）

本事業は、管理会計ERPの開発・運用を通じて、2つの目的を同時に追求する。

目的1: 経営判断の自動化と可視化

中小企業の経営者が「勘と経験」ではなくデータに基づいて意思決定できる管理会計基盤を提供する。月次決算の自動化、PJ別損益の可視化、キャッシュフロー予測により、経営判断のスピードと精度を向上させる。これが §1.1 以降で詳述する実務的な課題と対応である。

目的2: 経営者の意思決定行動の構造的理解（アッパー・エシュロン理論の社会実装）

Hambrick & Mason (1984) のアッパー・エシュロン理論（Upper Echelons Theory）は、「組織の戦略的意思決定は経営者個人の認知・価値観・経験に強く規定される」と主張する。本事業は、管理会計データの蓄積を通じてこの理論を実証的に検証し、社会実装することを長期的な研究目標とする。

要素本事業での実装
経営者の行動データ管理会計ERPに記録される意思決定の履歴（投資判断、リソース配分、価格設定、コスト構造の変化）
経営者の特性データBIG5（開放性・誠実性・外向性・調和性・神経症傾向）による経営者のパーソナリティプロファイル
事業の成果データ財務3表・PJ損益・CF推移・成長率（Compound Growth の実績トラッキング）
信頼設計への応用経営者の振る舞い（数字の動き）と BIG5 特性を組み合わせ、事業の成長性・リスクを予測するモデルの構築

仮説: 経営者の BIG5 プロファイルと、管理会計に表れる意思決定パターン（投資タイミング、コスト管理の傾向、リスク許容度）には相関がある。この相関を定量化できれば、「この経営者に投資 / 融資 / 取引しても大丈夫か」という信頼判断を、属人的な勘ではなくデータに基づいて行える仕組み（信頼設計）が構築できる。

目的1 は現在のMVPで着手済み。目的2 は、目的1 によるデータ蓄積が十分に進んだ Phase 3 以降で本格的に取り組む。

プロダクトポリシー

本プロダクトの設計・開発における基本方針。全機能・全案件に共通して適用する。

1. Human-in-the-Loop（人間による最終判断の原則）

AI/自動処理の結果は、必ず人間がレビュー・承認してから確定する。「AIが勝手に処理して終わり」にはしない。

原則説明
提案→承認フローAIや自動処理は「候補の提案」までを担い、確定操作は人間が行う。確認FLGパターン（35_wrk_receipt等）を全自動処理に適用する
可視性の確保AI補完・自動修正が入ったセルは背景色等で視覚的に区別し、何が自動で何が手動かを常に明確にする
段階的な自動化信頼度が十分に検証された処理から段階的に自動承認の範囲を広げる。初期は全件レビュー、実績が溜まった段階で高信頼度のみ自動承認（閾値は03_sys_paramsで管理）
ロールバック可能性承認済みデータも事後に取消・修正できる手段を確保する（有効フラグ=FALSEによる論理削除）

適用対象（現行＋将来）:

  • 領収書OCR→マッチング→消込（US-031、現行の確認FLGパターン）
  • クレカ明細マッチング→消込（US-030）
  • 銀行CSV取込→自動マッチング（MAS-145）
  • ドキュメント読込→20番台自動起票（MAS-150）
  • 請求書OCR→INV自動起票（MAS-147）
  • OCR結果の自動補完・修正提案（MAS-180）
  • その他、AI/自動処理を含む全将来案件

ターゲットペルソナ

#ペルソナ役割主な関心事利用頻度主な利用機能
P1代表取締役 (CFO兼務)経営判断・資金繰り全体像の把握、資金ショートの早期検知、PJ別の採算性週次〜月次財務3表、PJ損益、日次CF
P2経理担当 (将来)日常の経理処理手動作業の削減、入力ミスの防止、月次決算の迅速化日次RPA起票、Action A/B、消込マッチング
P3開発者 (代表兼務)システムの保守・拡張コードの保守性、テストの信頼性、スキーマの整合性随時DDL管理、テストランナー、データ整合性チェック

役割別の業務課題

受託開発＋自社プロダクトのハイブリッド型スタートアップ（従業員10名未満）が直面する管理会計上の課題を、役割別に整理する。中小企業の75%がいまだスプレッドシートで予算管理を行っており（Gartner調査）、本システムはその脱却を目指す。

代表取締役（CFO兼務）

経営判断・資金繰り・投資意思決定を担う。最大の課題は「過去の集計に時間を取られ、未来の意思決定に使える情報がない」こと。

#課題影響本システムの対応状況
1財務 3 表が手動集計月次サイクルに縛られる対応済: マート更新で一括生成（61-74）
2CF 予測ができない資金ショートの早期検知不可ref対応済: 日次 CF（83-85）で残高+STL ハイブリッド
3PJ 別収益性が不透明赤字 PJ 検知遅れ対応済: 通期 PJ P/L（78）+ 月次採算（79）
4予実乖離をリアルタイム把握不能年次予算が陳腐化ref未対応: 予実差異/ローリング予測は将来
5「採用 1 名増の半年後 CF」に答えられない投資判断が勘ref未対応: What-If は Phase 3

経理担当（将来の専任化を想定）

日常の経理処理・月次決算・証憑管理を担う。現在は代表が兼務。

#課題影響本システムの対応状況
1請求書・領収書の手動入力月次決算が数日・ミスリスク対応済: 領収書 PDF 自動解析 + クレカ自動消込
2RPA 起票が属人的担当者不在で業務停止ref対応済: 6 種 RPA で予算マスタから自動起票
3仕訳・消込の手動処理監査証跡の欠如対応済: Action A/B 自動化・42_trn が証跡
4銀行・クレカ取込が半手動月初 CSV→手動取込が残存未対応: 自動取込（MAS-145/146/148）は Phase 1.5
5消費税の税区分判定が手動仕入税額控除の誤りリスク未対応: 税区分判定 MAS-086/089 は将来開発

PJマネージャー

案件の収益管理・リソース最適化を担う。ハイブリッド型では、同じ人材がコンサル案件（即時P/L）・プロダクト開発（資産計上）・R&D（期間費用）を掛け持ちするため、PJ別の原価把握が特に困難ref。

#課題影響本システムの対応状況
1自 PJ の限界利益が見えないPJ 完了後にしか収益性不明対応済: 79 タブで月次 PJ 採算
2共通費配賦ルール不透明PJ 間で不公平感対応済: 28 タブで配賦率管理・78 タブに反映
3リソース空き状況が不可視人材配置が経験/勘ref未対応: キャパシティ計画は Phase 3 以降
4PJ 原価変動が遡及反映過去 PJ 収益が変わるリスク未対応: 単価履歴管理は未実装

対応状況サマリー

カテゴリ対応済み未対応（将来開発）
財務 3 表生成P/L・B/S・CF 自動生成（実績+計画）前年同月比較・5 カ年モデリング
PJ 別損益通期 P/L + 月次採算キャパシティ計画・単価履歴
RPA 自動起票6 種 RPA—
仕訳・消込Action A/B + STL 自動作成—
証憑管理領収書 PDF 解析 + クレカ消込銀行 CSV / 写真 OCR / 電帳法
予測・シミュレーション日次 CF 計画予実差異・ローリング予測・What-If
ガバナンス監査証跡（42 タブ）MFA / 外部共有制限 / SOC 2

ユーザーストーリーマップ

予算管理

US-010: HC予算の自動起票

P2 (経理担当) として、毎月の給与・報酬関連の請求データを 手入力なしで自動生成 するために、人員マスタから最大12行/人/月のINVを自動起票する機能がほしい

項目内容
受入条件22_bud_headcount の有効行ごとに、給与本体・源泉税預り/納付・住民税預り/納付・社保預り/控除・法定福利費・益税/仮払消費税のINVが32タブに生成される
関連spec07. RPA: 給与・報酬 (HC)、15. STL自動作成
ステータス実装済み

US-011: SaaS予算の自動起票

P2 として、SaaS・サブスクリプション費用を契約台帳から自動生成するために、月額/年額に応じたINVを毎月自動起票する機能がほしい

項目内容
受入条件23_bud_subscription の有効行ごとに、月額/年額に応じた1行/契約/月のINVが生成される。解約済み契約は除外。前払い/後払いの決済ラグが正しく反映される
関連spec08. RPA: SaaS・サブスク
ステータス実装済み

US-012: 設備投資予算の自動起票

P2 として、設備投資・借入に関連する複数種類のINVを自動生成するために、1資産あたり最大6イベント（資産計上・借入・頭金・減価償却・元本返済・支払利息）を自動起票する機能がほしい

項目内容
受入条件24_bud_capex_loan の有効行ごとに、初回イベント（資産計上・借入・頭金）と月次イベント（減価償却・元本返済・支払利息）が正しい月に生成される
関連spec09. RPA: 設備投資 (CAPEX)
ステータス実装済み

US-013: パイプライン売上の自動起票

P1 (CFO) として、受注確定した案件の売上を計画P/Lに反映するために、パイプラインから受注確定案件のINVを自動起票する機能がほしい

項目内容
受入条件21_bud_pipeline の確度「受注」行から、スポット売上1行 + MRR×月数のINVが生成される。確度加重は計画データマートで処理
関連spec10. RPA: パイプライン売上、24. パイプライン計画展開
ステータス実装済み

US-014: 資金移動の自動起票

P2 として、借入・資本金振込等の資金移動を正しくB/Sに反映するために、1取引あたり借方/貸方の2行INVを自動起票する機能がほしい

項目内容
受入条件25_bud_finance の有効行ごとに、本体(B/S科目) + 未収入金/未払金(cashPlug中立化)の2行INVが生成される
関連spec11. RPA: 資金移動・財務
ステータス実装済み

US-015: 単発経費の自動起票

P2 として、PC購入や出張費等の不定期経費を簡単に登録するために、決済手段から申請種別を自動判定してINVを生成する機能がほしい

項目内容
受入条件26_bud_adhoc の有効行ごとに、決済手段に基づく申請種別(APL_xxx)が自動判定された1行/経費のINVが生成される。領収書→26タブ登録と連携
関連spec12. RPA: 単発経費 (Adhoc)、05. 領収書マッチング
ステータス実装済み

US-016: 発注台帳の自動作成

P2 として、RPA起票時に発注台帳(ORD)を自動で作成・紐づけするために、管理ID+開始年月で既存ORDを検索し、なければ新規作成する機能がほしい

項目内容
受入条件RPA起票時に31_wrk_orderに対応するORDが自動作成される。同一管理ID+開始年月の既存ORDがあれば再利用。INV.親発注ID(ORD)で紐づけ
関連spec14. ORD自動作成・紐づけ
ステータス実装済み

実績管理（仕訳エンジン）

US-020: 費用計上・仕訳転記 (Action A)

P2 として、承認済みINVを仕訳台帳に転記し、決済予定(STL)を自動作成するために、ワンクリックで仕訳生成+STL作成を実行する機能がほしい

項目内容
受入条件請求ステータス「承認済」のINV行が42_trn_journalにTRNとして転記される。現金が動くINVには33_wrk_bankにSTLが自動作成される。2回実行しても重複しない（冪等性）
関連spec13. 仕訳エンジン (Action A)、15. STL自動作成
ステータス実装済み

US-021: 決済消込・残高更新 (Action B)

P2 として、入出金の消込を実行して決済仕訳を生成し、INVの残高を自動更新するために、消込済STLから決済仕訳を自動生成する機能がほしい

項目内容
受入条件決済ステータス「消込済」かつJNL_ID空のSTLから決済仕訳(TRN)が生成される。INVの未決済残高が全STL合計から逆算で再計算される。決済日バリデーション（未来日スキップ、発生前決済の警告）が動作する
関連spec13. 仕訳エンジン (Action B)
ステータス実装済み

消込・マッチング

US-030: クレカ明細の自動マッチング

P2 として、JCBカード明細と決済予定(STL)を効率的に消込するために、金額・日付・取引先名による自動マッチング機能がほしい

項目内容
受入条件34_wrk_cardに貼り付けたカード明細が、33_wrk_bankのSTLと自動マッチングされる。アンマッチ時は候補を提案。名寄せ辞書(CC_MERCHANT_MAP)で加盟店名を正規化
関連spec04. クレカ明細マッチング・消込
ステータス実装済み

US-031: 領収書PDF解析・マッチング

P2 として、紙の領収書をスキャンしたPDFから自動でデータを抽出し、STLとマッチングするために、AI (Gemini API) による領収書解析機能がほしい

項目内容
受入条件35_wrk_receiptにPDFをアップロードすると、Gemini APIが金額・日付・取引先名を抽出する。抽出結果で33_wrk_bankとマッチング+消込を実行。未登録領収書は26タブへの費用登録と連携
関連spec05. 領収書マッチング・消込
ステータス実装済み

財務諸表

US-040: 損益計算書 (P/L) の自動生成

P1 (CFO) として、月次の損益状況を即座に把握するために、INVデータからP/L（単月/YTD）を自動生成する機能がほしい

項目内容
受入条件マート更新実行後、61/62タブに実績P/L（単月/YTD）が出力される。セクション分類(sales/cogs/sga)・符号ルール・期ずれ処理が正しく適用される
関連spec18. P/L (損益計算書)、16. データ取込
ステータス実装済み

US-041: 貸借対照表 (B/S) の自動生成

P1 として、資産・負債・純資産の状況を把握するために、INV/STLデータからB/Sを自動生成する機能がほしい

項目内容
受入条件71タブに実績B/S、73タブに計画B/Sが出力される。期ずれ自動生成（未払金/前払費用）、cashPlug逆算（現預金の自動算出）、貸倒引当金計上が正しく動作する
関連spec19. B/S (貸借対照表)、23. 計画B/S修正仕様
ステータス実装済み

US-042: キャッシュフロー計算書 (C/F) の自動生成

P1 として、資金の流れを間接法ベースで把握するために、消込済STLからC/Fを自動生成する機能がほしい

項目内容
受入条件73/74タブに間接法ベースのC/F（実績/計画）が出力される。消込済STLの入金/出金が正しく分類される
関連spec20. C/F (キャッシュフロー)
ステータス実装済み

US-043: 日次キャッシュフローの自動生成

P1 として、日単位の資金繰りを把握して資金ショートを早期検知するために、実績+計上+計画のハイブリッド日次CFを自動生成する機能がほしい

項目内容
受入条件83タブ(計上=承認済INV)、84タブ(計画=未決済残高ベース)、85タブ(実績=消込済STL)の3シートが生成される。計画は未決済残高ベースで実績との二重計上を防止
関連spec21. 日次キャッシュフロー
ステータス実装済み

US-044: 予算 vs 実績の並列表示

P1 として、予算と実績の乖離を一目で把握するために、計画P/L (63/64) に全INV（未処理含む）を計画として表示する機能がほしい

項目内容
受入条件63/64タブに計画P/L（単月/YTD）が出力される。計画は全INV（未処理含む）を対象とし、実績との並列比較が可能。差異（実績−計画）と差異率が算出される
関連spec22. 予算 vs 実績 (計画シート)
ステータス実装済み

US-045: 法人税の自動計算

P1 として、法人税等の概算を自動計算してP/Lに反映するために、累進課税ブラケット（〜800万/超）で国税・地方税を分離計算する機能がほしい

項目内容
受入条件61/62タブのP/L末尾に法人税等が自動計算される。800万円以下/超の累進ブラケットで国税・地方税が分離計算。91タブB/Sにもみなし法人税が計上される
関連spec25. 法人税等の自動計算
ステータス実装済み

US-046: パイプライン計画の確度加重展開

P1 として、未受注案件を含むパイプライン全体の売上見通しを把握するために、確度加重×税込で仮想イベントを生成する機能がほしい

項目内容
受入条件21_bud_pipelineの未受注案件が確度加重（例: 50%案件は金額×0.5）で計画P/Lに反映される
関連spec17. パイプライン計画取込、24. パイプライン計画展開
ステータス実装済み

PJ別管理会計

US-050: PJ別通期損益の自動生成

P1 として、各プロジェクトの通期ベースの収益性を把握するために、共通費配賦込みのPJ別P/Lを自動生成する機能がほしい

項目内容
受入条件78タブにPJ別通期P/L（売上→直接経費→共通費配賦→PJ経常利益）が出力される。配賦ドライバー（売上高比/工数比/均等割/手動）が28_bud_allocationの設定に従う
関連spec26. PJ別損益・共通費配賦
ステータス実装済み

US-051: PJ別月次採算の自動生成

P1 / PJマネージャー として、月次ベースでPJの採算性を追跡するために、限界利益までのPJ別月次P/Lを自動生成する機能がほしい

項目内容
受入条件79タブにPJ別月次採算（売上→直接経費→労務費配賦→限界利益）が出力される。PJマネージャーが管理可能範囲（Controllability Principle）で判断できる
関連spec26. PJ別損益・共通費配賦、ADR-0003
ステータス実装済み

データ検証・メンテナンス

US-060: データ整合性の一括チェック

P3 (開発者) / P2 として、データ入力ミスを早期に検出するために、20-30番台全タブの科目マスタ存在チェック・金額整合・日付妥当性を一括検証する機能がほしい

項目内容
受入条件メニュー実行で10シートを対象にバリデーションが実行される。エラーはセル色（CRITICAL=赤/ERROR=薄赤/WARNING=薄オレンジ）+ツールチップで可視化。マスタは事前ロードでO(1)ルックアップ
関連spec06. データ整合性チェック
ステータス実装済み

US-061: DDLスキーマ管理

P3 として、全タブのスキーマを一括で同期・管理するために、列の追加・並び替え・入力規則・色分け・書式設定を自動適用する機能がほしい

項目内容
受入条件setupAllSchemas実行で全タブのヘッダー行がスキーマ定義と同期。RENAME_MAPでヘッダーリネーム時のデータ保持。プルダウン/数値制約/色分け(入力列=薄青/自動列=薄灰)/書式/フィルターが一括設定
関連spec03. システム構成マスタ、27. タブナンバリング
ステータス実装済み

US-062: 統合テストの自動実行

P3 として、コード変更後のリグレッションを迅速に検出するために、RPA→Action A→Action B→マート更新の一連フローを自動テストする機能がほしい

項目内容
受入条件テストランナー(10_test_runner.js)実行で8テストスイート(T1-T8)・50+サブテストが実行される。結果は90_test_resultsシートにPASS/FAILで記録。冪等性テスト(T7)で二重実行が防止されることを検証
関連spec31. テスト概要、32. テストデータ、33. 統合テスト手順
ステータス実装済み

マスタデータ管理

US-070: 勘定科目マスタの管理

P3 / P2 として、財務諸表の科目分類を正確に管理するために、P/L・B/S分類・表示区分・固変区分を一元管理する科目マスタがほしい

項目内容
受入条件11_mst_accountで科目名・諸表区分・大分類・表示区分・固変区分が管理される。全処理が科目名の完全一致で参照。未登録科目名はエラー
関連spec01. 科目マスタ
ステータス実装済み

US-071: コード辞書・プルダウン管理

P3 として、プルダウン選択肢を一元管理し、入力の揺れを防止するために、ステータス・区分・雇用形態等のコード辞書がほしい

項目内容
受入条件15_mst_dictでカテゴリ別の設定コード・表示名が管理される。DDL実行時にプルダウンとして各シートに自動反映
関連spec02. コード辞書マスタ
ステータス実装済み

スコープ

IN（実装済み・進行中）

カテゴリ機能ストーリー
予算管理6種類のRPA自動起票 (HC/SaaS/CAPEX/Pipeline/Finance/Adhoc)US-010〜016
実績管理仕訳エンジン (Action A/B)、STL自動作成US-020〜021
消込クレカ明細マッチング、領収書PDF解析 (Gemini API)US-030〜031
財務諸表P/L・B/S・C/F・日次CF・予実比較・法人税計算・パイプライン計画US-040〜046
PJ会計PJ別通期P/L（共通費配賦）、月次採算（限界利益）US-050〜051
データ検証整合性チェック、DDL管理、統合テストUS-060〜062
マスタ管理科目マスタ、コード辞書US-070〜071

OUT（将来・対象外）

項目理由参照
予実差異分析の高度化（色分け・閾値アラート）P1優先度だが未着手TODO MAS-001
予算スナップショット/バージョン管理P1優先度だが未着手TODO MAS-002
KPIダッシュボード（利益率・ランウェイ自動算出）P1優先度だが未着手TODO MAS-003
ローリングフォーキャスト（12ヶ月ローリング窓）P2中期TODO MAS-004
シナリオ/What-ifシミュレーションP2中期TODO MAS-005
ドライバーベース計画の拡張（ARPU×アカウント数等）P3将来TODO MAS-007
監査証跡の強化（操作者記録・ログタブ）P3将来TODO MAS-008
資金繰り予測の高度化（ランウェイ計算）P3将来TODO MAS-009
コラボレーション・通知P3将来TODO MAS-010
AI/ML予測分析GAS実行環境制約+データ量不足TODO F-X1
多通貨対応国内取引(JPY)のみTODO F-X2
連結会計単体法人のみTODO F-X3
複雑な承認チェーン代表1名体制TODO F-X4
ERPシステム連携GAS+スプレッドシートで完結TODO F-X5

委譲先マトリクス（やること / やらないこと / 委ねる先）

リソースが限られる中で、何をやるか以上に何をやらないかが重要。本プロダクトのスコープを以下に明確化する。

本プロダクトが「やること」と「やらないこと」

領域やること（管理会計）やらないこと（対象外）委ねる先
会計管理会計（P/L・B/S・CF・PJ損益・予実管理）税務会計（法人税申告・消費税申告・税務調整・別表作成）顧問税理士 + freee/MF
会計管理目的の仕訳・期ずれ処理制度会計（金商法・会社法準拠の開示書類作成）監査法人 + 会計ソフト
給与人件費のRPA起票・PJ別配賦給与計算・年末調整・社会保険料計算・源泉徴収freee人事労務 / MFクラウド給与
労務HC（人件費）マスタの入退社日・給与情報管理勤怠打刻・シフト管理・36協定管理・行政届出KING OF TIME / 社労士
証憑領収書PDF解析・クレカ消込・証憑マッチング電帳法の保存要件充足（タイムスタンプ・検索要件）freee / MF（電帳法対応済み）
資金日次CF予測・資金繰りシミュレーション銀行借入の審査書類作成・融資条件交渉金融機関 / CFOアドバイザー
PJ管理PJ別損益・共通費配賦・限界利益工数打刻・タスク管理・ガントチャートBacklog / Jira
R&DR&D費用の分類・資産計上・償却管理特許出願の書類作成・中間処理弁理士 / 特許事務所
セキュリティアクセス制御・監査証跡マイナンバー管理・DLP・PCI DSS準拠専用SaaS / Google Workspace
基盤GAS + スプレッドシートで完結する範囲連結会計・多通貨・多拠点・マルチテナントNetSuite / Dynamics 365

設計原則: 本プロダクトは「経営判断を支える管理会計」に特化する。税務申告・制度会計・給与計算・勤怠管理は、それぞれの専門SaaSや専門家に委ね、必要に応じてデータ連携（CSV取込・API）で接続する。全部を自前で作らない。

→ 詳細: 追加開発案件 — Out of Scope

事業展開戦略: GAS簡易SaaS化 → GCP本格移行

成長モデルの前提（Compound Growth）

本事業（管理会計ERP）は T2D3（爆発的成長）ではなく Compound Growth（複利的成長） モデルで段階的に拡張する。Atlassian は35-50%の持続成長を20年間継続し、T2D3を追わずに ARR 40億ドル・時価総額650億ドルに到達した（参考: Jay Simons「5つの非常識な決断」）。この複利モデルでは、短期の爆発的成長より「予測可能で一直線のキャッシュフロー」と「Land & Expand による顧客単価の段階的拡大」が重要になる。

事業フェーズと機能ロードマップ

フェーズ事業段階プロダクトの状態開発の重点
現在自社利用（1社目）MVP — 財務3表・PJ損益・CF予測・証憑自動化実装済み機能の品質安定化
Phase 1-2自社運用の成熟 + 外部提供の検証予実差異分析・ローリング予測・自動入力パイプライン将来開発 Phase 1-2
Phase 3-4外部ユーザーへの提供開始What-Ifシナリオ・多次元分析・GCP移行・マルチテナント将来開発 Phase 3-4

Compound Growth の前提: 自社の管理会計を完全に回せる状態（Phase 1-2）を先に達成し、その実績とドメイン知識をもとに外部展開する。最初の顧客は自社であり、PMF（Product-Market Fit）の検証を自社運用で行う。50名規模はハイブリッド型ファーム（受託+プロダクト+R&D）における組織的変曲点であり、スプレッドシートと属人管理の限界を迎えるref。Phase 3-4 はこの閾値を超える顧客層を見据えた設計となる。

背景

Phase 1〜4はGASプラットフォーム上で完結する機能開発であり、AI支援（Claude Code）により当初計画の50-65%の期間で完了する見込みとなっている。一方、GCP移行（Phase 5）はインフラ構築・認証設定・セキュリティ対策など、コンソール操作や外部サービス連携が中心となるため、同等の速度は見込めない。

この状況を踏まえ、GCP移行前にGAS版で簡易SaaS化し、PMF検証を行う段階的アプローチを検討する。

GAS簡易SaaS化の構想

項目内容
テナント分離テンプレートスプレッドシートを複製し、Env.spreadsheetId() でテナント識別（dev/prod分離と同じ仕組み）
デプロイclasp push で全テナント一括デプロイ
インフラ費Google Workspace料金のみ。追加のクラウドインフラ費ゼロ
権限管理Googleスプレッドシートの共有設定で制御

GAS版の制約

制約影響許容範囲
GAS 6分実行制限データ量増加でタイムアウトの可能性月次仕訳100件以下なら問題なし
スプレッドシート1,000万セル上限2-3年分の仕訳データで到達しうる年次アーカイブで対応可能
clasp一括デプロイテナント別バージョン管理が困難少数テナント（〜5社）なら許容
ユーザーがシートを直接操作可能データ破損リスク保護範囲設定 + 定期バックアップ(MAS-201)で軽減

ターゲット

  • 創業〜数年の小規模法人（月次仕訳100件以下）
  • 税理士がfreee/MFで記帳しつつ、管理会計・FP&Aだけ自前で持ちたい層
  • 「財務3表は見たいが、freeeの管理会計機能では物足りない」経営者

段階的移行パス

Phase 1-4 (GAS機能開発)
    ↓ 完了
GAS簡易SaaS化 → 数社にパイロット導入 → PMF検証
    ↓ 需要確認・フィードバック反映
Phase 5 (GCP移行) → 本格SaaS化

GCP移行の投資判断をPMF検証後に行うことで、需要が不透明な段階での過剰投資を回避する。

Phase 5 (GCP移行) の体制・コスト検討

AI活用時代の開発体制

Phase 1-4（GAS機能開発）はAI支援（Claude Code / Gemini）により「コード記述→clasp push→即テスト」の高速サイクルが成立し、当初計画の50-65%の期間で完了する見込み。一方、Phase 5（GCP移行）は以下の理由でAI支援だけでは同等の速度を出せない:

  • GCPコンソール操作: プロジェクト作成、IAM設定、VPC-SC等のブラウザでの手動操作
  • 認証・セキュリティ設計: OAuth2フロー設計、マルチテナント権限分離（ミスが全テナントデータ漏洩に直結）
  • データ移行: スプレッドシート→RDBの正規化設計と整合性検証
  • 監査対応: SOC 2/ISO 27001等はAIが書けない領域

コスト比較

案A: 外注（業務委託）

役割単価相場稼働期間概算
GCPインフラ設計・レビュー80-120万/月週2-3日3-4ヶ月100-200万
セキュリティ監査・SOC2支援100-150万/月スポット1-2ヶ月100-200万
フロントエンド実装60-80万/月フルタイム2-3ヶ月150-250万
合計350-650万

※ インターン（AI活用で実装を担当）の人件費は別途

案B: 正社員採用

経験年収相場備考
GCP + バックエンド 3-5年500-700万認証・DB設計ができるレベル
フルスタック 5年+700-900万インフラ〜フロント一貫して任せられる

推奨アプローチ

Phase 5単体なら外注の方が安い（350-650万 vs 年収500-900万）。ただしSaaS運用・機能追加・顧客対応まで含めると正社員の方が長期的に安い。

Phase 1-4完了（現在）
    ↓
GAS簡易SaaS化 → パイロット導入（2-3社）
    ↓ PMF検証
有料顧客獲得 ← ★ ここで採用判断
    ↓
Phase 5着手（正社員 + インターン + AI）

判断基準: GAS版で有料顧客が2-3社ついた時点で正社員採用を決定。それまでは業務委託（週2-3日の経験者）で繋ぐ。需要が不確かな段階での固定費増を避け、PMF確認後に投資を加速する。

事業リスク

本事業が直面するリスクを、外部環境・内部環境・プロダクト固有の3カテゴリで整理する。

外部環境リスク

リスク影響対策
円安の進行GCP/SaaS のドル建てコスト増。原価率悪化円建て代替調査・年間契約ヘッジ・価格転嫁基準を事前設定
法改正リスク消費税/インボイス/電帳法の改正で突発改修影響を局所化（定数・マスタで吸収）+ 税理士と定期共有
競合 SaaS の台頭freee・MF 等が FP&A 領域に進出Compound Growth でニッチ特化・ハイブリッド型ファーム特化で差別化
景気後退・資金環境悪化顧客 IT 投資抑制 + 自社資金繰り悪化自社で PMF 検証→外部展開・ランウェイ常時モニタ（MAS-008）

内部環境リスク

リスク影響対策
属人化（バス係数 = 1）開発者 1 名・離脱時に継続困難本ドキュメント整備 + CLAUDE.md 明文化 + AI 支援開発
技術的負債の蓄積GAS の制約（6 分・500 万セル）がスケーラ性のボトルネックPhase 3 で GCP 移行（MAS-236〜243）。限界到達リスクをモニタ
セキュリティインシデント財務データ漏洩・信頼喪失Phase 1: MAS-205（MFA）/ MAS-206（外部共有）+ GCP 後は MAS-207〜211

プロダクト固有リスク

リスク影響対策
PMF 未達のまま外部展開ドッグフーディング不十分で顧客データ毀損§1.2 Compound Growth: Phase 1-2 で自社運用成熟後に外部展開
スコープクリープ給与計算/税務等に拡張・リソース分散§1.6「やらないことの定義」を厳守 + 専門 SaaS と連携
データ移行の失敗GAS→GCP 移行時のデータ欠損/不整合MAS-240 に二重書込期間 + ロールバック手順を計画

成功指標 (KPI)

#指標計測方法目標値現状
KPI-1月次決算所要時間マート更新メニュー実行〜財務3表確認完了までの時間30分以内RPA+Action A/B+マート更新で約10分（データ量依存）
KPI-2自動起票率自動起票INV数 ÷ 全INV数 × 10090%以上6種類のRPAで定型取引をカバー。手入力はAdhocのみ
KPI-3PJ別損益の可視化78/79タブで限界利益・PJ経常利益が算出可能か全PJカバー共通費配賦(4ドライバー)込みで全PJ対応済み
KPI-4日次CF予測の精度84タブ(計画)の日次残高と85タブ(実績)の乖離率乖離率20%以内未決済残高ベース+実績STLのハイブリッドで計測中
KPI-5テストカバレッジテストランナーのPASS率100% PASS8スイート/50+サブテスト。エラーパス・境界値は将来拡充

付録

A. 用語集

SSoT: 全プロジェクト共通の用語は glossary.md (arc42 ch.12) に集約済。本表は PRD 文脈での主要データ・処理パターン用語の抜粋。

用語正式名称定義
INVInvoice32_wrk_invoice の1行。請求・債権債務の最小単位。全集計のSSSOT
STLSettlement33_wrk_bank の1行。入出金・消込の最小単位
ORDOrder31_wrk_order の1行。発注・契約の管理単位。INVの親レコード
TRNTransaction (Journal)42_trn_journal の1行。仕訳台帳のレコード。監査証跡
Action A費用計上・仕訳転記承認済INV → TRN生成 + STL自動作成
Action B決済消込・残高更新消込済STL → 決済TRN生成 + INV残高再計算
RPARobotic Process Automation予算マスタ(20番台)からINV(32タブ)への自動起票処理
マート更新Data Mart UpdateINV/STLから財務諸表(60-90番台)を一括生成するバッチ処理
SSOTSingle Source of Truth全集計の起点となるデータ。本システムではINV (32_wrk_invoice)
期ずれPeriod Mismatch発生月(P/L計上月)と決済月(キャッシュ移動月)のずれ。B/Sで自動調整
冪等性Idempotency同一処理を2回実行しても結果が変わらない性質。JNL_IDチェックで担保
DDLData Definition LanguagesetupAllSchemasによるスキーマ同期（列定義・入力規則・色分け）
cashPlugCash PlugB/SでINV/STLから直接算出できない現預金残高を逆算で求める仕組み
配賦Cost Allocation共通費（販管費等）をPJに按分する処理。4ドライバー: 売上高比/工数比/均等割/手動

B. 会計基準

本システムは 中小企業の会計に関する指針（令和7年改正） に準拠する。特に以下の項目が実装に直結する:

指針関連機能
第30-32項 (経過勘定)期ずれ処理: 後払い=未払金/未払費用、前払い=前払費用、前受け=前受金
第17-18項 (貸倒損失/引当金)B/Sの貸倒引当金計上
第59-61項 (税金費用)法人税の累進課税ブラケット計算
第37項 (ソフトウェア)CAPEX RPAの資産計上・減価償却

C. 関連ドキュメント

カテゴリドキュメント
データモデルデータモデル技術設計書 — ER図、データフロー図、拡張ガイドライン
非機能要件NFRD — 30要件の体系的定義
設計判断ADR-0001〜008
将来計画TODO_future — FP&A 10件 + 開発案件15件
ユースケースuse_cases — 経営判断シナリオ UC-1〜UC-5（投資判断／資金調達／組織施策／ランウェイ／採用）