需求分析六大原則
一、永遠不要顯得比客戶更聰明(聰明反被聰明誤)
瞭解需求,而不是去批評客戶;(尊重)
客戶比你更熟悉業務的環境;(產品本身)
真正的問題只有客戶知道,我們要做的是讓客戶願意說出來;
二、尊重使用者的現實選擇(客觀)
客戶永遠都是對的;(客戶不會為難自己)
提供最合適的解決方案,而非最好或最貴的方案;(找到客戶最合適的,而非合適我們的)
不用把客戶當傻瓜;(不用欺騙)
三、轉述需求的人也是客戶
第三方也是我們的客戶;(提出需求)
第三方一般會把自己想象成設計者;
第三方可能會遺漏或補充一些額外的需求;(篩選)
對第三方的自由發揮不應該抱怨和生氣,而是將其視為客戶;
四、客戶和使用者區別對待
產品為終端使用者設計,需求的功能轉換為終端使用者的使用要求而確定;(使用者決定產品)
為客戶尋找價值上的需求;
使用者的利益高於一切;
五、用最簡單的文字工具記錄需求(麻煩的是我們把一切做的太複雜了)
所有人都能懂的東西,最不容易出錯;
不需要再學習的東西,最不容易出錯;
不要希望客戶能花更多的時間來了解需求轉換後的原型;
保持溝通的通暢,是瞭解需求的保障;(清清楚楚,反反覆覆)
六、天下沒有免費的午餐
客戶從來沒有不合理的需求;
客戶的要求都是可以實現的;
我們能做這事,這是所需的費用
相關文件:使用者需求是有害的
相關文章
- 六大原則
- 設計模式六大原則(六)----開閉原則設計模式
- 設計類六大原則
- 設計模式-六大原則設計模式
- 設計模式——六大原則設計模式
- 設計模式六大原則設計模式
- 物件導向的六大原則物件
- 設計模式之六大原則設計模式
- 設計模式的六大原則設計模式
- Python設計模式六大原則!Python設計模式
- 設計模式六大原則詳解設計模式
- 理解面對物件的六大原則物件
- 設計模式六大原則(四)----介面隔離原則設計模式
- 設計模式六大原則(五)----迪米特法則設計模式
- OA系統設計的六大原則
- 連續架構六大原則 - Murat Erder架構
- 軟體開發六大原則(三)-里氏替換原則
- 設計模式六大原則(二)----裡式替換原則設計模式
- 設計模式六大原則(一)----單一職責原則設計模式
- 聊一聊設計模式(一)-- 六大原則設計模式
- 設計模式的分類和六大原則設計模式
- 物件導向設計的六大原則(SOLID原則)-——里氏替換原則物件Solid
- 設計模式“6”大原則!設計模式
- 走向靈活軟體之路-物件導向的六大原則物件
- 【設計模式筆記】(零)- 物件導向的六大原則設計模式筆記物件
- 婚戀app原始碼設計模式六大原則有哪些?APP原始碼設計模式
- Python設計模式的六大原則分別是什麼?Python設計模式
- 第六組 第二週需求分析2
- 運維必讀:避免故障、拒絕背鍋的六大原則!運維
- 設計模式:物件導向設計的六大原則 (絕對詳細)設計模式物件
- 設計模式之7大原則設計模式
- 軟體設計7大原則
- 設計模式七大原則設計模式
- 施密特:谷歌的五大原則谷歌
- 好程式設計師Java培訓分享Java設計模式的六大原則程式設計師Java設計模式
- 遊戲設計的三大原則遊戲設計
- 設計模式的七大原則設計模式
- 設計模式的七大原則(5) --開閉原則設計模式
- 提升資料安全的五大原則