像很多軟件開發人員一樣，我幾乎從不會看到真正的用戶使用我的軟件。如何在沒有親眼看到我的用戶的情況下收集用戶反饋？
在這種情況下獲得良好的用戶反饋當然相當困難。即使有些用戶同意向我提供關於他們使用軟件的方式的一些信息，他們如何真正使用它以及他們如何使用它，他們之間存在着巨大的差異。
偶然，我的軟件是客戶端/服務器，這意味着我可以非常容易地從技術上收集服務器上的一些信息。
當然，沒有什麼等於用現實生活中的軟件，在看一個真實的用戶，但我認爲這是聊勝於無，或者至少是值得一試:)
當我登錄上提出的所有異常客戶端在我的數據庫中，我還沒有在這一點旁邊。
我面對同樣的問題，我正在開發的軟件，但我還沒有用戶。
我通常認爲監測應該始終是選擇性的，並且您應該有能力在材料發送之前進行檢查。我想大多數人會同意這一點。
但是，從法律角度看，存在更大的問題。出於安全原因，一些公司限制用戶安裝具有「回家」組件的軟件。根據使用情況，任何監控數據都可能泄露機密信息。
例如，我的軟件在IDE中註釋了一些東西。如果我傳輸了關於打開文件（而不是散列）的「家庭」細節，即使沒有這些文件的內容，我仍然可能會發送機密信息。如果您的工具可用於打開圖像或文檔，則可能存在類似的問題。
我會建議哈希或在客戶端找到混淆結果的方式，並通過足夠的測試確保不會出現您的軟件未經同意和混淆而將信息發送回家的情況。如果我沒有弄錯，如果你的軟件這樣做，即使是錯誤的，你可能會違反美國聯邦法律。
另外，確保在通過電線發送細節時加密細節。最後，如果你的一些用戶在歐盟，那裏的隱私法律更強，你的異常數據庫本身可能被合法地視爲一個「數據庫」（例如，如果你存儲SQL語句，因爲它們被執行並失敗這些包含生產值）。所以你可能需要遵循很多有關個人身份信息的規則。
當我進行UI開發時，我用來收集每個用戶命令（按鈕推送，菜單選擇），並使用我自己的內部調試信息將它們記錄到文件中，但在幾天後自動刪除日誌文件。當試圖調試自己的軟件時，這些信息是非常有用的（用戶很難準確回憶當問題發生時他們採取的步驟）。我還記錄了每個應用程序的啓動情況，以防我們與第三方軟件存在兼容性問題。
問題是，除非出現問題，否則它沒有被使用，它保存在本地，沒有遠程訪問，並且如果沒有問題它會自動刪除。只有當客戶打電話給我們時，我們才能訪問日誌數據。
積極跟蹤用戶操作並將它們發送回基地完全是一個單獨的問題，我總是迴避。
這不正是你問什麼，但你有沒有被編程相關的解決方案的幾個選項：
1）Do some hallway usability testing（向下滾動到＃12）。
2）嘗試使用像Morae這樣的產品來設置更正式的遠程觀看會話。
3）讓客戶看着他們的肩膀，使用像GoToMeeting，CoPilot或WinVNC的東西。或去他們的網站一天，並出去觀看他們的實際肩膀。
其中的任何一個都會給你一個很好的主意，看看什麼可行，哪些不行。
你可以做一些像this這樣的捕獲鼠標移動並重播它們給你看看使用javascript和ajax。
嗯，我不認爲走廊可用性測試適用於我的情況。例如，你總是可以嘗試用3D建模軟件進行這種測試，但你不會學到任何東西：即使你的軟件設計良好，人們也不會有任何線索。 – Brann 2009-03-01 00:47:14