---

---

以我的經驗 , 我都是第一次訪談先了解客戶初步的需求 ,
回去後我會用 MS Visio 畫出

  1 . Use-Case Dirgram
  2 . 網站的架構
  3 . ERD

我會先寄給客戶請他先確認，當然他一定會看不懂。

第二次訪談

  1. 我會跟他解釋這些圖的意義 另外把系統邊界可確定出來
     (這很重要,因為要避免客戶之後跟你盧說要加東加西)
     .系統邊界確認後我就會跟他報價,並且聲明這次之後要加
     新的功能都不包含現在開的價格.

  2. 我會跟他確認資料庫內的欄位是否符合需求.

  3. 重新確認功能.

 經過這兩次大概可以把初步的功能開好並且可以開始著手規劃
 需要那些物件.

第三次訪談

  我會給客戶看一些初步的功能,看是否需要調整的地方,有需要
  修改看是新增的功能還是是我自己本身的誤會.


以上是我自己接案三年來的一些簡單經驗分享,希望能對你有所幫助,
我也是接了不少芭樂案累積而來的經驗..>"<..



※ 引述《KennyL (Giant Heart)》之銘言：
: 我的問題說起來不太算跟php有關，但的確是我一直以來的困擾。
: 但想說在這裡應該有不少熱新的版友，或許能分享一些經驗。
: 如果版大覺得不合適的話請別客氣直接刪吧..^^"
: -----
: 小弟開發的系統大部分是以php為主，換句話說也就是以web-based為主的系統。
: 在進入系統設計的階段前，往往要花上很多的時間跟客戶談需求。
: 大部分的困擾是在於，大部分對系統設計沒有概念的end user
: 在沒有看到系統畫面之前，都會天馬行空的想像很多功能。
: 於是，談需求變成一面要自我保護，一面又要說服客戶說怎樣不可能的冗長過程。
: 當然，假使能有一些其他系統的畫面或許對於達成共識會有幫助。
: 但我一直在想，在沒有合適的系統畫面下，有沒有相關的"工具"，
: 能很輕易的弄出一些畫面，以促進溝通的效率? (雖然我不否認用手畫最快XD)

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 163.13.11.114


--
※ 來源: DISP BBS 看板: layzer 文章連結: http://disp.cc/b/72-cgu