SaaS を作る前に、Excel・スプレッドシートで検証すべきこと

いきなり SaaS を作る前に、業務価値と課金仮説を小さく検証する。

この記事の結論


「SaaS を作りたいんですが、どこから始めたらいいですか?」

新規事業の起業家・経営者からよく届く相談です。回答は 「Excel / スプレッドシートで仮説を検証してから」 が現実的です。「便利そう」だけで SaaS を作ると、開発費 300〜500 万円を使って 誰も使わない という結末になりがちです。

Anthropic の創業者向けプレイブックでも、AI ネイティブ・スタートアップは Idea 段階で 顧客発見と問題定義 を AI 支援でやることの重要性が示されています (The founder's playbook / Anthropic)。Excel での検証は、この Idea 段階の手段です。

この記事では、SaaS 化の前に Excel / スプレッドシートで検証すべきことを整理します。

SaaS を作る前に確認すべきこと

検証すべき項目は 6 つ:

1. 頻度

その業務は、月に何件発生するか。週に何回触るか。

2. 痛みの大きさ

その業務で、現状どれくらい困っているか。

3. 代替手段

既存の SaaS、ツールで代替できないか。

4. 支払い意思

顧客が、その業務改善にいくら払うか。

5. 継続率

「便利」と言われても、3 ヶ月後に使い続けているか。

6. 入力データの揺れ

業務固有のデータが、どれくらい標準化されているか。

Excel で検証できる業務

意外と多くの業務が、Excel + Google Sheets で検証できます。

業務管理系

計算・集計系

通知系

AI 連携

これらが Excel で動くなら、まず手運用で 1〜3 ヶ月回してから SaaS 化を判断するのが安全です。


ここまでで「自社の業務を Excel で検証してから判断したい」と感じたら、検証フェーズから相談するのが現実的です。

Excel 検証フェーズを相談する →

手運用で検証すべき仮説

Excel 運用と並行して、人の手で確かめるべき仮説:

1. 顧客は本当にお金を払うか

「便利そう」と言うのと「払う」は別。実際に LP を作って課金してみる のが最も確実です。

2. 継続利用するか

1 回使って終わりか、毎月使うか。

3. 同業他社も欲しがるか

1 社だけの特殊ニーズか、市場があるか。

Excel 運用の限界サイン

Excel 運用を続けていると、いずれ限界がきます。サインを見逃さないことが重要。

サイン 1: 人手が増える

サイン 2: ミスが増える

サイン 3: 履歴が追えない

サイン 4: 複数人権限が必要

サイン 5: 外部 SaaS との連携が複雑化

これらが 2 つ以上揃ったら、SaaS 化のタイミングです。

システム化すべきタイミング

「いつ Excel から SaaS に移るか」の判断:

観点Excel 継続SaaS 化
件数月 100 件以下月 100 件以上
触る人数1〜2 人3 人以上
業務時間日 30 分以下日 1 時間以上
顧客1〜3 社5 社以上
課金試験的継続課金が成立

3 つ以上で「SaaS 化」側に振れたら、検討する価値があります。

SaaS MVP への移行ステップ

Excel 運用から SaaS MVP に移行する手順:

Step 1: 業務フローの言語化 (1 週間)

Step 2: MVP のスコープ設計 (1〜2 週間)

Step 3: MVP 開発 (4〜8 週間)

Step 4: 並行運用 (1〜2 ヶ月)

Step 5: Excel 撤退

詳しくは AI-native MVP の作り方MVP 開発を外注するときに失敗しないスコープの決め方 で展開しています。

min's の検証フェーズ支援

min's では、Excel 検証から SaaS MVP への移行を以下の流れで支援しています。

Phase 1: Excel 検証設計 (1〜2 週間)

Phase 2: 並行支援 (1〜3 ヶ月)

Phase 3: MVP 設計・開発 (4〜8 週間)


SaaS 化前の検証について相談したい方へ

min's では、SaaS 化前の Excel 検証、手運用設計、MVP 化のタイミング判断、MVP 開発までを支援しています。

以下のような状態であれば、ご相談ください。

次に読む記事

参考

動くデモで終わらせず
本番まで持っていく開発

AI で作りかけたもの、止まりかけている開発、新しいプロダクトの構想。 まずは現状を整理するところから、ご相談ください。