記事種別: "事業モデル・財務監査報告"
監査対象: "静的気象情報基盤の収益構造と拡張計画"
評価状態: "実験段階・未検証"
対象規模: "90都市・6言語"
監査論点: "単位経済、動的処理費、品質保証工数、顧客獲得費、拡張採算性"
静的気象情報基盤の収益構造と90都市・6言語への拡張を財務数値から再監査する
本稿では、静的ページを中心とする気象情報基盤について、単客あたりの動的費用、広告収益、固定費、翻訳品質保証、人員配置、顧客獲得費を数値化し、事業モデルの成立条件を再点検する。
現行案では、広告訪問者、契約顧客、動的機能利用者が同じ「利用者」という言葉で扱われていたため、収益分母と費用分母を切り分け、広告モデルと企業契約モデルを別々に計算する必要がある。
また、2～3時間という作業時間と、1ページあたり120分という品質保証上限には単位の不一致があり、90都市・6言語まで拡張した場合の総工数を再計算しなければならない。
今回の監査では、動的処理を残す場合と完全静的化する場合を分離し、ページ数、品質保証時間、顧客獲得単価、月額契約額、粗利益率を同じ計算体系に置く。
静的配信でも動的機能が残れば、利用1回あたりの費用はゼロにならない
完全静的な都市ページだけを配信する場合、利用者が増えてもページ生成そのものの計算処理は大きく増えないが、現在の危険情報、検索、地図、潮位、複数暴風比較などを利用者ごとに取得する設計なら、利用1回あたりの追加費用が発生する。
ここでは月間セッションを利用者の行動単位として定義し、広告収益については1セッションあたり平均3ページ閲覧されると仮定する。
まず、広告訪問者と契約顧客を明確に分ける。広告訪問者は無料でページを閲覧する利用者であり、広告表示によって収益が発生する。一方、契約顧客は月額料金を支払う企業であり、本監査では保険、自治体、物流などの法人購入者を仮定する。広告訪問者をそのまま「顧客」と数えないことで、広告収益の分母と企業契約の分子が混ざることを防ぐ。
動的処理の費用については、データ取得、データベース読み取り、実行時間、地図表示、検索、大規模言語モデルによる比較処理を分けて計算する。実行時間単価については、過大評価を避けるため、1ミリ秒あたり0.00000002ドルを追加利用の保守的な監査単価として置く。ただし、実際の請求額は無料枠、月間包含量、リクエスト数、サービス構成などによって変わるため、これは実請求額ではなく単位経済の感度分析に使う仮定である。
動的処理の単位費用モデル
項目 1セッションあたりの想定量 キャッシュ後の課金対象 単価仮定
動的情報要求 0.35回 0.035回 1回0.001ドル
データベース読み取り 0.06回 0.06回 1回0.0001ドル
実行時間 8ミリ秒 8ミリ秒 1ミリ秒0.00000002ドル
地図タイル 0.50枚 0.50枚 1枚0.00005ドル
検索要求 0.08回 0.08回 1回0.002ドル
大規模言語モデル比較 0.01回 0.001回 1回0.01ドル
この仮定から、1セッションあたりの動的費用は次のように計算できる。
0.035×0.001 ＋ 0.06×0.0001 ＋ 8×0.00000002 ＋ 0.50×0.00005 ＋ 0.08×0.002 ＋ 0.001×0.01
したがって、
0.000035 ＋ 0.000006 ＋ 0.00000016 ＋ 0.000025 ＋ 0.00016 ＋ 0.00001 ＝ 0.00023616ドル
となる。
小数点以下4桁に丸めれば、1セッションあたり0.0002ドルである。
ただし、丸める前の数値は0.00023616ドルであり、財務監査ではこの精度を保持しておく方が安全である。
この計算によって、従来の「単客サービス限界算力コストはゼロ」という表現は維持できない。静的ページの配信そのものが低コストであることと、動的機能を含む1セッションの限界費用がゼロであることは別の命題だからである。
月間規模別の広告収益と動的費用
広告モデルでは、月間セッションを S、1セッションあたりの平均ページ閲覧数を3、千ページ閲覧あたりの広告収益を R とする。
広告収益は、
月間広告収益 ＝ 3S × R ÷ 1,000
で求める。
動的費用は、
月間動的費用 ＝ S × 0.00023616
で求める。
月間セッション 月間ページ閲覧数 広告単価0.5ドル 広告単価1ドル 広告単価2ドル 動的費用
1万 3万 15ドル 30ドル 60ドル 2.36ドル
10万 30万 150ドル 300ドル 600ドル 23.62ドル
100万 300万 1,500ドル 3,000ドル 6,000ドル 236.16ドル
ここでは固定費を月200ドルと仮定する。固定費には、ドメイン、監視、基本的な運用、分析、管理などを含む想定だが、人件費や法務費を十分に含んだ実際の固定費ではない。
この条件で広告収益が固定費と動的費用を上回るには、
3SR ÷ 1,000 ≧ 200 ＋ 0.00023616S
が必要になる。
これを S について整理すると、1セッションあたりの動的費用上限は、
C動的 ≦ 0.003R − 200 ÷ S
となる。
ここで、Sは月間セッション数、Rは千ページ閲覧あたりの広告収益をドルで表した値である。
この定義を先に固定することで、式の各項の単位が混ざることを防ぐ。
広告単価別の損益分岐となる動的費用上限
月間セッション 広告単価0.5ドル 広告単価1ドル 広告単価2ドル
1万 マイナス0.017ドル マイナス0.015ドル マイナス0.013ドル
10万 マイナス0.0005ドル 0.0005ドル 0.0035ドル
100万 0.0003ドル 0.0010ドル 0.0040ドル
月間1万セッションでは、広告単価を2ドルと仮定しても、月200ドルの固定費を広告収益だけで吸収できない。動的費用をゼロにしても広告収益は60ドルにとどまるためである。
月間10万セッションでは、広告単価1ドルの場合、固定費を考慮した動的費用上限は0.0005ドルとなる。今回の動的費用モデルは0.00023616ドルなので、その他の費用を無視すればこの範囲に収まる。
月間100万セッションでは、広告単価0.5ドルでも動的費用上限は0.0003ドルとなり、今回の0.00023616ドルをわずかに上回る。ただし余裕は0.00006384ドルしかなく、検索費や地図費の上昇、広告単価の低下、固定費増加があれば簡単に消える。
したがって、広告モデルでは「静的化したから利益が出る」という判断では足りない。重要なのは、ページ閲覧数、広告単価、固定費、動的処理費を同じ月次損益表に置くことである。
完全静的化した場合に何が変わるか
現在の危険情報、検索、比較、地図、潮位をすべて事前計算し、利用者がアクセスした時点では完成済みの文書と画像だけを返すなら、動的処理の一部または大部分を削減できる。
ただし、完全静的化にも条件がある。
現在の危険情報をあらかじめ定刻更新する
都市と過去の暴風の関係を事前生成する
複数暴風比較表を事前計算する
検索対象を固定ページの索引に限定する
地図を画像または事前生成した図として配信する
潮位を利用者ごとの即時取得ではなく定時更新ページにする
大規模言語モデルによる個別回答を提供しない
この条件を満たせば、利用者1人ごとの動的処理を極端に小さくできる。しかし、更新処理自体には費用と運用工数が発生する。
たとえば1日24回の更新処理を行うなら、月720回の定時処理になる。各処理が複数の外部データを取得し、差分を検証し、ページを再生成するなら、その費用は利用者数ではなく更新回数と処理量に依存する。
したがって「限界費用ゼロ」という表現を使えるのは、文字通り費用がない場合ではなく、利用者1セッションの追加費用を実質的に固定更新費へ移し、利用者増加に伴う費用増を極小化できる場合に限られる。
これは「ゼロコスト」とは異なる。固定費として発生する更新、監視、品質保証、データ検証の負担を消すものではない。
現在の危険情報と複数暴風比較を静的化できるかが費用境界を決める
現在の危険情報、都市から暴風への関連表示、複数暴風比較をすべて事前生成できれば、利用者ごとの動的費用は大幅に削減できる。逆に、利用者の入力に応じて最新データを取得する設計なら、静的配信だけを前提とした財務モデルは成立しない。
したがって、機能を「事前生成できる情報」と「利用者ごとに計算する情報」に分ける必要がある。
事前生成に向く情報
都市別の歴史的な暴風記録
暴風ごとの中心気圧
暴風ごとの最大持続風速
暴風の進路履歴
都市と過去の暴風の関連ページ
固定された比較表
気象現象の解説記事
公式記録を整理した時系列
あらかじめ作成した地図
定期更新型の危険情報ページ
動的処理が必要になり得る情報
最新の危険情報
現在発表されている警報
現在の潮位
利用者が入力した任意条件による検索
利用者がその場で指定した2件以上の暴風比較
最新観測値を組み込んだ地図
個別条件を受けた自然言語による比較
外部情報をリアルタイム取得する回答
この分類をしないまま「全静的」と表現すると、財務モデルと製品仕様が食い違う。
特に「現在の危険情報」は名称だけでは静的か動的か判断できない。午前6時に生成した危険情報ページを1日中配信するなら静的だが、利用者が午後3時にアクセスした瞬間の最新警報を取得するなら動的である。
「双暴風比較」も同じである。あらかじめ選定した全組み合わせを比較ページとして生成しておけば静的だが、利用者が任意の2件を選び、その場で比較結果を計算するなら動的処理が必要になる。
静的機能と動的機能の監査境界
機能 事前生成 利用者ごとの処理 財務上の扱い
歴史的暴風ページ 可能 不要 固定更新費
都市別過去災害一覧 可能 不要 固定更新費
固定比較表 可能 不要 固定更新費
現在危険情報 定時更新なら可能 最新値取得なら必要 設計次第
潮位 定時ページなら可能 現在値取得なら必要 設計次第
任意検索 索引方式なら低減可能 条件次第 動的費用あり得る
任意2暴風比較 全組合せ生成なら可能 即時計算なら必要 設計次第
自然言語比較 不可 必要 大きな変動要因
リアルタイム地図 図として生成可能 最新情報取得なら必要 設計次第
この表から分かるのは、製品の名称ではなく処理方式が費用を決めるということである。
さらに、広告収益モデルと企業契約モデルでは必要な機能も異なる。
広告訪問者に対しては、ページ閲覧数を増やしながらページ生成費を抑えることが重要になる。一方、企業契約では、個別データ出力、管理画面、監査履歴、権限管理、問い合わせ対応などが要求される可能性があり、静的ページだけでは提供価値を説明しにくい。
そのため、広告モデルの損益分岐と企業契約モデルの損益分岐を同じ表に押し込むべきではない。
540ページと5,400ページ：品質保証費は一桁変わる
1都市につき10個の子ページを作り、90都市と6言語を対象にするなら、最終ページ数は5,400ページになる。
計算は「90都市×6言語×10子ページ＝5,400ページ」であり、540ページという数値では10子ページ構成を収容できない。
想定する10個の子ページは、少なくとも次の構造になる。
主リスクページ
歴史暴風関連ページ
都市から暴風への関連ページ
リスク説明ページ
公式情報源整理ページ
現在危険情報ページ
過去事例一覧
地域別比較ページ
地図または進路説明ページ
更新履歴または補足ページ
これを90都市、6言語へ展開すると、
90都市 × 6言語 × 10ページ ＝ 5,400ページ
となる。
1ページ120分の品質保証を適用した場合
対象ページ数 1ページの確認時間 総確認時間 人日換算 人年換算
540 2時間 1,080時間 135人日 約0.54人年
5,400 2時間 10,800時間 1,350人日 約5.4人年
1時間30ドルなら、5,400ページの品質保証費は324,000ドルになる。
1時間300円なら324万円になる。
540ページなら1,080時間であり、30ドル換算では32,400ドル、300円換算では32.4万円である。
ここで重要なのは、5,400ページという数字が単に「ページを5,400枚作る」という意味ではないことである。
各ページに対して、
翻訳内容の確認
固有名詞の確認
数値の確認
単位の確認
日付の確認
リンク先の確認
表の整合性確認
気象記録の照合
地域固有の表現確認
更新日時の確認
が必要なら、1ページ120分という上限は編集作業だけでなく品質保証全体の時間になる。
2～3時間という作業単位を固定する
「2～3時間で閉じる」という表現は、それだけでは監査上の意味を持たない。
作業単位 2～3時間の意味 5,400ページへの適用
1ページ 1ページを2～3時間で確認 10,800～16,200時間
1都市 10ページを2～3時間で確認 180～270時間
1言語 900ページを2～3時間で確認 120分基準と不整合
全サイト 5,400ページを2～3時間で確認 120分基準と明確に不整合
1ページ120分の品質保証上限を採用するなら、5,400ページを2～3時間で処理することは計算上成立しない。
1都市あたり10ページを2～3時間で処理するなら、1ページあたり12～18分になる。これは120分基準の10分の1から6分の1であり、同じ品質保証基準とは扱えない。
1言語900ページを2～3時間で処理する場合は、1ページあたり約12～20秒になる。この速度では、数値確認、翻訳確認、リンク確認、気象記録照合を同じ工程で行うという前提と両立しない。
したがって、2～3時間という数値を残すなら、「1都市あたりの初期生成時間」「テンプレート反映時間」「自動検査時間」など、対象を限定する必要がある。
ページ単位の人手品質保証と、自動生成・自動検査を合算して2～3時間と呼ぶ場合も、両者を別々に記録しなければならない。
90都市・6言語では、品質保証だけでなく更新運用も拡張する
5,400ページの初回公開だけでなく、気象情報は更新される。
歴史資料の追加、誤記修正、リンク切れ、公式情報源の変更、地域名称の変更、翻訳修正などが発生すれば、既存ページの再確認が必要になる。
仮に全ページの10％を月1回再確認すると、
5,400 × 10％ ＝ 540ページ
となる。
1ページ120分なら月1,080時間である。
全ページの5％なら270ページで540時間、2％なら108ページで216時間となる。
更新率別の月間品質保証工数
月間再確認率 再確認ページ数 1ページ120分 月間工数
2％ 108ページ 2時間 216時間
5％ 270ページ 2時間 540時間
10％ 540ページ 2時間 1,080時間
20％ 1,080ページ 2時間 2,160時間
この計算から、初回制作だけでなく更新率も人員計画に含める必要がある。
一方、すべてのページを人手で毎月確認する必要があるとは限らない。数値の整合性、リンクの応答、ページ構造、重複表現などを自動検査できれば、人手確認の対象を絞れる。
そこで品質保証工程を、
自動構文検査
自動数値検査
自動リンク検査
自動重複検査
人手による翻訳確認
人手による気象データ照合
最終公開確認
に分離する。
この分離ができれば、120分という全工程の人手上限を下げられる可能性がある。しかし、その改善値は実測するまで仮定に留まる。
3顧客から30顧客への拡張では、売上より先に人員と顧客獲得費を見る
本節でいう「顧客」は、月額契約を結ぶ企業購入者と定義する。具体的には保険、自治体、物流などの法人契約を仮定し、広告を閲覧する一般利用者は顧客数に含めない。
この定義を固定しない限り、「10顧客を獲得した」という数字と「月間10万セッション」という数字を同じ成長指標として比較できない。
10顧客あたり0.5人分の顧客対応・運用人員を必要とする監査仮定なら、30顧客では1.5人分の人員が必要になる。
1人分の月間費用を3,000ドルと置くと、30顧客の月間人件費は4,500ドルとなる。
顧客数 必要人員 1人あたり月費用 月間人件費 月額100ドルの売上 月額500ドルの売上
3 0.15人分 3,000ドル 450ドル 300ドル 1,500ドル
10 0.50人分 3,000ドル 1,500ドル 1,000ドル 5,000ドル
30 1.50人分 3,000ドル 4,500ドル 3,000ドル 15,000ドル
月額100ドルなら30顧客の売上は3,000ドルで、人件費4,500ドルを下回る。
月額500ドルなら売上15,000ドルとなり、人件費との差額は10,500ドルになる。
ただし、この差額は営業費、サーバー費、品質保証費、法務費、データ更新費、問い合わせ対応費を差し引く前の金額である。
また、1顧客あたりの運用負担が契約内容によって変わるなら、顧客数だけで人員を比例させるモデルも不十分になる。
たとえば自治体向けに毎週レポートを作成する契約と、保険会社向けに大量の履歴データを提供する契約では、同じ1顧客でも必要な処理量が異なる。
したがって、30顧客時点の採算を評価するには、
平均月額契約額
契約ごとの追加運用時間
契約ごとの問い合わせ件数
契約ごとのデータ更新量
契約ごとの法務・セキュリティ要件
契約ごとの品質保証工数
を記録する必要がある。
顧客獲得単価387.50ドルを回収できるかは月額契約額で決まる
顧客獲得費については、メール送信10,000通、返信率1％、営業通話への移行後の離脱率50％、成約率20％という監査用仮定を置く。
10,000通を送信すると、
10,000 × 1％ ＝ 100返信
となる。
そのうち50％が営業通話まで進まないと仮定すると、深い営業段階に進む件数は50件になる。
成約率20％なら、
50 × 20％ ＝ 10顧客
となる。
ここでいう顧客は、前節で定義した月額契約を結ぶ法人購入者である。
顧客獲得費の内訳
費用項目 計算 費用
メール送信 10,000通×0.20ドル 2,000ドル
初期選別 100件×0.25時間×25ドル 625ドル
営業通話 50件×0.5時間×50ドル 1,250ドル
合計 2,000＋625＋1,250 3,875ドル
成約顧客数 50件×20％ 10社
顧客獲得単価 3,875÷10 387.50ドル
したがって、監査用仮定では顧客獲得単価は387.50ドルとなる。
成約率が20％から5％に低下すると、成約数は5社となり、
3,875 ÷ 5 ＝ 775ドル
となる。
つまり、営業活動の費用が変わらなくても、成約率の低下だけで顧客獲得単価は2倍になる。
月額契約額と回収期間
月額契約額100ドル、粗利益率80％なら、1顧客あたりの月間粗利益は80ドルである。
387.50 ÷ 80 ＝ 4.84375
したがって、顧客獲得費の回収には約4.84か月かかる。
成約率5％で顧客獲得単価が775ドルになれば、
775 ÷ 80 ＝ 9.6875
となり、約9.69か月になる。
月額契約額20ドルなら、粗利益率80％の場合の月間粗利益は16ドルである。
387.50 ÷ 16 ＝ 24.21875
したがって、約24.22か月かかる。
顧客獲得単価と回収期間の感度分析
月額契約額 粗利益率 月間粗利益 顧客獲得単価387.50ドル 回収期間
20ドル 80％ 16ドル 387.50ドル 24.22か月
50ドル 80％ 40ドル 387.50ドル 9.69か月
100ドル 80％ 80ドル 387.50ドル 4.84か月
250ドル 80％ 200ドル 387.50ドル 1.94か月
500ドル 80％ 400ドル 387.50ドル 0.97か月
ここでも、100ドルや500ドルが実際の価格という意味ではない。実価格が未確定なら、これは回収期間の感度分析である。
また、粗利益率80％という仮定も、実際には外部データ費、運用人件費、サポート費、契約固有の費用をどこまで原価に含めるかで変わる。
したがって、営業拡張の承認条件には、少なくとも実際の平均月額契約額、実成約率、実顧客獲得単価、実粗利益率を含める必要がある。
広告事業と法人契約事業は、同じ成長表に混ぜない
広告事業では、重要な指標は月間セッション、ページ閲覧数、広告単価、広告表示率、動的処理費である。
法人契約では、重要な指標は契約社数、月額契約額、顧客獲得単価、粗利益率、解約率、顧客ごとの運用工数である。
両者を混ぜると、たとえば「月間10万利用者」を「10万顧客」と誤認する可能性がある。
2つの収益モデルの財務指標
指標 広告モデル 法人契約モデル
主な利用者 無料訪問者 契約企業
売上単位 千ページ閲覧あたり 1社あたり月額
主な分母 セッション、ページ閲覧 契約社数
顧客獲得単価 広告獲得費として別管理 営業費÷新規契約数
主な変動費 動的処理、広告運用 運用、サポート、データ提供
重要指標 広告単価 平均月額契約額
回収期間 広告投資回収 顧客獲得費回収
主要リスク 広告単価低下 成約率低下・解約
広告モデルの訪問者数が増えても、法人契約の顧客獲得単価が下がるとは限らない。
逆に法人契約が増えても、広告ページの収益性が改善するとは限らない。
したがって、90都市・6言語への拡張を判断する場合は、「利用者数が増えるか」ではなく、各収益モデルについて別々の採算表を作る必要がある。
90都市・6言語を一括展開する前に、段階的な検証が必要になる
5,400ページを一度に作成すると、品質保証費と翻訳工数の誤差がそのまま大規模な固定負担になる。
たとえば10都市、2言語、10ページなら、
10 × 2 × 10 ＝ 200ページ
である。
同じ120分の品質保証を適用すると、
200 × 2 ＝ 400時間
になる。
これなら5,400ページの10,800時間より小さく、品質保証工程を実測しやすい。
段階展開の監査モデル
段階 都市数 言語数 子ページ数 総ページ数 120分品質保証
試験 10 2 10 200 400時間
小規模 30 3 10 900 1,800時間
中規模 60 4 10 2,400 4,800時間
全規模 90 6 10 5,400 10,800時間
この段階設計なら、各段階で品質保証時間を実測できる。
もし試験段階で1ページあたり120分から30分まで自動化によって短縮できれば、5,400ページへ展開する際の人件費モデルは大きく変わる。
逆に試験段階でも1ページあたり120分を要するなら、90都市・6言語への一括展開前に人員計画を組み直す必要がある。
翻訳品質保証の測定項目
1ページあたり平均確認時間
1ページあたり中央値
最長確認時間
固有名詞修正率
数値修正率
リンク修正率
気象データ修正率
再確認率
自動検査で検出できた不備率
人手確認でのみ検出された不備率
「平均2時間」だけでは不十分である。
平均値が2時間でも、10％のページが5時間かかるなら、実際の人員配置は平均値だけで決められない。
逆に、90％のページが20分で済み、10％だけが3時間かかるなら、例外処理を別工程に切り出すことで人員を減らせる可能性がある。
そのため、次の段階では平均値だけでなく、中央値、上位10％、最大値を取得する必要がある。
データ更新費と品質保証費は「顧客数」と別の軸で増える
広告モデルでは利用者が増えるとセッション関連費用が増えるが、歴史データの更新費は利用者数に比例しない場合がある。
一方、法人契約では顧客数が増えると問い合わせ、契約管理、請求、権限管理、個別データ提供などが増える。
したがって、コストを少なくとも次の4群に分ける。
第一群：利用量に比例する費用
動的リクエスト
検索
地図
外部データ取得
大規模言語モデル比較
データ転送
第二群：更新回数に比例する費用
気象データ更新
ページ再生成
品質保証
リンク確認
翻訳更新
第三群：顧客数に比例する費用
問い合わせ
契約管理
請求
顧客対応
利用権限管理
第四群：規模にかかわらず発生する固定費
基本インフラ
ドメイン
監視
法務
会計
管理
基本的な開発保守
この4分類をしないと、静的化によって減る費用と減らない費用が混ざる。
たとえば、ページ閲覧が100万から200万に増えたとしても、完全静的な歴史ページならコンテンツ制作費は2倍にならない。一方、利用者ごとの検索や比較処理を追加すれば、動的費用は増える。
同じように、顧客が3社から30社になれば、顧客対応費は増えるが、基本的な静的ページの制作費が10倍になるとは限らない。
この違いをモデルに入れることが、規模の経済を検証する前提になる。
「未検証」を維持すべき数字と、確定してよい数字を分ける
今回の計算には、算術上確定できる数字と、実測前の仮定が混在している。
算術上確定できるものは、
90都市×6言語×10ページ＝5,400ページ
5,400ページ×120分＝10,800時間
10,000通×1％＝100返信
100返信×50％＝50営業案件
50案件×20％＝10契約
3,875ドル÷10契約＝387.50ドル
387.50ドル÷80ドル＝4.84か月
387.50ドル÷16ドル＝24.22か月
である。
一方、実測前の仮定は、
1セッション3ページ
広告単価0.5～2ドル
月固定費200ドル
動的要求0.35回
キャッシュ率90％
検索要求0.08回
大規模言語モデル比較0.01回
返信率1％
営業通話離脱率50％
成約率20％
粗利益率80％
10顧客あたり0.5人分の運用人員
などである。
この2群を同じ「事実」として表示してはいけない。
監査状態の分類
数値 状態 理由
5,400ページ 確定 サイト構造から算術で確定
10,800人時 条件付き確定 120分基準を適用した場合
顧客獲得単価387.50ドル 仮定モデル内で確定 入力値が仮定
回収期間4.84か月 仮定モデル内で確定 契約額と粗利益率が仮定
0.00023616ドル/セッション 仮定モデル内で確定 処理回数と単価が仮定
広告単価1ドル 未検証 実広告実績が未提示
実成約率20％ 未検証 営業実績が未提示
粗利益率80％ 未検証 実原価が未提示
30顧客で1.5人分 未検証 運用時間の実測が必要
1ページ120分 運用基準 実測値とは別に扱う
この区別を維持すれば、数字が増えても財務モデルが過度に精密に見えることを防げる。
今回の計算で消滅した二つの致命仮説
本稿の再計算により、原案にあった二つの致命仮説は数値上成立しないことが明確になった。
**H4「全静的化により単客限界コストはゼロ」**は、本ラウンドで消滅した仮説である。動的機能を含む監査モデルでは、1セッションあたりの動的費用は0.00023616ドルとなり、ゼロではない。さらに月間1万セッションでは、月200ドルの固定費を広告収益だけで吸収できないため、静的化だけで収益モデルが成立するわけでもない。
**H6「2～3時間で全工程が完結する」**も、本ラウンドで消滅した仮説である。90都市・6言語・10子ページなら5,400ページとなり、1ページ120分の品質保証を適用すると10,800人時が必要になる。2～3時間を全サイトの閉鎖時間として扱うことは、この計算と両立しない。
したがって、本ラウンドで消滅した致命仮説は二つである。① H4「全静的化により単客限界コストはゼロ」、② H6「2～3時間で全工程が完結」であり、いずれも数値上成立しない。
次の実験で確認すべき実測値
財務モデルを未検証から検証済みに移すには、仮定を増やすのではなく実測値を取得する必要がある。
まず、広告モデルでは30日間の実測を行う。
月間セッション
セッションあたりページ閲覧数
千ページ閲覧あたり収益
広告表示率
地域別収益
動的要求数
キャッシュ命中率
検索要求数
地図要求数
大規模言語モデル比較率
この実測により、広告収益式を実データへ置き換えられる。
次に品質保証では、少なくとも200ページ程度の試験群を作り、実際に確認時間を測定する。
測定対象は平均だけではなく、中央値と上位10％の時間である。
200ページを2言語、10都市で作れば、90都市・6言語への構造を小規模に再現できる。
この段階で1ページ120分が必要なら、5,400ページへそのまま外挿できる。逆に30分で済むなら、10,800人時という上限モデルを再計算できる。
顧客獲得では、10,000通を一度に送る前に小規模な営業試験を行い、
実返信率
実商談化率
実成約率
商談1件あたりの時間
顧客1社あたりの契約額
顧客1社あたりの導入工数
解約率
を記録する。
特に重要なのは、広告訪問者と法人契約者を完全に別の指標として保存することである。
拡張予算の判定条件
90都市・6言語への展開を財務上判断する場合、最低限次の条件を満たす必要がある。
単位経済
実測広告単価を取得する
セッションあたりの平均ページ閲覧数を取得する
動的要求数を取得する
キャッシュ命中率を取得する
1セッションあたりの実動的費用を算出する
月固定費を実請求額で確定する
品質保証
最終ページ数を5,400ページとして構造上確認する
1ページ120分が実測基準か管理上限かを明示する
平均、中央値、上位10％の確認時間を測定する
自動検査による工数削減率を測定する
翻訳品質保証を言語別に測定する
法人契約
「顧客」を月額契約法人として定義する
実際の月額契約額を取得する
実顧客獲得単価を取得する
実成約率を取得する
実粗利益率を取得する
契約1社あたりの運用時間を取得する
3、10、30顧客時点の人員需要を測定する
拡張判定
広告モデルと法人契約モデルを別損益表にする
初期制作費と月間更新費を分ける
固定費と利用量比例費を分ける
品質保証費をページ数から算出する
顧客獲得費を実営業データから算出する
顧客獲得費の回収期間を月単位で算出する
未検証の仮定を承認済み事実として扱わない
最終監査判断：H4とH6は未検証のまま、拡張判断は実測待ちとする
今回の再監査によって、静的配信の低い限界費用と、事業全体の限界費用ゼロを区別できるようになった。動的機能を残す場合の監査モデルでは、1セッションあたり0.00023616ドルの動的費用が発生し、月間100万セッションでは236.16ドルになる。月200ドルの固定費を加えると、広告単価0.5ドルでは月間1,500ドルの広告収益から合計436.16ドルを差し引く構造になるが、ここには人件費、品質保証費、法務費、更新費などが含まれていない。
また、90都市、6言語、10子ページという構造では5,400ページとなる。1ページ120分の品質保証をそのまま適用すれば10,800人時となり、2～3時間を全サイトの完了時間として扱うことはできない。
法人契約では、顧客を月額契約を結ぶ企業購入者と明確に定義した。広告訪問者は顧客数に含めない。監査用の営業仮定では顧客獲得単価387.50ドルとなり、月額100ドル、粗利益率80％なら回収期間は4.84か月、月額20ドルなら24.22か月となる。ただし、これらは実契約額や実成約率を確認するまで実績値ではない。
本稿の計算により、H4「全静的化により単客限界コストはゼロ」およびH6「2～3時間で全工程が完結する」という二つの致命仮説は、数値上成立しないことが示された。これらは本ラウンドで消滅した仮説である。
一方、広告単価、実際の動的要求数、キャッシュ命中率、品質保証時間、実契約額、実成約率、実粗利益率は未検証である。したがって、H4とH6を財務上の確定事実として扱うことはできず、両項目は引き続き未検証として管理する。
現時点の判定は実験段階であり、90都市・6言語の一括拡張を正当化するには、まず小規模環境で動的費用、品質保証時間、法人契約単価、顧客獲得単価を実測する必要がある。特に5,400ページを前提とする品質保証工数と、広告訪問者とは別に定義した法人契約顧客の回収期間を実データで閉じることが、次の財務監査の基準になる。