## 产品设计体会(三)——性价比:做不做?
有了前面的周报中收集到的用户需求和数据分析的结果后,我们就要做决定了。其实并没有一个功能是没有价值的,也并没有一个功能是做不了的,某个功能到底做不做?至少要从两个方面来考虑。
第一,商业价值。在我们公司的团队构架里,“运营——产品——技术”是三条明显的线,和用户、商业层面直接发生关系的是运营,我把这看作是前端的内容。那么这里的商业价值也就是对用户意义的大小、以及对公司目标意义的大小。这里需要PD和运营积极配合,充分分析功能给用户/公司带来的利益,但不是说利益大的就做,先把这个分析结果存着备用。
第二,实现难度。换句话说是开发量,需求+开发+测试+硬件等等一共需要的资源。这是技术层面我把它看作是后端,绝对不能因为一个功能很容易实现就马上去做,也不能因为另一个功能很麻烦就不做。
现在可以做决定了,我们做性价比(商业价值/实现难度)高的。无论任何事情都是一个性价比的问题,前段时间工作中,由于一直和工程师直接接触,所以综合考虑时有点倾向于做实现难度小的,这是今后需要改进的。
再说开一点,谈一下对商业价值的一个判断因素,功能的商业属性:雪中送炭 or 锦 上添花。雪中送炭是基本功能,对用户很有用的,产品缺了这个功能根本不可能运行,比如网店版的“我要付费”模块;“锦上添花”的功能是指用户用得到的,但 没有时用户也不会跳起来的,也许现在的“客户关怀记录”可以算这类。我们在论坛上会很明显的感受到这两种需求的不同,有一点像“bug”和“需求”的区别。我是一个不那么激进的人,觉得要把“雪中送炭”的商业价值调高,稳定和谐压倒一切。情愿把一半的功能做到尽可能完美也不要把全部功能都做到半吊子(有点扯远了)。
另外可能还有些无法控制的因素影响这“做不做”的决定,比如国家、公司的政策指向,这里说了也白说就不说了。
- 前言
- (一)——变态吧,开始帖周报了
- (二)——数据分析
- (三)——性价比:做不做?
- (四)——需求管理
- (五)——有关流程
- (六)——再谈流程
- (七)——需求探针
- (八)——产品与项目
- (九)——关于学习
- (十)——团队合作
- (十一)——市场扫描
- (十二)——少而精
- (十三)——再说需求分析
- (十四)——做过的几个项目
- (十五)——PM、PD、UE与UI
- (十六)——Feature List
- (十七)——PD的几种文档
- (十八)——概念设计
- (十九)——UPA年会的流水账
- (二十)——有关改版
- (二二)——封闭开发
- (二三)——用户研究
- (二五)——当交互设计遇到敏捷开发
- (二六)——PD就是出来卖的
- (二七)——大产品设计
- (二八)——细节之文案
- (二九)——产品设计的五个层次
- (三十)——“体会”导读的思维导图
- (三二)——零散的体会
- (三三)——用户大会
- (三四)——土老板破冰必杀技
- (三五)——QA与测试
- (三六)——再理解“敏捷”
- (三七)——可用性测试
- (三八)——项目外包!=开发外包
- (三九)——CSDN专访精编版
- (四十)——销售渠道
- (四一)——用户创意无限
- (四二)——又是零散体会
- (四三)——说说评审会
- (四四)——项目外包不适合“敏捷”?
- (四五)——外行眼中的技术分工
- (四六)——UML学习摘录(上)
- (四七)——UML学习摘录(下)
- (四八)——资源战争与BRD
- (四九)——产品市场化
- (五十)——终点:Matrix
- (五一)——敏捷的估计与规划
- (五二)——MS Office使用心得
- (五三)——产品文档与规范
- (五四)——PD招聘广告词
- (五五)——项目Kick Off
- (五六)——《需求工程》培训记录
- (五八)——《项目化管理》培训记录