Product
每次我打开一個新 App，如果一上來就連弹三個權限窗，我几乎都會下意識先關掉。
我自己這樣做过很多次。後來真要用功能時，才看到“請在設置中开啟麥克风權限”，然後开始後悔和烦躁：前面在沒上下文時做的決定，最後還是得自己补救。
所以做 Reso onboarding 時，我先給自己定了一條约束：第一次见面要温和，不能給人壓迫感。
問题通常不在于使用者不愿授權，而在于：
1. 他们不知道你為什麼要這個權限
2. 連續弹窗制造的是壓力，不是信任
為朋友而設计
我最初做 Reso 原型時，其實沒太在意 onboarding。毕竟每個功能我都知道是干嘛的。但當我开始把它分享給朋友時，我突然想明白了一件事。
當你在為在乎的人做產品時，你會希望它是温和的。不打扰，不强迫。
這就像第一次認識朋友。你不會一上來就問：“你手机號多少？住哪？做什麼工作？”沒人喜歡這種开場。
我们的設计原則
最後我们定了两個原則：
- 尽量降低不適感：慢一點，不轰炸，让使用者有呼吸空間。
- 又不能让他们錯过關鍵能力：降低摩擦的同時，關鍵信息不能丢。
這種平衡也受到我上即興课的影响：觀察現場氣氛、對齊能量，而不是硬推剧情。
我们實際做了什麼
Reso 要正常工作，確實需要麥克风權限和大约 2GB 的 ML 模型。這個前置要求不小。
所以我们不在一开始就要。
- 權限在關鍵時刻再申請：只有當你真的开始錄音時才請求麥克风權限，那時上下文很明確。
- 其他事情都後臺進行：你探索应用時模型静默下載，不用進度條挡路；想看再看。
- 優雅降級：模型還沒准備好也能用，只是速度慢一些。界面會明確告诉你發生了什麼（"0.3x speed - optimizing..."），你可以繼續。
真正重要的打磨
這一路靠的是反复迭代。朋友们下載 debug 版、搞混該留哪個版本、踩到邊界情況。我们花在 onboarding 上的時間比我预期長很多，一直在測試什麼體驗是自然的，什麼會让人有壓力，什麼會让人觉得坏掉了。
我们的目標始终是：打开盒子，它就能工作。優雅、克制，像一個在你需要時就出現、不需要時就安静待命的工作伙伴。
最好的 onboarding，最终不該让人觉得“我正在 onboarding”。而是觉得這個应用已经懂你了。
這不是行銷，是我們自己踩過的坑。