雖做為一則笑話，但實卻令人深思。我們不能滿足各種怪異的使用者需求，眾口難調。我們不能以"使用者有這樣的需求"為理由，來無止盡地滿足和迎合他們，程式猿不是機器貓，如此做，先崩潰的是碼農和維護人員，而系統也經不起這樣折騰。正如上面的案例，有多少使用者有時間去分清楚這麼多的隱身狀態？使用者都能讀懂嗎？其實大部分使用者用到的只是其中少數的核心功能。所以，我們需要專注重點做其中核心使用者的核心功能，而對於那些具體的，細微的功能則需要隔開來對待。
更進一步來說，使用者需求這個詞現在已經被用濫了，其是乙個十分泛的，模糊的定義。被動接受需求，不會引導需求，永遠只是二流，我們承認使用者的意見永遠是對的，但是當且僅當他們沒有發表意見的時候。
如果我問我的使用者，他們只會說要一批更快的馬，福特如此說。的確，使用者需求是乙個很籠統的概念，他們只能在他們的層面想到他們所想到的，如果依據他們的話，直接得出使用者需求，是不可靠的。
使用者表達出來的是泛泛的，包涵目標和任務。這個目標是需要產品人員去思考實現的，因為你是專家，是產品的設計者會考慮產品更多問題，找乙個最佳方法實現。針對使用者所表達的，需要分析其背後最本質的需求一目標。
談需求 引導使用者合理期望BI
以前乙個回帖l提到如何搞定使用者需求，這個比較有意思。其實如果搞定使用者需求的話，已經成功一半了。但這個事情又很複雜，和行業bi應用 使用者對bi認知 bi團隊的綜合實力 資訊化基礎等等都有息息相關的約束。所以要搞好需求這個事情，就看專案目標到底想做什麼樣子，是想交差了事？讓使用者簡單代替原來手工做...
談原創文章投稿到使用者搜尋需求
有一段時間沒有更新部落格了，都不知道該寫些什麼在上面，剛開始的時候豪情萬丈，堅持寫了一段時間的原創文章，堅持投稿了一段時間 後來發現了一些問題，自己投稿的文章，有一些發布在自己部落格上面，直到現在都沒有收錄 儘管原創文章投稿會增加一些 點的外鏈，甚至好的文章有些 平台會 也算是乙個好質量的鏈結，但是...
收集使用者需求（啟發使用者需求）
使用者需求分為 使用者的隱含需求和明確需求。下面引用自 需求收集為什麼會困難？1.需求收集人員往往只關注使用者反映的表面問題，而不能主動深入挖掘使用者的真實需求 2.需求收集人員考慮的問題時習慣 以產品為中心 而不是 以客戶為中心 3.使用者往往不清楚自己的真實需求是什麼，或者不知道如何準確地描述出...