做完一个项目，给自己的总结

皮皮 · 发表于 2011-11-29 16:23:33

从年初到现在，从项目的市场分析，用户需求分析，功能分析，前后台的原型设计等等，到现在的功能基本开发完成，我经历这些之后，总结了很多经验教训，跟大家共享：
1、一个项目的前期分析很重要；各种业务逻辑关系要彻底搞清楚
2、原型设计要精细；页面没必要过多的修饰，但是交互功能，页面元素要精细，不然后期美工和程序面对一个庞大的项目，不会去试着从头理解这个项目设计的意图，也没时间去听你解释你的构思
3、美工与程序最好一开始就参与你的原型设计，这样后期就不会出现上面的问题
4、沟通、修改的时间节点很重要，不能在一个小问题上耽误时间，大大降低沟通成本
5、团队和谐很重要~~这样战斗力才强

一时兴起就写这么多，大家根据自己的情况也可以补充~~~

尹广磊 · 发表于 2011-11-29 17:12:07

算是抓住主要问题了webppd:angel

Jansen · 发表于 2011-11-30 09:32:35

嗯，楼主说的很对！
不过如果要是外包项目给客户演示的话，原型就得做的精细些（我指的是页面美观度与交互逻辑），要不客户会给你提出这样或那样很多的细节问题！着实费时费心！

吴煜 · 发表于 2011-11-30 12:07:58

看来是个不小的项目，期待楼主的力作！

皮皮 · 发表于 2011-11-30 13:42:58

3# Jansen

嗯，外包项目确实要做的精致些演示给客户看~~~

刘冰 · 发表于 2011-11-30 16:32:29

楼主总结的真好~

anyasun · 发表于 2011-12-1 16:28:32

:handshake说的很到位

anyasun · 发表于 2011-12-1 16:28:40

:handshake说的很到位

ttww1125 · 发表于 2011-12-5 14:31:24

3、美工与程序最好一开始就参与你的原型设计，这样后期就不会出现上面的问题
第三点总结的特别好，要尽量让参与者中的核心人员从一开始就融入进来，脑中已经有产品蓝图，而且这个蓝图和你的要90%一致，中后期的沟通和变动产生的影响才最小。

4、沟通、修改的时间节点很重要，不能在一个小问题上耽误时间，大大降低沟通成本
美女能不能再就这个时间点举几个例子

皮皮 · 发表于 2011-12-5 17:16:02

呵呵，就是点自己的小总结，关于时间点，主要是指：开发过程中，总会遇到一些问题需要修改，那么针对问题的大小，定一个时间或半天或一天，让参与的人策划美工程序根据这个时间点来讨论修改问题，不然有时候会因为一个小问题经常多浪费一倍的时间来解决~~所以修改任何一个问题都要有个时间节点

嘟嘟226 · 发表于 2011-12-6 15:50:36

恩，最重要的就是要让参与的人开始就要参与进来，知道是什么情况，中间环节有什么问题都要参与的人知情，这样的话才不会很多时间都花费在各个人与人之间的沟通和解释上，楼主这点的确很好webppd:wink

Lay.Woo · 发表于 2011-12-6 16:27:18

很赞成楼主的说法。
值得关注的是，你们做到了开放性，有效的沟通。
希望能够得到你楼主的文档。说的粗略。看文档就能看到你们做了什么，怎么做的。

elan_ljp · 发表于 2012-3-3 11:38:37

美工和程序一开始就参与原型设计，是让他们在一开始就给你原型提意见吧，还是其他的方式？
如果他们也要参与原型设计，那你做什么？

[产品观点] 做完一个项目，给自己的总结