在我們使用軟體的時候，我們總是因為對某個軟體有著某種需求才回去使用，那麼軟體團隊如何去了解和挖掘使用者對於軟體的需求，並且引導使用者表達出對軟體的需求。
而如何獲取需求，有很多的辦法，我們最常見到的就是乙個公司上線了一款免費軟體來吸引使用者使用，同時在軟體上面設定了不少的使用者許可權來獲取使用者資訊，再通過利用這些資訊來獲取使用者的需求，雖然這樣的事一直是侵犯著使用者的隱私，但這樣的事，在中國一直持續不斷的發生著，其中最令人氣憤的是李彥巨集在中國發展高層論壇上的言論「我想中國人更加開放，或者說對於這個隱私問題沒有那麼敏感。如果說他們願意用隱私換或者交換便捷性或者效率的話，很多情況他們是願意這麼做的。」我想說大部分使用者是不願意的，這只是你的一廂情願，是你的產品噁心到了不給許可權就無法執行的地步！而軟體企業使用這樣的方法的優點就是十分容易獲取到使用者的大量資訊，從而對其進行分析。
最簡單也是最直接的方法就是使用者調查，通過溝通等方式來獲取使用者的需求，作者用了鞦韆圖來表達了使用者需求和發布的軟體提供的功能不對等的情況。在鞦韆圖後面，作者列舉了幾個常用的使用者調研方法並闡述了它們各自的優缺點，1.焦點小組，2.深入面談，3.卡片分類，4.使用者調查問卷（這個方法十分的常見，但是對於問卷的提問方式和問題內容有著較高的要求），5.使用者日誌研究，6.人類學調查（這個可以算是深入生活的調研，很多領域都具有十分強的專業性，所以大多數使用者的精力有限，沒有時間去學習，需要的就是那種傻瓜式的操作，所以360防毒在前幾年風靡一時，還有手機上面的相機系統，使用者不需要去學習那些攝影技巧，也可以拍出不錯的**），7.眼動跟蹤研究，8.快速原型調研，9.a/b測試（曾經在b站上看過類似的做法，b站嘗試推行出新版頁面風格，所以在開啟頁面的時候，預設的是改成了新版的頁面樣式，但是旁邊也會顯示切換到舊版的按鈕，同時新增了頁面的修改建議）。
競爭性需求分析的框架，在推出乙個新的產品之前，我們需要知道我們要做的產品與市面上已經有的產品有什麼區別，你的產品區別於市面上的產品有那些競爭力，沒有競爭力那就沒有辦法產生競爭，那麼必然沒有市場，除非使用者只是好奇使用。就比如說，我如果想做乙個課程表，那麼我的課程表與其他的課程表有什麼自己獨有的功能，比如說是否可以本校所有專業的課程，檢視每個教室每天的課程等等。
產品的定位與優先順序，作者列出了兩種不同的劃分模式，乙個是殺手功能/外圍功能，另一種是必要需求/輔助需求，兩種分類同時使用的話的確可以將乙個產品的功能劃分的十分的詳細，這樣能夠使開發者對於功能的掌握也更加清晰。
《構建之法》閱讀筆記（三）
閱讀第四章 第五章所得 首先提到的是 規範，上課的時候老師也提到了並且強調 的規範對於閱讀 的人或者是編寫 的人來說都是很重要的。風格原則即簡明 易讀且無二義性。其中縮排 4個空格 行寬 可限定為100字元 括號 斷行與空白的 行 分行 命名 匈牙利命名法或其他 下劃線 大小寫和注釋等。複審也是極其...
構建之法閱讀筆記三
構建之法閱讀筆記之三 12 16章節 之前寫程式的時候從來沒想過使用者的體驗這一點，從來就是自己感覺怎麼簡單怎麼來，也沒有過多的想那麼多的問題，就是自己寫自己的，而且就是自己在寫 的時候很多就是跟著前人的腳步走，沒有過多的想法去創新什麼東西 看完這本書之後感覺自己差得很多，而且之前自己寫的也不是很合...
構建之法閱讀筆記三
這次閱讀筆記主要關於團隊和流程，課上也又詳細講過，這裡簡單複習下，該章節主要介紹了典型的軟體團隊模式和開發流程以及它們的優缺點 tsp mvp mbp rup 團隊的定義 玩的好的哥們組成乙個隊，他們可以稱之為乙個團隊嗎？1 應該有一致的集體目標，團隊要一起完成這目標 2 團隊成員有各自的分工，互相...