前面提過，看見朋友用上我寫的系統、接觸我想的故事，會讓我很有成就感。

不過，把東西分享出去之後，我也想知道：對方實際接觸的感覺，和我想像的一樣嗎？

做一個東西的時候，我知道自己為什麼這樣設計，也知道希望別人注意到哪裡。但朋友第一次用，感興趣的地方未必和我一樣。

有些我花很多心思的內容，他可能直接略過；某個原本沒特別強調的小地方，反而讓他想繼續研究。也可能他其實有興趣，只是不知道該從哪裡開始。

這些都是我想了解的事。

「很好用」會讓人開心，但我也想聽見過程
微光是一個建立在 Discord 上，結合交流、學習與奇幻世界觀的社群。我正在把自己累積的系統和故事設計，整理成能和大家分享的內容。

如果朋友用完之後跟我說「滿有趣的」，我當然會開心。但如果有機會，我也想多聽一點：是哪個地方有趣？

是某個功能剛好派上用場？某段互動讓他想繼續看？還是他在裡面發現了一個我原本沒想到的用途？

同樣地，如果對方覺得不好用，我也想知道他是在哪裡卡住。

「不太懂怎麼用」可能有很多意思。他可能找不到入口，也可能看見入口了，卻不知道按下去會發生什麼事。甚至操作都很順利，只是最後得到的結果和期待不同。

這些情況需要處理的地方並不一樣。比起只得到一句好或不好，我更想聽見對方接觸它的過程。

我熟悉的地方，別人未必看得懂
自己的設計看久了，很容易忘記第一次接觸的感覺。

我知道一個名稱指的是什麼，知道某個功能為什麼放在那裡，也知道一段故事前面有哪些設定。但第一次進入微光的人，沒有跟著我走過開發的過程。

對我來說很自然的安排，對他而言可能需要猜。

假設有個朋友點進某個系統，看了一下就離開，我不能立刻認定他不喜歡。也許他只是沒看懂那是做什麼的，不確定自己能不能用，或不知道接下來要做什麼。

這時候，如果我直接增加更多內容，可能也沒有幫助。原本的入口沒有變清楚，裡面卻又多了一層東西。

所以，當有人說難懂，我想先停下來，聽聽他看到的是什麼。先不要急著解釋「我原本的意思是……」，因為那個沒能被傳達出去的意思，可能正是需要調整的地方。

進不去，和真的沒興趣，是兩件事
我想先分清楚這兩種情況。

一種是對方有興趣，卻被操作、說明或安排擋住了。另一種是他已經理解，也實際接觸過，只是覺得這不是自己想要的東西。

前者可能需要把入口整理清楚，或調整使用過程。後者則要回頭想，這個設計原本適合誰，我期待它扮演什麼角色。

不能每次都用「他還沒理解」解釋別人的冷淡。朋友也可能已經理解了，只是真的不喜歡。

但反過來，也不能因為有人沒有繼續使用，就馬上把整個設計判成失敗。

我希望自己在修改之前，能多知道一點原因。否則，很可能改了半天，卻沒有碰到真正讓人停下來的地方。

花了很多心思，也還是需要聽別人的感受
比較難的情況，大概是我很喜歡、也花了很多心思的設計，朋友卻普遍沒有興趣。

這種時候，我想自己需要提醒自己：投入多少心力，和別人能不能感受到樂趣，並沒有直接對應。

我可以解釋自己的想法，但不能要求對方因為我做得辛苦，就應該喜歡。

同時，我也不想一聽到冷淡的反應，就急著把它刪掉。有些地方可能只需要調整說明，有些則真的需要改設計。也有可能，它本來就比較適合少數人。

這些判斷，要先知道大家實際遇到了什麼，才比較有依據。

目前我希望採取的態度，是先理解，再決定要怎麼改。自己的喜歡可以保留，別人的感受也要認真看待。

有些內容，可以只讓少數人喜歡
上一篇提到，我希望每個人都能在微光找到一個或多個感興趣的系統。

這也意味著，不會每個人都喜歡同一套內容。

如果某個設計對少數成員很有吸引力，而其他人不感興趣，我不覺得它就一定沒有留下來的理由。有人願意使用、能從中得到樂趣，本身就值得考慮。

不過，如果我期待的是一個能讓大部分成員日常接觸的核心內容，卻只有很少人願意用，那就需要重新想想。

可能是設計還不夠合適，也可能是我替它設定的位置不對。它可以留著，但未必適合繼續被當成大家都會喜歡的核心。

對我來說，聽取回饋也包含調整這種期待。除了改功能，有時候要改的是我對這個功能的定位。

分享感受，不必順便替我完成設計
我想聽具體回饋，但不希望因此把負擔推給朋友。

如果對方只能說：「我到這裡就不知道要做什麼了。」這已經是有用的訊息。他不需要同時替我想好介面要怎麼改、說明要怎麼寫，才算提出了值得聽的意見。

如果他有自己的建議，我會想聽；但實際卡住的感覺，和提出的解法，也可以分開看。

同一個困難，可能有不同處理方式。我要做的是理解他的經驗，再結合微光想提供的內容，決定適合怎麼調整。
這篇也不是要新增一套回報系統，或要求成員使用之後都交心得。我想先說清楚的是，當有人願意告訴我自己的感受時，我希望自己怎麼接住那些話。

讓下一次修改，有一個具體的理由
把腦袋裡的想法做出來，分享給朋友，是我開始整理微光的重要動機。

接下來，我也希望能看見那些想法到了別人手上，實際變成了什麼體驗。

有人在哪裡停下來，有人對哪個細節感興趣，有人理解之後仍然不喜歡。這些反應未必都指向同一個答案，但能幫我分清楚哪些地方需要改善，哪些差異可以保留。

如果朋友願意告訴我：「我其實很想用這個，只是到這裡就看不懂了。」我就多了一個具體的地方可以回頭檢查。

如果他說：「我懂它在做什麼，但我比較喜歡另一個系統。」那也讓我更了解，微光裡不同的內容，正在吸引什麼樣的興趣。

我想聽見的，就是這些實際接觸過後的感受。它們能讓下一次修改有個理由，也讓我不必一直只靠自己的想像，猜大家會不會喜歡。