## 产品设计体会(五)——有关流程
这次谈一下网店版项目从小到大,直到最近几周整理出来的日常需求发布流程(写完发现流程本身没有谈及,下周再说吧)。
去年底项目最初的时候,完全是白板一块,当时连要做什么都不知道,所以靠的是几位老大和我们依靠“随机应变”式的个人控制来把握项目进程,那时每个人都对产品的一切非常了解。对一个需求的响应速度超快,可能晚上发布,下午PD还会直接跟开发提一个需求,而开发也马上就开始coding了,完了测试点两下没问题也就上去了。这种猛打猛冲团队的核心优势就如一位著名人士所说——天下武功,无坚不破,唯快不破(《功夫》里的火云邪神)。
到 了后来,加入的人越来越多,产品也越来越庞大,特别是最近几周,越来越感觉已经不能掌握产品的全部,经常需要询问别人,有的时候甚至找不到一个知道的人。 (插话:不过这似乎也有一点好处,那就是当你对一个产品不太熟悉的时候才更容易体会到产品是否易用,这在对产品了如指掌的时候是体会不到的,昨天QA也笑言我们经常做一些超越人类理解力、违背人类常识的东西。)
项目庞大了以后,再依靠个人英雄主义是不行的,那样英雄会累死,项目也会失败。这时候出现的流程和规范都是一种管理的方法。在淘宝UED群blog上看到一句话很认同:设计流程的目标,在于保证“无论谁来做这个产品的设计,都能达到80分”。没错,80分已经很难了,当产品越大的时候,诞生天才产品的概率也就越小。“又快又稳定又有才”的产品是可遇不可求的。
华为的同学也跟我说过他对流程的体会:流程的好处是人走了,事还能做,减少特定的人的影响。一个事情总是有它的两面,想到一个故事作为结尾:说古代有个名餐馆有幸花重金请到了御膳房的一名厨子,老板毕恭毕敬的请他做一道拿手菜。
厨子:我不会做菜。
老板:啊?
厨子:我只是御膳房“调料部”的。
老板非常失望,转而又想调料也不错啊,很重要,至少能尝到地道的宫廷味道,于是又毕恭毕敬的说:那烦请大师做一份宫廷特制的调料吧。
厨子:这个我也不会。
老板:啊?
厨子:我是调料部“青葱组”的。
老板:……,转而一想,实在不行就尝个宫廷的葱味吧!
厨子:我也不会做葱的全部……
……
厨子:我是负责切葱的……
- 前言
- (一)——变态吧,开始帖周报了
- (二)——数据分析
- (三)——性价比:做不做?
- (四)——需求管理
- (五)——有关流程
- (六)——再谈流程
- (七)——需求探针
- (八)——产品与项目
- (九)——关于学习
- (十)——团队合作
- (十一)——市场扫描
- (十二)——少而精
- (十三)——再说需求分析
- (十四)——做过的几个项目
- (十五)——PM、PD、UE与UI
- (十六)——Feature List
- (十七)——PD的几种文档
- (十八)——概念设计
- (十九)——UPA年会的流水账
- (二十)——有关改版
- (二二)——封闭开发
- (二三)——用户研究
- (二五)——当交互设计遇到敏捷开发
- (二六)——PD就是出来卖的
- (二七)——大产品设计
- (二八)——细节之文案
- (二九)——产品设计的五个层次
- (三十)——“体会”导读的思维导图
- (三二)——零散的体会
- (三三)——用户大会
- (三四)——土老板破冰必杀技
- (三五)——QA与测试
- (三六)——再理解“敏捷”
- (三七)——可用性测试
- (三八)——项目外包!=开发外包
- (三九)——CSDN专访精编版
- (四十)——销售渠道
- (四一)——用户创意无限
- (四二)——又是零散体会
- (四三)——说说评审会
- (四四)——项目外包不适合“敏捷”?
- (四五)——外行眼中的技术分工
- (四六)——UML学习摘录(上)
- (四七)——UML学习摘录(下)
- (四八)——资源战争与BRD
- (四九)——产品市场化
- (五十)——终点:Matrix
- (五一)——敏捷的估计与规划
- (五二)——MS Office使用心得
- (五三)——产品文档与规范
- (五四)——PD招聘广告词
- (五五)——项目Kick Off
- (五六)——《需求工程》培训记录
- (五八)——《项目化管理》培训记录