我們在做乙個軟體系統的時候，首先離不開客戶的需求收集，在需求收集階段可能面臨著很多問題，或許客戶自身就不知道到底要做乙個什麼樣的軟體系統，他只知道需要一套軟體系統，這套系統大概用來幹什麼，具體有些什麼功能或許毫無概念。
對於我們做系統開發的專業人員來說，面臨這種情況可能最先考慮到的是系統原型，按照客戶提出的「基本」需求，我們自己通過對需求的理解結合平時開發軟體的相關經驗，首先弄出個系統原型介面，然後提交給客戶審查系統需求功能點。在審查過程中客戶可能會提出更多新的需求，以及很多改進的地方，當然也不排除系統原型中讓客戶感到非常滿意的系統功能點，由此就可達到進一步收集客戶的「詳細」需求和潛在需求的目的。
本人就曾遇到過這樣的客戶，他們不知道到底要做什麼以及要做到什麼樣的程度，就大概說出了我要想做乙個東西來幫助我解決什麼樣的問題。不過當時這個客戶比較好說話，他們要求的系統非常小，功能點也就10來個左右。我們首先就是採用系統原型法和客戶進行溝通，讓客戶在系統原型的基礎上提出意見和建議，以及沒有考慮到的地方。這樣一來逐步的就引出了客戶真正的需求。
羅胖面對客戶的需求的乙個不錯的例子
羅胖在 知識就是力量 裡分享過乙個叫橙汁測試的故事。有家公司要辦年會，需要選擇一家酒店作為年會場地。他們公司有1000人，這也是這家酒店需要接待的人數。這事對負責組織年會的人來說，壓力很大。因為如果酒店選得不好，會有1000人指責 抱怨。他想了個辦法，打 問每一家候選酒店 我們需要酒店在早上7點為每...
面對企業眾多的BI分析需求，該怎麼辦？
企業需要規劃乙個bi專案，卻不知道從何入手，各部門都有分析需求，數量眾多且複雜。資訊部門在規劃乙個完整的bi建設方案的時候頗具挑戰性。這該怎麼辦？可以從以下幾個角度並結合企業的實際情況來思考 第二，需求是具體部門提出的。如果需求是某個具體部門提出的，主要考慮的是如何解決該部門的分析需求，比如財務部 ...
簡單資訊系統需求分析報告 簡單的分析報告
寫資料分析的文章或者報告時，必須有以下6大塊內容才算完整 即分析背景 分析目的 分析思路 分析內容 結論 建議。腦圖如下 為優化使用者結構，保持企業競爭力，針對使用者資料進行分析，報告情況如下 一 分析背景 表1購買商品的字段資訊 只購買一次商品的使用者 二 分析目的 如何留住只購買一次商品的使用者...