上一篇文章，我談到角色什麼時候適合接話，以及什麼時候應該把空間留給成員。

但除了聊天，我也希望微光能提供一些更具體的參與方式。

有時候，剛進來的人不是沒有興趣，而是不知道能從哪裡開始。直接加入一群人的對話，可能需要一點勇氣；如果眼前有一件看得懂、可以自己試試看的事情，開始的方式就比較明確。

社群任務可以提供這樣的入口。

不過，把一件事情叫作「任務」，再加上獎勵，不代表大家就知道怎麼參加。站在設計者的位置，我可能覺得已經寫得很清楚，實際看的人卻還有好幾個疑問。

我能參加嗎？要做多少才算完成？做完之後，又要交到哪裡？

這篇想談的，就是怎麼讓任務從一段邀請，變成真的走得下去的參與方式。

故事讓人想看，說明讓人能開始
微光有自己的奇幻世界觀，所以在設計任務時，我會想保留一些故事感。

同樣是邀請大家分享作品，由某位角色提出請求，可能比一則普通通知更有趣。成員除了知道要做什麼，也能感受到這件事和微光的世界有一點關係。

但如果整篇都在描述角色遇到了什麼困難，最後只留下一句「請帶著你的創作前來」，大家未必知道具體要怎麼參與。

創作可以是什麼？以前做過的算不算？還沒完成的能不能分享？

這些事情不能全部交給讀者猜。

我想保留故事帶來的氣氛，同時在後面放上直接的說明。喜歡世界觀的人可以多讀一點，只想確認參加方式的人，也能很快找到需要的資訊。

任務可以有神祕感，但操作方法不需要故意藏起來。

先想清楚，希望發生的是什麼
在寫任務之前，我需要先確認自己想促成什麼事情。

假設我想邀請成員分享作品，目的是讓大家有機會看見彼此正在做的東西。那麼，要求每個人都交出完整、精緻的成品，可能反而讓很多人不敢開始。

如果想鼓勵的是交流，任務就可以容許草稿或製作中的片段，再請參與者簡單說明自己正在嘗試什麼。

反過來，如果活動本來就是要募集能公開展示的完成品，就應該把要求寫明白，不能等大家交出來之後，才說原來半成品不算。

這裡只是設計上的例子，還不是一項已經確定的微光任務。

它提醒我，完成條件應該跟目的連在一起。不能因為條件越多看起來越正式，就一直往上增加要求。

讓人找到第一個可以做的動作
「歡迎一起參與」是一句邀請，但還不是一個步驟。

如果任務希望大家分享作品，第一步可以很具體：到指定帖子下方，貼上圖片或連結，再用幾句話介紹。

如果需要先報名，就直接說明在哪裡報名、需要提供什麼。若不必報名，也可以明確寫出來，讓人不用猶豫是不是少做了一個步驟。

我想讓成員看完之後，可以立刻判斷自己現在要做什麼。

尤其是有外部網站或其他工具的任務，入口要指向真正能開始的位置。只放網站首頁，讓參加者自己找半天，仍然可能把人擋在外面。

有時候，任務不需要重新設計，只要把第一步寫清楚，就能少掉很多來回詢問。

完成條件，要能拿來判斷
「認真分享」「積極參與」「提供有價值的內容」，都是很容易出現在任務裡的說法。

我理解這些詞想表達什麼，但如果它們同時也是發放獎勵的依據，就需要再具體一點。

多少才算積極？誰來判斷有沒有價值？參加者做完之後，能不能自己大致確認有沒有符合要求？

如果連我都只能說「到時候看情況」，就可能讓不同的人得到不同標準。

以分享作品為例，可以先確認是否提供了能查看的內容，以及必要的介紹。至於作品有沒有受到歡迎、技巧夠不夠成熟，則是另一件事。

如果真的要評選品質，就應該另外說明評選方式，不把「完成任務」和「得到高評價」混在一起。

我希望參加者知道，自己正在完成一項要求，還是在參與一場評選。兩者帶來的期待不太一樣。

把必要資訊放在同一個地方
任務說明也很容易在聊天中慢慢散開。

正文寫了基本玩法，後來有人詢問期限，我在留言補充；接著又有人問獎勵，再補上一段。到最後，想參加的人得把整串對話翻完，才能知道完整規則。

對一路跟著討論的人來說，可能沒有問題。晚幾天才看到的人，卻容易漏掉關鍵資訊。

因此，我希望任務有一個能回頭確認的主要說明，至少讓人找到：

誰可以參加，以及要做什麼。
什麼情況算完成。
何時截止，或是否沒有期限。
做完要在哪裡回報。
獎勵如何取得，是否需要等待確認。

不是每項任務都需要很長的規則，但會影響參與決定的資訊，應該容易找到。

後來如果補充了重要條件，也需要更新主要說明。不能讓某句藏在聊天裡的回覆，悄悄變成大家都應該知道的規定。

交出去之後，也要知道現在到哪裡了
任務的體驗不會在提交那一刻結束。

參加者貼上內容之後，可能還想知道：有收到嗎？這樣算完成了嗎？獎勵是自動發放，還是有人確認後才會處理？

如果沒有任何回應，就容易重複提交，或一直詢問是不是漏掉自己。

所以，我希望任務設計也包含提交之後的說明。

如果還在等待確認，就說正在等待，不先宣布完成。如果內容缺少必要資訊，就指出缺了哪一部分，讓對方知道怎麼補。真正完成之後，再清楚告知結果。

這裡不一定需要一套很複雜的自動化系統。簡單的任務，也可以由人處理。但不論採用哪種方式，都需要讓參加者知道目前的狀態。

「已經收到」和「已經完成」，最好不要用同一句話帶過。

不要讓人做完，才發現規則變了
設計任務時，很難一次想到所有情況。

有人可能用我沒有預期的方式完成，也可能遇到原本沒寫清楚的邊界。這時候需要補充說明，但不能假裝新條件一開始就存在。

如果成員依照原本的文字投入時間，最後卻因為後來增加的限制被判定不算，會很難理解。

我想先檢查，是對方真的沒有符合要求，還是說明本來就留有不同理解。

需要修改時，就把變更講清楚，也考慮已經開始參加的人該怎麼處理。不能只因為修正文案很方便，就忽略有人已經按照舊版本做了事情。

任務規模即使很小，這種前後一致的感受仍然重要。

讓開始容易，也讓完成有個清楚的結尾
我希望微光的任務，能讓成員找到一件願意試試看的事情。

可能是分享作品、參與活動，或完成一次小小的探索。內容不一定很大，但從看到邀請到實際完成，最好有一條能理解的路。

故事負責引起興趣，清楚的說明讓人開始，明確的條件幫助判斷，提交之後的回應則替這次參與收尾。

如果一個任務總是需要我在旁邊反覆解釋，或每位參加者都卡在相同的位置，我就該回頭調整，而不是只覺得大家沒有仔細閱讀。

我希望成員看完任務時，心裡出現的是：「這個我想試試看，而且我知道怎麼開始。」

等到做完，也能放心地說：「好，這次完成了。」