基礎: 無料プランに実際に含まれるもの

料金ページに書かれている通りにではなく、実際のユーザーのように無料プランを5日間使い込み、起きたことをその都度書き留めた。スクリーンショットを撮って先に進むだけでは細かい但し書きは見えてこない――1週間かけて何かを作り、実際にぶつかる壁にぶつかることでしか見えない。以下はその記録だ。

月曜日、9:40am — サインアップ、カード登録なし

コードを1行も書く前に最初に確認したのは、カード登録が必要かどうかだった。必要なかった。普段ならこういう細部は見過ごすところだが、まだ何も作っていない段階で支払い情報を求めてくる無料プランは、ユーザーをどう見ているかを物語っているので、記録に残して実際の構築に取りかかった。

テストプロジェクトには小規模ビジネスのサイトを選んだ――特に変わったものではなく、ランディングページ、問い合わせフォーム、ブログセクションだ。10:15までに無料サブドメイン上で初回のビルドを公開できた。「ビルド」と「公開」の間にペイウォールはなかった――ここで多くの無料プランがひっそりとデモに成り下がるポイントだ。

月曜日、2:00pm — 反復ループ、壁を予想していた場所

ここが最も疑ってかかっていた部分だ。初回のビルドはどのエージェントにとっても手軽だ――クリーンな依頼内容で、既存コードとの整合を取る必要もない――だから、1回目のビルドは無料が気前良く見えても、2回目でじわじわ課金されるプラットフォームは作れてしまう。そこでループを追いかけた。「ヘッダーを固定表示にして」「モバイルナビを直して」、コンテンツの見直しパス、さらに2つの小さな調整。それぞれが依頼内容以上に多くのファイルに触れていた――実際の修正はいつもそうだ。その日は上限には達しなかったが、どこにあるかは感じ取れた――割り当てはこの程度の作業を5回分ではなく、1サイクル分に合わせて明らかにサイズ設計されている。

また、午後の半ばに、無料アカウントでは計算コストを節約するためにレビューパスが省略されるかどうかも確認した。省略されなかった――同じリンティング、同じセキュリティチェック、何かが「完了」と表示される前の同じ機能検証。あえてここに近道を探しに行ったのは、もし自分がこの事業を運営していたら、利益率の圧迫を受けたときに真っ先に削るのがここだと分かっていたからだ。だが削られていなかった。

火曜日、11:00am — バックエンドの制限を見るために2つ目のプロジェクトを作成

2つ目のアイデアを立ち上げた。今回は本物のバックエンド――データベース、APIルート、一式が必要だった。ここで実際のゲートを予想しており、実際に見つかった。無料アカウントにつき、サーバーバックエンドを持つ稼働中アプリは1つまでだ。最初のものに加えてもう1つホスト型バックエンドを立ち上げようとしたが、2つを同時に稼働させることはできなかった。

驚いたのは、その枠にカウントされないものが何かだった。その週の後半に、サーバー不要の、パッケージ化されたアプリだけの小さなダウンロード型ツールを作ったが、稼働中バックエンドと競合することなく問題なく公開できた。コスト構造を考えれば理にかなっている――ホスト型バックエンドは常時稼働し、誰もアクセスしていなくても費用がかかる。静的ビルドやインストール型ビルドは、そこに置かれているだけのファイルだ。配給されるのは常時稼働のものだけだ。

火曜日、午後4時30分 — 並行処理を壊そうとしてみた

ビルドを開始し、実行中にアシスタントへ関係のない別の作業を依頼してみた。並列実行ではなく、キューに積まれた。約90秒はもどかしかったが、そのあとはどうでもよくなった。というのも最初のビルドのプレビューを見ていたので、「次を始める前に終わるのを待つ」のはどのみち自分がやっていたことだったからだ。コンテンツ生成用エージェントと別ページを再構築するビルドエージェントを同時に走らせるような、2本のエージェントパイプラインを並行運用するチームにとってはもっと影響が大きいかもしれないが、それは自分の使い方とは異なるパターンだ。

水曜日 — ライブラリ機能について、そしてなぜお試し限定ではないのか

水曜日は、ナレッジベース、参照画像、テンプレートといった蓄積系の機能が無料プランでも実際に使えるのか、それとも有料限定のお試し表示にすぎないのかを検証した。制限はかかっていなかった。3日目にはプラットフォームが私のブランドボイスや参照スクリーンショットを再説明なしで再利用していた。これこそナレッジ層の本来の目的であり、これを封じてしまえば無料ユーザーはプロダクトが積み重なって成長していく様子を見ることさえできず、価値を体験できないまま課金を続ける理由もなくなってしまう。

また、テナントのデータ分離が無料プランでは何らかの形で「軽く」なっているのではないか — 分離が部分的だったり、分離チェックのキューが遅かったり — も確認した。そのようなことはなく、実際、構造的にそうなり得ない。分離は二値的なものだ。バックグラウンドジョブやクエリがテナントごとに完全に隔離されているか、されていないかのどちらかであり、安く売るための「8割版」は存在しない。無料プランと有料プランでこの保証は同一であり、想定はしていたが、鵜呑みにせず実際に検証したかった点だ。

木曜日 — ストア公開、危うく試さなかった機能

アプリストアへの公開は有料限定だろうと思い込み、危うくこのテストを飛ばすところだった — 多くの人が抱く直感だが、それは誤りだ。火曜日に作った小さなツールをインストール可能な形にパッケージしたところ、プラットフォーム側の公開処理は有料アカウントで期待される内容と同一だった。唯一の摩擦はGoogleの開発者登録手数料であり、これは自分のプランとは無関係のものだ。存在しない制限を勝手に思い込んで自らに課してしまう人を何人も見てきたので、はっきり書いておく価値がある。

金曜日 — 次回省略すること

もう一度このテストをやるなら、火曜午後の並行処理の検証は省くだろう — 2分足らずで答えが出たのに、そのあと40分も同じ結果を確認するだけのバリエーションを試してしまった。また、テナント分離のチェックは3日目ではなく初日に前倒しするだろう。プラットフォームに何か本物のものを置く前に知っておくべき事実であり、後から知ることではない。

省かないもの: 月曜日の反復ループのテスト。無料プランが単なる誘導装置であることを露呈しやすいのはまさにこの部分であり、これが本物のプロダクトなのか、マーケティングだけが上手いお試し版なのかを判断するなら、自分自身の時間をかけてでも再検証する価値がある。

というわけで、実際に想定外だったこと（想定していたことではなく）に基づく、アップグレードすべき正当な理由が3つある。反復ループを、誰もが最初の月に一度は経験する程度ではなく、複数回にわたって使い切ってしまった場合 — 使い切ったときに実際どうなるかを参照してほしいが、何も失われるわけではないものの、繰り返すパターンはシグナルだ。同時に稼働する2つのホスト型バックエンドが必要な場合、これは工夫で回避できる予算の問題ではなく、無料プランが構造的に対応していないニーズだ。あるいは作ったものがテストの域を超えて実際に収益を生み始めた場合、そのときは上限すれすれで運用すること自体が技術面だけでなく心理的なコストになる。

今週はそのどれにも該当しなかった。実際のサイトと実際にダウンロード可能なツールを1つずつ作り、両方を反復改善し、両方を公開した。ぶつかった壁は、細かい注意書きにあらかじめ書かれていたものだけだった。