要約

  • 2023年11月13日より後に作成された個人アカウントでは、製品版へのアクセス申請時に12人以上が直前の14日間、クローズドテストに継続して参加している必要がある。
  • 人数をそろえても公開は自動ではない。利用実態と改善内容を問う審査があり、広告や顧客への日付の約束は、その不確実性を開発者の負担に変える。

テスターを顧客名簿に足す前に

テストに12人集まった。これで最初の顧客も、公開レビューも、発売日も確保できた――そんな事業計画なら、いったん電卓を置いた方がいい。Google Playのテスト参加者は製品を良くする大事な存在だが、参加人数がそのまま店頭の評判や販売予定になるわけではない。

テストに関する公式説明によれば、テスト版へのフィードバックは公開評価に影響せず、テスターはテスト版に公開レビューを書けない。また、まだオープンテストや製品版公開に進んでいない段階では、内部テストとクローズドテストはGoogle Playの検索では見つからない。参加資格のある人にリンクを届ける仕事は開発者に残る。巨大な店の中にいるからといって、通りすがりの客がテスト室まで来てくれるわけではない。

有料アプリの場合、オープンテストとクローズドテストの参加者は購入が必要で、内部テストでは無料でインストールできる。この購入は実際の売買になり得る。しかし、依頼を受けたテスターの購入と、検索で見つけた知らない客の購入とでは、動機も集客費用も異なる。テスト名簿をそのまま市場の需要証明に使うと、数字は立派になっても判断は弱くなる。

コードの外に置かれた発売条件

この区別が重い意味を持つのは、一定の新しい個人開発者だ。現行ルールは、2023年11月13日より後に作られた個人アカウントについて、製品版へのアクセス申請時に、少なくとも12人が直前の14日間継続してクローズドテストへ参加していることを求める。すべての開発者に一律に課される条件ではないが、対象者にとっては公開までの工程そのものになる。

14日を満たすと申請できる。公開が約束される日はまだ来ていない。Googleは、参加者をどう集めたか、どの機能が使われたか、想定ユーザーに近い使い方だったか、どんな意見を受けて何を変えたかを尋ねる。参加が十分でなければ、さらにテストを続けるよう求められることもある。カレンダーをめくるだけでは、製品を試した説明にはならない。

ここで人選が効いてくる。頼めば参加してくれる友人と、製品の良し悪しがわかる利用者は、同じ人とは限らない。両者が重なればありがたい。専門的な用途ほど、人数だけをそろえることと、意味のある使用を観察することの距離が広がり得る。開発者はプログラムの完成に加えて、小さな利用者集団を運営する仕事を抱える。

これは突然見つかった難題でもない。Googleの公式ブログは2024年12月11日の更新で、必要人数を20人から12人に減らした。小さな利用者層を対象とする開発者から、20人の募集は難しいという声があったことも記している。門は低くなった。それでも、門の前まで人を連れてくる役は変わらない。

一人抜けたら、誰の時計が戻るのか

仮に、参加者がちょうど12人で、13日目に一人が離脱したとする。他に条件を満たした人がいなければ、申請時に有効な人数は11人になり得る。残る11人の継続期間が一斉に消えるわけではない。一度抜けて再参加した本人は、改めて連続14日を満たす必要がある。人数ぴったりの計画は、この一人の行動に日程の余裕を預けている。

連続参加は、毎日何回アプリを開くという数値の義務とも別だ。Googleが示す期間条件はテストへの継続参加であり、実際の関与は申請の中で別途問われる。この二つを混ぜると、開発者は架空の打刻ルールに振り回されるか、逆に登録しただけの人で品質の証明が済むと思い込む。必要なのは、期間を満たす人と、そこから得られた使用の証拠の両方である。

適切な参加者を少し多く確保できれば、一人の離脱に弱い構成は改善できる。ただし、人数を増やしただけでは使い方の偏りは直らない。問題を発見しない12人より、問題を具体的に指摘する12人の方が製品には役立つ。申請という目標が強すぎると、この当たり前の順序が逆転する。テストを終えるためにテストするようになれば、製品より名簿がよく育つ。

発売広告は審査を早めない

製品版アクセスの審査は通常7日以内とされるが、長くかかる場合もある。したがって14日と7日を足して、21日後の発売を確約することはできない。審査に必要な追加テストもあり、実際に送信する変更の公開処理にも時間がかかる。

公開管理の説明では、送信から公開まで最低1週間の余裕を設けることを勧めている。審査中に新しい変更を送ると、列の後ろへ回る可能性もある。これは参加者の14日間とは別の時計だ。コードの修正が毎回全員の参加期間をリセットする、という話ではない。

利用条件を満たす場合、管理対象の公開を使って承認済みの変更を待機させ、出す時点を選ぶことはできる。ただし、承認そのものを早める機能ではなく、最初の公開には利用上の制限もある。日程を整える道具と、日程を支配する権利は違う。

広告枠や共同企画を先に確定すると、その違いが現金の問題になる。開発者が購入した発売日は、Googleもテスターも買っていない。品質確認には不具合を早く見つける利益がある一方、待つ間の調整や資金負担は消えない。良いテストをすることと、最も楽観的な日程に全額を賭けることを、同じ決断にする必要はない。