前一篇文章，我談到收到成員的建議之後，會先把它整理成可以判斷的計畫，再決定要不要做。

但即使每個功能都有加入的理由，全部放進同一個伺服器之後，還是可能出現另一個問題：第一次進來的人，看得懂嗎？

我知道自己做了哪些設計，也知道每個東西放在哪裡。但新成員看到的，可能是很多頻道、不同的角色，以及一些還不知道用途的系統。

原本希望他覺得「這裡很有趣，想四處看看」，結果他可能只想問：「所以，我現在該做什麼？」

這是我目前在設計微光時，想處理的一件事。

第一次進來，不必先認識全部
微光是一個建立在 Discord 上，結合交流、學習與奇幻世界觀的社群。我希望每個人都能在裡面找到一個或多個感興趣的系統，也期待有些日常核心內容，能受到大部分成員喜歡。

不過，內容豐富，不代表要在第一次見面時全部介紹完。

如果一進來就得看懂每個頻道的用途、記住所有角色，再讀完各種功能的說明，還沒開始使用，就已經有很多事情需要理解。

所以，我目前比較傾向讓新成員先接觸少數日常核心內容。先知道自己可以從哪裡開始，再依照興趣往其他地方走。

這不表示其他內容不重要，只是第一次接觸微光時，不需要同時處理全部資訊。

新手教學，先幫人開始參與
目前，我也正在設計新手教學流程，希望幫助大家盡快上手。

我想抓住的目標，是讓成員知道去哪裡交流，並且能自己使用一個感興趣的系統。

這比「看完所有功能介紹」具體一些。至少走完教學之後，他知道下一步可以做什麼，不必每次想嘗試，都先猜測要從哪裡進去。

至於教學會包含哪些步驟、用什麼方式呈現，還在設計中。這篇先記下我希望它達成的事情，不把尚未完成的流程說成已經上線。

對我來說，新手教學需要接到實際參與。介紹了很多東西，最後卻還是不知道怎麼開始，那就得回頭看看，哪些資訊真的幫上忙，哪些可以晚一點再說。

想深入了解時，也要有介紹可看
除了新手教學，我也計劃提供功能的使用介紹。

因為開始使用之後，還是可能遇到新的問題。一開始只想試試某個系統，過幾天有了更明確的需求，才會想知道它還能做什麼、某個操作應該怎麼進行。

這時候，如果有對應的介紹可以查閱，就不必只靠記住新手教學裡講過的內容。

但我不打算要求成員把全部功能介紹讀完，才能完成新手教學。

想深入的人可以多看，暫時用不到的內容就先放著。等到真的有需要，再回來查，也比較容易把說明和眼前的問題連在一起。

新手教學和功能介紹，可以各自處理不同的需求：前者幫人開始，後者讓人需要時有地方可以了解更多。

好奇感和操作上的困惑，要分開看
前面幾篇文章裡，我一直提到希望微光能讓人產生好奇。

但「這個角色背後有什麼故事？」和「這個功能到底要怎麼用？」帶來的感受，其實不太一樣。

前者可能讓人想繼續探索。後者如果一直沒有答案，就可能讓人停下來。

我不希望把使用上的困難，也當成探索的一部分。成員願意花時間了解故事，不表示他也願意花很多時間猜入口在哪裡，或猜某個指令該怎麼操作。

因此，我希望教學和介紹能先減少這些困惑。基本操作比較清楚之後，成員才有餘裕去注意內容本身。

奇幻的名稱和世界觀可以保留，但不能只有我這個設計者知道它們在做什麼。第一次接觸的人，也需要一些能理解的說明。

不用每個人都走到同一個地方
讓新成員先接觸少數核心內容，也不代表往後每個人的使用路線都要一樣。

第七篇提過，我能接受有人長期只使用其中一個系統，對其他內容沒什麼興趣。這個想法放到新手教學裡，也應該一致。

如果他已經知道去哪裡交流，找到自己感興趣的內容，也能順利使用，就不必為了「認識完整的微光」，繼續讀完所有介紹。

有些人會想四處看看，有些人則找到喜歡的地方就先待著。我希望教學能提供起點，而不是替所有人安排好之後的參與方式。

同時，其他內容也不能變得難以找到。當成員哪天產生新的興趣，想多了解一點時，應該還有路可以往前走。

具體怎麼安排，需要在設計時繼續確認。我想保留的是這種選擇空間：先用得到，再看自己想了解多少。

先看看，第一次使用的人能不能走下去
對我來說，整理新手教學，也是在重新檢查自己的設計。

如果某個功能很難用簡單的方式說明，可能是介紹還沒寫清楚，也可能是功能本身有需要調整的地方。不能只因為自己已經習慣，就把理解的責任全部交給新成員。

這也接得上第八篇談的回饋。

之後如果有人說「我到這裡就不知道要做什麼了」，我會想回頭看他當時接觸到了哪些資訊。是漏掉了必要的說明，還是一次出現太多內容，反而找不到重點？

目前，新手教學正在設計，功能介紹也還在規劃。我還不能說這些安排已經解決了問題，但可以先確定要往哪個方向檢查。

我希望一個人第一次走進微光時，不必先理解我做過的所有東西，也能找到一個可以開始的地方。等到他用過、聊過，對其他內容產生興趣，再慢慢往外探索。

這樣，微光增加新內容時，成員得到的是更多可以選擇的東西，而不是更多開始之前必須讀完的說明。