以我的经验 , 我都是第一次访谈先了解客户初步的需求 , 回去後我会用 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