English · 한국어 · 日本語 · 简体中文 · 繁體中文
正式版申請表的 10 个問題
其中两个決定成敗
12 位測試者保持加入 14 天后就可以申請正式版。但点了申請并不会直接进入審核， 会先出現一張表單。10 个問題，大多是問答題，每题 300 字左右。
很多人卡在這裡。跑完 14 天和写出這 14 天發生了什麼，是兩件事。
它問什麼
點擊申請會打開一個三步表單。共九個問題，每個文字框上限 正好 300 字元，其中兩個是選擇題。以下是每題全文（譯自韓文版表單， Google 的中文原句可能略有不同）。
第 1 步 · 封閉測試資訊
- 你是如何招募參加封閉測試的使用者的？例如，你是請了朋友或家人，還是使用了 付費測試服務商？
- 為你的應用程式招募測試者有多容易？ (非常難 / 難 / 一般 / 容易 / 非常容易)
- 請說明封閉測試期間測試者的參與程度。 請同時告訴我們測試者是否使用了應用程式的全部功能，以及他們的 使用方式是否與真實使用者的預期使用方式一致。若不一致，請說明你預計存在哪些差異。
- 請總結你從測試者那裡收到的意見，並說明你是如何收集的。
第 2 步 · 應用程式資訊
- 你的應用程式主要面向誰？
- 請說明你的應用程式為使用者提供了什麼價值。
- 你預計第一年應用程式會被安裝多少次？ (0-1萬 / 1萬-10萬 / 10萬-100萬 / 100萬以上 / 不清楚)
第 3 步 · 正式版準備
- 基於封閉測試中了解到的情況，你對應用程式做了哪些改動？
- 你是如何判斷應用程式已經可以進入正式版的？
加粗的第 4 題和第 8 題才是真正決定成敗的地方。其餘的，做過這個應用程式的人 都能一口氣寫完。
第 3 題對靠互測找人的開發者最難寫。它問使用方式是否和真實使用者一致， 不一致就說明差在哪。這裡坦白反而更好 —— 寫清楚是開發者互相測試、和真實使用 有哪些差別，比編一句漂亮話更站得住。
你的回答不會顯示在 Play 商店頁面上。表單裡就這麼寫著， 所以沒必要按宣傳文案來寫。
為什麼卡在這兩個
兩週後回想「收到過什麼回饋」，通常什麼也想不起來。於是開始編寫聽起來 合理的句子——「測試者認為介面直觀，並提出了一些改進建議」。審核的人一天要 看幾百條這樣的句子。
「一位測試者说功能一下子全涌出来，不知道該先點哪裡。我在首次啟動加了三頁 引導，從那個版本起他一直在用。」
具體的一個人、具體的改動、之後發生的事。這種形狀編不出來。
答案從哪來
- 誰測試了多少天 —— 按人算，不是「12 人 14 天」
- 回饋原文 —— 不要概括
- 你回覆了什麼 —— 那條回覆就是「你改了什麼」的答案
順帶一提，沒人會連開 14 天
在我們測量的 44 場完成互測中， 測試者平均在 14 天裡打開了 8.5 天。44 人中只有 2 人天天打開，還有 1 人一次也 沒打開。
Google 算的是加入狀態持續了多久，不是打開了幾次 —— 见 Google 實際檢查什麼。
被拒了要重頭來嗎
不用。被拒意味着再申請一次，并不会取消測試者的加入状态。天数继续累计。
Google 会不定期修改这張表單。上面的清单基于 2026 年 9 月，措辭因帳號而異。