|
锁定老帖子 主题：关于界面原型设计的再思考
精华帖 (2) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-05-23
我是来看热闹的 写道 他说的很有道理啊。
你的问题是要先分清是BS或CS应用。 BS应用，界面原型高度可重用，若有可能，为什么不做的给力点，客户沟通也更直观，从操作上也可以有效收集客户偏好(如客户更习惯autocomplete还是下拉抑或弹出，等等)。 +1 我想除了楼上所说的那些原因之外，项目的规模也是一个问题。 1、中小型项目，完全可以照出一个html静态页面的原型出来给客户看，那样子会很形象，客户也会比较容易接受。可能由美工来做的话，大概也在3-7天之内就可以把东西拿出来。 2、如果是大型的项目的话，我想全出原型所用的时间会比较长，增加开发的时间与成本，这样还不如像春哥所说的，直接用软件把相关的图画出来就好了。 3、敏捷开发，个人认为就是在保证质量与客户需求的基础上，无所不用。 
|
| 返回顶楼 | |
|
发表时间：2011-05-25
longfeisoft 写道 我来唱反调了，我觉得，那位仁兄说的还是有道理的，或者说在他的条件下是非常好的。
你现在做的是产品不是项目，在需求调研人员对于某个行业或者某个企业很熟悉的情况下，如果能够有这个原型工具的话，那是相当的好的，因为本身他已经具备了很好的能力，很好的经验，他可以引导客户的需求，虽然他在画界面，可是，他心里有数后台的数据结构、处理逻辑，他让客户有了感性的认识，有利于需求的确认，如果确认的界面还能够在后续逻辑开发的时候能够复用，那就太好了。 其实，很多时候，客户都不知道自己想要是什么样子，与其让客户天马行空的想，不如让他落地，带领他一起需求落地，而且客户也会很踏实。 凡事没有一刀切 画界面对于我现在的项目来说还是很有必要的 毕竟客户有点。。。 |
| 返回顶楼 | |
|
发表时间：2011-05-26
除了吵架之外，中国的技术论坛上看不出有什么建设新的建议。
|
| 返回顶楼 | |
|
发表时间：2011-05-27
ltian 写道 除了吵架之外，中国的技术论坛上看不出有什么建设新的建议。
这也算不上是吵架吧 论事而已 没有矛盾怎么会进步呢？ |
| 返回顶楼 | |
|
发表时间：2011-05-27
最后修改：2011-05-27
界面原型设计来引导客户，挖掘需求，只能说是获取需求的一种方式。
优点是能快速的设定客户心中的期待，还称不上需求，还需要加工成需求，另外可以加快开发； 缺点也很明显，将客户引进来，很有可能让客户过度集中在界面上，而忽略了功能及背后的业务及难度。 曾经有客户对着界面说，加某某功能。程序员说实现不了，客户答曰，不就是加个按钮吗？ |
| 返回顶楼 | |
|
发表时间：2011-05-28
yizhilong28 写道 界面原型设计来引导客户，挖掘需求，只能说是获取需求的一种方式。
优点是能快速的设定客户心中的期待，还称不上需求，还需要加工成需求，另外可以加快开发； 缺点也很明显，将客户引进来，很有可能让客户过度集中在界面上，而忽略了功能及背后的业务及难度。 曾经有客户对着界面说，加某某功能。程序员说实现不了，客户答曰，不就是加个按钮吗？ 界面设计和需求完全混起来就一塌糊涂了。 撑死算一个辅助手段，功能需求搞的差不多了才好干这个，收集一些非功能性的客户偏好方面的需求。 |
| 返回顶楼 | |
|
发表时间：2011-05-28
我不同意楼主的看法：
1.项目必须要有界面原型，并且，跟最后的实现要一模一样 2.原型应该是可以运行的，并且包含所有的用户需求，跟客户沟通的唯一凭据就是原型。 3.原型通过客户评审和内部评审就要保持稳定，进入开发阶段 4.如果用户有变动，在项目二期实现 没有原型就无法限定用户天马行空的思维，就无法直观的反映软件提供商的理解情况和实现内容。 |
| 返回顶楼 | |
|
发表时间：2011-05-28
yizhilong28 写道 界面原型设计来引导客户，挖掘需求，只能说是获取需求的一种方式。
优点是能快速的设定客户心中的期待，还称不上需求，还需要加工成需求，另外可以加快开发； 缺点也很明显，将客户引进来，很有可能让客户过度集中在界面上，而忽略了功能及背后的业务及难度。 曾经有客户对着界面说，加某某功能。程序员说实现不了，客户答曰，不就是加个按钮吗？ ===== 说实话，用户的职责仅仅是提供需求而已，设计，实现都是应该是乙方责任。 |
| 返回顶楼 | |
|
发表时间：2011-05-30
Durian 写道 yizhilong28 写道 界面原型设计来引导客户，挖掘需求，只能说是获取需求的一种方式。
优点是能快速的设定客户心中的期待，还称不上需求，还需要加工成需求，另外可以加快开发； 缺点也很明显，将客户引进来，很有可能让客户过度集中在界面上，而忽略了功能及背后的业务及难度。 曾经有客户对着界面说，加某某功能。程序员说实现不了，客户答曰，不就是加个按钮吗？ ===== 说实话，用户的职责仅仅是提供需求而已，设计，实现都是应该是乙方责任。 理想状态，完全同意你的说法 关键点是，碰到的客户就如你所说的，天马行空型、自己都不知道自己需要神马型。求指教。 |
| 返回顶楼 | |
|
发表时间：2011-05-30
最后修改：2011-05-30
yizhilong28 写道 Durian 写道 yizhilong28 写道 界面原型设计来引导客户，挖掘需求，只能说是获取需求的一种方式。
优点是能快速的设定客户心中的期待，还称不上需求，还需要加工成需求，另外可以加快开发； 缺点也很明显，将客户引进来，很有可能让客户过度集中在界面上，而忽略了功能及背后的业务及难度。 曾经有客户对着界面说，加某某功能。程序员说实现不了，客户答曰，不就是加个按钮吗？ ===== 说实话，用户的职责仅仅是提供需求而已，设计，实现都是应该是乙方责任。 理想状态，完全同意你的说法 关键点是，碰到的客户就如你所说的，天马行空型、自己都不知道自己需要神马型。求指教。 ---------------- 这种项目就不该接 |
| 返回顶楼 | |
