from 所有文章 - ucd大社群
by paradisefeng
最近看到乙個笑話：某富翁想要娶老婆，有三個人選，富翁給了三個女孩各一千元，請她們把房間裝滿。第乙個女孩買了很多棉花，裝滿房間的1/2。第二個女孩買了很多氣球，裝滿房間3/4。第三個女孩買了蠟燭，讓光線充滿房間。 最終，富翁選了胸部最大的那個。
做產品需求分析的各位作何感想？
最痛苦的不是需求複雜，不是需求太多，而是你辛辛苦苦忙碌半天，最後發現，做出來的東西不是客戶實際想要的。
造成這種結果的原因無非兩種，一種是使用者知道自己想要什麼，只是你沒弄清；另一種是使用者自己都不知道自己的真實需求是什麼。
第一種其實相對好辦，改進自己是容易的。重新溝通，深入挖掘，重作分析。
第二種就不好辦了。舉乙個我自己的例子。
我前幾個月一直在用一款桌面監控軟體rainmeter來美化桌面效果，增強桌面功能。這款軟體通過第三方資源和外掛程式能在桌面上提供多種功能。當時 本著嘗新鮮的精神，折騰了幾天，新增了天氣預報，時鐘，網路狀態，記憶體硬碟cpu監測,rss閱讀，程式快速開啟等功能，並且精心布局，牆紙也換了，最終 做出了個自認為外表光鮮、功能強大的diy定製版，興奮不已。然而，新鮮勁很快過去，逐漸開始真正使用這款軟體來滿足自己的日常需求時，發現用起來並不如 想象中那麼好。
何解？通過對自己幾個月來的使用經歷進行分析，發現使用的不滿意主要體現在以下幾方面。
影響開機速度，載入過慢。這是由於外掛程式過多的緣故。
外掛程式的使用率較低，部分外掛程式基本就沒用過。
通過使用，發現對程式和資料夾快捷呼叫的需求非常強烈，使用次數佔使用這款軟體所有功能次數的90%以上，而偏偏外掛程式對這功能的實現效果並不突出。
通過分析不滿意的幾個方面，進一步思考，發現產生不滿意的原因主要是兩方面。
使用這款軟體的目的從一開始就不明確，只是覺得新鮮，功能強大，覺得自己在這方面有需求，使用他肯定能滿足，使得需求具有盲目性。這就導致安裝過多不需要的外掛程式，使得開機變慢。功能多餘。
隨著實際使用才發現了我真正需要的功能，偏偏是這款軟體的軟肋，需求無法被滿足。
最終，我放棄了rainmeter，轉而使用rocketdock，一款快捷工具欄軟體，滿足對程式和資料夾快捷呼叫的需求。到目前為止，用得挺順手，不占用過多資源，沒有對我來說無用的功能，符合我的習慣，很好的滿足了我的使用需求。
從我自己的例子可以看出，了解操蛋的真實使用者需求不是一件那麼容易的事情。我是需求產生者，同時也是需求滿足者，卻無法很輕鬆的滿足自己的需求，對需求無法清晰準確的把握，這一點是很值得人們注意的。
最後總結兩點感悟：
要警惕初始使用者需求，其往往只是靈光一現的想法，需求的產生具有隨意性，其可靠性和穩定性往往值得懷疑。
使用者的需求是會隨著產品使用的深入而不斷被檢驗的，去偽存真，要依靠有效的使用者反饋才能把握真實使用者需求。
Linux使用者，你們真的了解開源硬體嗎？
linux使用者不了解一點開源硬體製造相關的事情，他們就會經常陷入失望的情緒中。商業軟體和免費軟體已經互相糾纏很多年了，但是這倆經常誤解對方。這並不奇怪 對一方來說是生意，而另一方只是一種生活方式。但是，這種誤解會給人帶來痛苦，這也是為什麼值得花精力去揭露這裡面的內幕。這是乙個沒有人獲益的怪圈，而且...
你們真的了解JS的事件嗎？
基礎最後一篇啦，蹭著週六日趕緊寫完，其他的都是dom,bom的api或者瀏覽器能力，高階技巧，canvas使用等雜七雜八的知識點，這裡就不一一介紹了，平時編碼也用不太到，有興趣的可以找找相關的書籍先說說js事件流吧，js事件流就是從從document開始到目標dom節點之前的節點進行事件的捕獲，在目...
你真的了解String的建立嗎？
在文章的開始之前，有乙個問題需要思考。string s mryan string s newstring mryan 以上是string的兩種賦值方式，它們有什麼區別嗎？它們在記憶體中有幾個例項？儲存在哪個區域裡？例項儲存在 字面量儲存在 想要回答這些問題，需要對jvm有一定的了解 其中在jdk1....