|
锁定老帖子 主题：关于界面原型设计的再思考
精华帖 (2) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-05-30
原型不过是统一
用户与程序员脑补图的东西..... 如果用户与你的team一起工作了七八年了. 原型用口述也就够了 |
| 返回顶楼 | |
|
发表时间：2011-05-30
Durian 写道 yizhilong28 写道 界面原型设计来引导客户，挖掘需求，只能说是获取需求的一种方式。
优点是能快速的设定客户心中的期待，还称不上需求，还需要加工成需求，另外可以加快开发； 缺点也很明显，将客户引进来，很有可能让客户过度集中在界面上，而忽略了功能及背后的业务及难度。 曾经有客户对着界面说，加某某功能。程序员说实现不了，客户答曰，不就是加个按钮吗？ ===== 说实话，用户的职责仅仅是提供需求而已，设计，实现都是应该是乙方责任。 设计和实现也是参照用户的意见出来的吧？ 尤其是那些需要根据数据库规范做的行业软件，有些数据表设计实在是坑爹啊…… |
| 返回顶楼 | |
|
发表时间：2011-06-04
如果框架封装的比较好,做出楼主图片中那样的原型界面也就是几分钟的事情,而且100%重用.
|
| 返回顶楼 | |
|
发表时间：2011-07-22
xieyanhua 写道 eredlab 写道 嗯 我喜欢唱反调的。有碰撞才有进步。
我也不反对唱反调，搞程序的，就是需要有碰撞，大家交流才有进步，尽管别人的观点可能一点都不正确，但是可能也会给你一些启发。 只是我觉得，不能轻易下结论或者是否认他人的经验。还是那句化，我在我的特定环境和条件下，那就是我的最最佳实践，我的经验在我上家单位也是得到团队和公司领导的认可的。虽然我们公司不大。 在下任何结论当前，要先了解清楚别人但是的情况，只有了解清楚了才能根据你的判断去下你的结论，那样别人不会说你什么，但是如果没有任何了解，或者没有足够的信息的情况下，你随便去否定别人，甚至在误解别人意思的时候轻易下结论否定别人，个人感觉总是不好。 看了看你也是个设计师（eRedG4平台总设计师），既然是个总设计师，我认为那么轻率的下一些结论，有点不太好。 就象楼上说的，有碰撞才能有进步嘛 。。咱可以听听各人的观点，不代表一定要照他说的去做 |
| 返回顶楼 | |
|
发表时间：2011-07-25
我们这里有做原型设计的，什么也不会，你说他做出来的东西能当成应用，不可能，他连基本的业务流程都不清楚，再者，谁家的应用不连数据库啊，你们做东西只是前端么
|
| 返回顶楼 | |
|
发表时间：2011-07-26
具体情况具体分析，如果是对方客户IT部门主导需求，那就轻松些；要是主导人是各个业务部门，那就各种招数都得用上了
|
| 返回顶楼 | |
|
发表时间：2011-07-28
最后修改：2011-07-28
有一个问题，这个原型到底要做到什么程度？尤其是对于管理系统，基本就是数据的增删改查+一些内部数据处理逻辑。数据的交互部分在原型中是否需要体现及到什么程度？
|
| 返回顶楼 | |
|
发表时间：2011-07-29
z95469 写道 我们这里有做原型设计的，什么也不会，你说他做出来的东西能当成应用，不可能，他连基本的业务流程都不清楚，再者，谁家的应用不连数据库啊，你们做东西只是前端么
- 原型就是业务，必须是个demo，连什么数据库啊。跑偏了。 |
| 返回顶楼 | |
|
发表时间：2011-07-29
zhangyz215 写道 有一个问题，这个原型到底要做到什么程度？尤其是对于管理系统，基本就是数据的增删改查+一些内部数据处理逻辑。数据的交互部分在原型中是否需要体现及到什么程度？
原型就是跟真实系统一个样子，能够运行自如，数据全是静态的。不需要真实。 但是，所有需要完成的功能都是可以点开的。 |
| 返回顶楼 | |
|
发表时间：2011-12-28
没必要讨论, 每个人对工具的熟练度不一样, 原型设计肯定是越真实越详细也好,例如很多设计高手直接用PSD做原型比你用axure还快你上哪说理去,
自己能力不行就不要抱怨费太多时间做原型,还说是浪费时间, 原型当然是越真实,最好是代码做,做完直接开发重用. |
| 返回顶楼 | |
