onboarding-optimization
作者 Eronredonboarding-optimization 技能可協助改善首次啟動流程、降低初期流失，並提升啟用率，讓更多新用戶更快達到首次價值。當你需要一套結構化、以轉換為核心的 onboarding-optimization 方法時，可使用這份 onboarding-optimization 指南，從安裝到啟用，提供實用的診斷與迭代下一步，適用於 Conversion。
這個技能獲得 82/100，屬於相當值得收錄的候選：需要 onboarding 與啟用優化的使用者，能得到清楚的觸發指引與完整工作流程，而不是泛用型提示。這個 repository 提供的結構與具體性足以支撐安裝決策，但若能補上配套參考與執行資產，會更完善。
- 對 onboarding、首次啟動流程、啟用與 Day 1 流失等情境有清楚的可觸發性，描述中也提供了明確的範例說法。
- 有實質的操作內容：一份 6,068 字元的 skill 主體，包含 9 個 H2 區段、9 個 H3 區段，並以啟用事件為核心，提供流程導向的指引。
- 以 activation-first 為框架，並搭配初步評估步驟，能有效減少猜測，相較於一般優化提示更能發揮代理式使用效果。
- 沒有 scripts、references、resources 或支援檔案，因此這個技能完全依賴 markdown 指令，而非可重用的工具或範例。
- 摘要中的流程看起來有條理，但埋點與量化程度不高；若使用者需要更深入的衡量模板或判斷規則，可能仍需自行調整。
onboarding-optimization 技能概覽
onboarding-optimization 的用途
onboarding-optimization 技能可協助你優化 app 的首次使用體驗，讓更多新使用者不只是註冊，而是真正走到啟用事件。當你需要針對 Conversion、Day 1 留存，或從安裝到首次價值的更順暢路徑進行 onboarding-optimization 時，這個技能最適合使用。
誰適合使用
如果你在做產品成長、生命週期行銷、UX，或 ASO，且需要的是一份實作導向的 onboarding-optimization 指南，而不是泛泛的轉換建議，就適合使用這個技能。當你已經知道 app 的目標，想降低早期流失、縮短達到價值的時間，或減少首次工作階段的摩擦時，它特別有用。
它有什麼不同
這個技能以啟用為核心：它把 onboarding 視為通往單一有意義使用者行動的漏斗。也因此，當真正的問題是使用者安裝、瀏覽，然後在還沒感受到價值前就離開時，它比籠統的「改善 UX」提示更有效。
如何使用 onboarding-optimization 技能
安裝 onboarding-optimization
先把 onboarding-optimization 技能安裝到你正在使用的 repo 或 skill 環境中，接著開啟 skills/onboarding-optimization/SKILL.md 作為主要來源。在這個 repository 裡沒有支援性的 rules/、resources/ 或 scripts/ 資料夾，所以 skill 檔本身就是主要的實作指南。
從正確的輸入開始
onboarding-optimization 的使用效果最好時，你要提供：app 類別、目標受眾、目前的 onboarding 步驟、啟用事件、基準轉換率或流失率，以及任何已知的摩擦點。像「讓 onboarding 更好」這種提示太空泛；更好的提示會是：「請改善一款健身 app 的 onboarding-optimization，啟用事件是完成第一次訓練；62% 使用者卡在權限提示，團隊想要三個可測試的變更。」
建議工作流程
先定義啟用事件，再描繪目前流程，接著找出最大的流失步驟，最後才提出變更。如果你跳過這個順序，技能還是能給你一些點子，但輸出會比較不實用，因為它可能會優化舒適度，而不是優化啟用。若要得到最佳結果，請要求它比較「目前流程」與「簡化後的啟用路徑」。
先讀什麼
先從 SKILL.md 開始，尤其是關於啟用原則與初步評估的章節。這些是最影響決策的部分，因為它們會告訴你這個技能認定的真正成功指標是什麼，以及在建議變更前需要哪些資料。
onboarding-optimization 技能 FAQ
onboarding-optimization 只適用於註冊流程嗎？
不是。onboarding-optimization 技能關注的是「首次價值」；這個價值可能發生在註冊之後、教學之後、接受權限之後，或完成第一次核心動作之後。如果你的問題純粹是帳號建立轉換率，這個技能也許有幫助，但若問題在於產品早期啟用，它會更強。
什麼時候不該使用這個技能？
如果主要問題是長期流失、定價，或 paywall 擺放位置，就不該使用 onboarding-optimization。若你還不知道啟用事件，這個技能也不是最佳選擇，因為它仰賴這個定義來判斷 onboarding 流程到底有沒有真的發揮作用。
它比泛用提示更好嗎？
通常是的，因為 onboarding-optimization 指南會強迫你先定義啟用事件，並檢視流失點，再提出變更。泛用提示常只會產出表淺的 UI 建議；當你需要的是針對 onboarding-optimization for Conversion 的結構化、以轉換為核心的診斷時，這個技能更實用。
初學者可以使用嗎？
可以，但如果初學者能用一句話描述 app，並指出一個可衡量的早期目標，通常會得到更好的結果。就算是簡單提示，只要包含類別、首次使用流程，以及使用者卡在哪裡，也還是能運作。
如何改進 onboarding-optimization 技能
先給技能一個真正的啟用指標
改善 onboarding-optimization 輸出的最快方式，就是用白話明確說出啟用事件，並在有資料時附上基準率。像「啟用 = 建立第一個專案；24 小時內有 41% 使用者達成」就遠比「提高互動」有用，因為它給了技能一個具體目標。
要分享摩擦點，不要只講症狀
如果使用者會流失，請直接說明發生在哪裡、為什麼：是權限提示、填寫欄位太多、價值主張不清楚、強制教學，還是回報太晚。這樣技能才能把可避免的摩擦和必要步驟區分開來，而不是只提出泛泛的簡化建議。
要求可測試的變更
在拿到第一版輸出後，進一步要求它提供排序過的建議、預期影響，以及能驗證每項變更的最小實驗。這樣就能把 onboarding-optimization 技能從策略摘要，變成你可以實際交付與衡量的執行方案。