遊戲出了問題，卻不知道該問誰，常常還沒開始處理問題，就先卡在怎麼求助。既然是從 Steam 買的，直覺好像該找 Steam；但又會疑惑，這是不是其實要問開發商。這時先要做的不是猜原因，而是決定把哪個畫面交代給哪個窗口。
下面的解謎遊戲、版本 1.2.0、三次結果，以及回報文字，全部是為了說明而設定的假想案例，不是實際執行遊戲，也不是曾向支援團隊傳送訊息或檔案的紀錄。官方管道則以 Steam、Factorio、Larian 的公開說明為依據；修改回報文字的過程只限於這個假想場景。
即使在 Steam 買的，求助對象仍要看問題類型
這是未指定開發商的假想案例，沒有實際送出回報。
Valve 官方說明指出，Valve 自行開發的遊戲發生問題時，應直接聯絡 Steam 支援。Steam 帳號或購買問題、出現在 Steam 對話方塊中、導致遊戲無法啟動的錯誤，以及遊戲載入後出現的驗證或 CD 金鑰錯誤，也在 Steam 支援說明的範圍內。相對地，第三方遊戲啟動後才出現的錯誤或非預期行為，只要不是 Steam 驗證或 CD 金鑰問題，就應聯絡開發商或發行商。Steam 第三方遊戲支援說明
同一份說明也提供一條路徑：從收藏庫中該遊戲的支援項目，尋找開發商的聯絡方式。如果找不到第三方支援窗口，也可以向 Steam 支援詢問聯絡資訊。
實際送出求助時，最好連遊戲名稱一起寫上。遊戲專屬討論區裡，即使省略名稱，讀者可能也猜得到你在說哪一款；但收多款遊戲的窗口就不一定。沒有錯誤代碼，就不必把「畫面沒有變化」改寫成「伺服器錯誤」。不要補造不存在的訊息，直接描述你看到的畫面就好。
官方論壇裡，提問也有不同入口
這兩個問題是分開的假想例子，不表示一邊的對話會自動轉交給另一邊。
Factorio 說明頁把錯誤與當機回報引導至官方論壇的錯誤回報區；詢問遊戲進度或操作方式，則引導到由其他玩家協助的區域。聯絡頁也把錯誤回報、遊戲求助、想法與建議分開列出。即使找到了技術支援地址，也要讀完該地址對應的送件說明；有聯絡方式，不代表已經知道該送什麼。Factorio 說明 · Factorio 官方聯絡管道
Larian 在 2023 年的開發者論壇公告中，請玩家把 Baldur’s Gate 3 的問題與錯誤交給支援團隊；公告也把該論壇區域說成玩家互助、討論暫時替代方案的地方。這只能當作當時角色分工的例子，不能推成回覆時間或現在所有收件政策。Larian 錯誤回報公告
所以，在公開討論區和官方窗口提問，問題本來就不一樣。可以問其他玩家「你也遇過同一個畫面嗎？」；問開發商則是「這個行為原本就是這樣設計的嗎？」不論哪一邊，都不必假設對方已讀過前面的對話。
標題先抓住畫面，不必先猜原因
1.2.0 是為這個例子設定的版本。
假想回報原本的標題是「遊戲壞掉了」，內文是「進不了下一個。是 Bug 嗎？請快點修好。」把語氣改成「請儘速處理」，對方得到的畫面資訊仍然沒有增加。先在標題裡放入所在畫面和做過的動作。
Factorio 的回報說明要求在標題寫上實際遇到問題的版本與發生情境。這份說明首次發布於 2014 年 5 月 16 日，並不是所有 Steam 遊戲共用的統一格式。Factorio 錯誤回報說明
在這個假想場景中，先從謎題清單選第三個謎題，把所有拼片拼好，再在結果畫面按下「下一個謎題」按鈕。結果畫面仍停在原處。預期會進入下一個謎題，是因為按鈕名稱如此；至於是否要先完成遊戲說明中的步驟或其他準備，本例沒有確認，所以不能把它寫成原因或規則。
把觀察範圍也寫窄。音樂仍在播放、游標仍能移動，但不知道其他按鈕是否有反應，也不知道等了多久。因此寫「按下按鈕後，結果畫面仍在」，而不是「整個遊戲都停住了」。輸入裝置與實際遊戲名稱在這個假想案例中也未設定。
次數照實整理，不知道的條件就保留未知
三次結果是為了示例設定，並不是實測錯誤率。
例子設定為沿著同一條操作路徑走三次。兩次停在結果畫面，一次進入下一個謎題；哪一次停留、哪一次前進，順序並未設定。三次裡兩次的統計是為了解釋而創作的條件，不是實際測試結果。
所以不寫「每次都不行」。有一次成功進入下一個畫面，至少能分辨：這不是完全打不開下一個畫面的情況，而是同一路徑有不同結果。把這個小型假想統計換算成百分比或整個遊戲的錯誤率，就超出原本範圍。
求助寫得認真，不等於一定要增加確認次數。實際只遇到一次就結束，那就寫那一次。如果另有確認，就把操作和結果一起寫；尚未確認的等待時間、環境條件，留成未知即可。
附件只放能說明畫面的內容，回報文字保持簡短
下面的回報文字和圖示都不是實際送出的訊息或取得的檔案。
結果畫面的截圖可以顯示按鈕名稱和留下的畫面，但單張圖無法證明它是在按鈕之前還是之後拍的，也看不出等了多久。若附多張，要說明先後順序，以及每個畫面之間做了什麼。實際需要哪些附件，仍要以收件窗口的說明為準。
假想畫面裡就算出現通訊軟體通知或別人的姓名，也不能拿來說明謎題按鈕。Steam 線上行為規範禁止公開個人資料、騷擾或垃圾訊息，以及不當蒐集、散布他人資訊。Steam 線上行為規範
Factorio Wiki 的公開說明指出，紀錄檔會包含工作階段的日期與時間、更新程式的登入名稱，以及部分檔案的完整路徑，通常不屬於敏感資訊。這裡只是轉述文件列出的常見資訊，不是檢查讀者檔案後得出的結果。本文不規定如何產生紀錄檔，也不提供刪除或遮蔽個人檔案的步驟。Factorio 紀錄檔資訊範圍
> 在範例版本 1.2.0 中，按下「下一個謎題」後，結果畫面仍停在原處。我從謎題清單選了第三個謎題，把所有拼片拼好，再按下結果畫面的「下一個謎題」。在同一路徑的三次假想嘗試中，其中兩次停在結果畫面，一次進入下一個謎題。畫面停住時，音樂仍在播放，游標也能移動。我沒有確認其他按鈕是否有反應，也沒有測量等待時間。我原本以為會進入下一個謎題，但不知道是否還需要其他準備步驟。想請問這個行為是不是原本的設計？如果不是，還需要提供哪些資訊？
遊戲名稱與裝置資訊在此例未定，實際提交前要確認收件窗口要求填寫與附上的項目。這段短訊息也不是可以直接貼到真實遊戲的回報，只是把觀察、預期和未知事項放在一起的例子。
相似標題只是起點，後續回覆也要守住範圍
這是假想比較，不代表真的找到同一問題的文章。
就算搜尋到標題是「下一個按鈕不能用」，登入畫面的按鈕和謎題結果畫面的按鈕，也可能是不同場景。Factorio 回報說明要求：確定找到相同問題的既有回報時，才在原文補充內容。不能只因標題相似，就把自己的操作路徑和結果改寫成前文的版本。
沒有寫在文章裡的條件，可以保留成問題。例如：「直接從清單選取時也會這樣嗎？」不要把「我也是」的回覆數直接算成同一個 Bug 的受影響人數，也不要把一位使用者說明的操作擴大成「所有人都沒有問題」。只保留留言和本文實際說到的範圍。
收到後續問題時，不必再貼一次第一篇全文，只補上被問到的部分。對方問是否經過謎題清單，就回答直接選了第三個謎題；問等候時間而沒有計時，就明說沒有測量。後來才確認的內容要附上當時條件，避免把不同畫面混成同一個結果。
「看到相同畫面」、「正在調查原因」、「計畫修正」和「修正已完成」是不同的說法。沒有收到回覆，不能因此認定被忽略或說那就不是 Bug；只有計畫，也不能承諾修正版或解決日期。分清這些界線，就能讓最初想問的資訊和仍未知的資訊同時留下。