需求怎樣從客戶方挖掘業務，首先在去和客戶方**確認需求時，需要有大量的工作來思考這個業務體系，這個專案的業務到底是都是寫什麼，一定要學會在網上蒐集各種相關的資料，然後通過整理資料，來挖掘深藏的業務流程。這個挖掘的過程中會出現很多不清楚的細節，那麼這些就是需要去問客戶的東西了。那麼往往第乙個部分是非常好確認的業務，而第二部分則是需要根據自己整理的整個業務的大體範圍來引導客戶說出這部分業務的內容，第三部分往往是根據自己多年的經驗來告訴客戶的業務，第四部分往往都是潛規則業務，也是需求變更最為嚴重的部分，其實第三部分和第四部分都存在潛規則業務，這部分就需要自己在見客戶之前要有乙個整體的思維架構，來理清楚這塊業務到底覆蓋面都有哪些。需求人員和客戶之間的知識業務框架往往呈現十字架結構：
一、自己和客戶都知道的業務
二、客戶知道但是自己不知道的業務
三、自己知道的但是客戶不知道的
四、自己和客戶都不知道的
在和客戶確認問題的時候一定要快速的理解客戶所講的內容並做重點內容的記錄，然後把自己理解到的內容講給客戶聽，看是不是理解的這個樣子，所有的業務內容都經過這個過程後，將理解問到的業務內容成體系的整理出來並和客戶再次確認，為什麼要成體系呢，因為客戶不可能說知道a業務和b業務關聯，他只是知道乙個乙個塊的業務，所以需要需求人員來整理所有討論達成的共識並和客戶再次確認。
切記：一定要學會聽，然後通過自己的理解用自己的話表述出來，這樣你才是真的懂了。一定要理解客戶所說內容後再次和客戶確認。業務和需求都是從客戶那裡學來的，前期一定要把自己當成傻子，不要臉的問問題，這樣才能學到真東西。
奮鬥吧，加油！
客戶需求的挖掘
客戶需求的挖掘 下午，乙個客戶要求先幫他們做個資料錄入頁面。在紙上寫了幾個字段。寫完後，我開始引導客戶，了解具體需求。我 你這個錄入完後，所得到的資料，需要拿來做什麼。客戶 需要對合同資料進行錄入。我 誰進行錄入，錄入的是什麼資料？客戶 業務員進行錄入，錄入的是商家的資料。客戶描述了好一陣，拿出一本...
業務需求 使用者需求 功能需求怎麼理解
業務需求一般是我由我們軟體開發人員來蒐集的，是企業自身在顧問等引到下自己所作的工作。我們只是去從他們那裡直接的拿來就可以了。比如為了配合企業生產改造，為了加強庫存管理，為了建立企業電子化執行平台，這些都是業務需求。這些東西的建模還是留給諮詢顧問吧，我們沒有拿那份企業流程重組的錢，也就不用費這個力氣。...
業務流程不是需求
沒有乙個專案不是重視需求調查的。從第一天開始，開發人員就拿著乙個筆記本，把使用者都拉到會議室，詢問他們的業務流程是什麼樣的。知道了業務流程，開發者剩下的工作就明確了，一條一條的去實現他們，系統就ok了。但是，業務流程可以代替需求嗎？實際上，在業務流程的背後，有乙個更加根本的因素 商業需求。商業需求才...