月度归档:2015年10月

系统分析师和产品经理的故事

重零开始做一个系统的功能,产品经理跟系统分析师之间到底有什么差别呢?

以下是摘自知乎的两个故事,代表了两者之间主导工作过程的差别。

故事一(产品经理跟程序员)

第一天,产品汪跟程序员说,A商家要做活动,打8折促销,这个功能你实现一下,程序员照做了;
第二天,产品汪跟程序员说,B商家也促销,打7折,可以马上上线吧?
程序员一楞:怎么可能,这得一天;
产品汪:你昨天不是做过A商家的打折活动,复制粘贴一下不就行了吗?
程序员心堵:得重做。
产品汪:不都是打折吗?
程序员恼,不搭理产品汪,埋头重新做了一次;
第三天,产品汪跟程序员说,C商家做活动直降50元,程序员一楞,心里骂句MLGB不早说,然后又埋头重新做了一次;
第四天,产品汪跟程序员说,D商家做满300减80,
程序员怒了:你妹的,有啥需求你不能一次说清楚? 
产品汪也不高兴:妹的,这需求都是商家提的,他们也没同一天来找我说呀;
程序员说:你丫不会想想清楚,规划一下再给我?
产品汪说:这怎么规划,我又不是神仙,我怎么知道这么多商家会有这么多奇怪需求?
程序员说:这次老子认了,下次别找我。 然后把代码写了。
第五天,产品汪找到程序员:E商家要做“第一件半价”活动;
程序员:……!!……!!……滚!!
产品汪找到了开发经理:你们有个同学不配合。开发经理出场镇压。
程序员心里想:你小子给我记着,敢打我小报告,看我以后怎么玩死你……
第六天,产品汪找到程序员说:A商家不做打折了,他们也要做满400减100
……
有没有发现,这就是 产品 与 程序 之间的万年宿怨
产品经理:这帮技术宅态度有问题,一个个拽得258万似的,工作不配合,产品经常推不动;
程序员:产品经理就是帮213,完全没脑子,需求根本没有规划,今天提了明天改,明天改了后天加,大后天又玩新花样,动不动就说:这是老板要求的、这是客户要求的、这是用户说的,CAO!

故事二(系统分析师与程序员)

客户跟系统需求工程师说要做打8折促销,系统需求工程师马上想到打8折只是一个促销实例,
为此需要构建一个 促销模型 ,可以根据不同的促销方案 和 力度 配置不同的实例,
于是找到开发经理说:我们要搞一个促销系统,建议用策略模式实现,可以做成后台界面配置的方式,暂时只需要实现打折类型的促销,打折幅度需要后台可以配置,可以找个一两年经验的程序员搞一下,顺便让该程序员也提升一下对设计模式的了解和掌握,学到点新东西,相信他会觉得很有意思。
后来,客户陆续跟系统需求工程师提了无数种促销方案:直降、满减、买送……
程序员同学非常嗨皮的徜徉于 设计模式 的学习中,需求来得慢的时候自己重构重构,看着代码又优化了就幸福的忘了自己没有妹子,还不时主动攀着系统需求工程师问:哥们,客户有没有新的想法啊?比如,秒杀、随机免单什么的呀?现在很流行的,我可以做的!

其实这两个故事也很直观地反映出产品经理和系统分析师之间对于主导软件系统开发过程的差距,产品经理这个岗位是将需求转化成PRD的,而系统分析师是将需求转化成UML图的。从研发推进的角度来看,肯定是系统分析师占优势的,因为系统分析师是为研发分担了核心设计工作。

产品经理
主要技能:需求解析、画饼
主要工具:Axure、office系列、Xmind等
主要产出:概念、脑图、产品界面原型 等组成的 PRD
要求:思路清晰,头脑灵活,沟通能力强,推动力强

系统需求工程师
主要技能:需求解析、系统分析与设计
主要工具:UML工具
主要产出:UML架构图
要求:5年以上开发及架构经验,思维结构化、层次化,善与人交流

以其说这是市面上产品经理与系统需求工程师(系统分析师)之间的差距,还不如说这是产品助理和真正的产品经理之间的差距。只看过几本用户体验设计的书,就大谈产品用户体验设计的,不是产品经理,只是产品助理。而能够做到将需求转化为系统设计方案,并直接地影响着研发效率的,才是真正的产品经理。

 

三本产品入门书籍

最近花了点时间,好好研读了三本跟产品相关的书籍,分别是:

  1. 《启示录》
  2. 《简约至上–交互式设计四策略》
  3. 《点石成金–访客至上的网页设计秘笈》

1.《启示录》

产品经理的工作,可以说在不同的互联网公司,其职责与工作内容都不一样,而这本书就是告诉读者,标准的、高效的、硅谷式的产品经理的工作方式与工作内容。这本书把产品经理的工作内容事无巨细的提及到了,是一本产品经理的行事指南,其内容概况起来大多是“如果你在工作过程中遇到____的问题,你可以这样做。”比方说,产品经理如果在评估产品机会的时候没有头绪,书里就列出了几条切实能行的产品机会评估步骤。另外,作者全书都在强调在做产品说明文档还不如直接把高保真原型做出来这一观点。这本书是干货十足的“教材”型产品书籍,常读常新,没事的时候建议多翻翻。

2.《简约至上–交互式设计四策略》

这本谈论交互设计的书,谈得比较抽象,大多讲一些概念性的东西。给读者传达一种理念就是,不管是在设计一个网页还是在设计一个电视遥控器,都要突出用户需要的功能,删去不必要的文字和功能,力求坐在给用户呈现用户迫切使用的功能,本书强调了观察用户环境的重要性。

3.《点石成金–访客至上的网页设计秘笈》

之前看网上说,马化腾在05年左右最爱这本书,并且给很多员工都送了这本书。今天看来,这本书确实好!!好在什么地方呢?这本书谈论的每个观点都有实例说明,清晰明了;对于网页设计的改进,作者会把每一版的改进都列出来,然后分析这样改进的原因以及效果。这本书我最大的收获是,基本知道怎样去组织一次可用性测试了,因为作者将一个真实的可用性测试例子放在书里。

这三本书都是非常棒的书,而我觉得在产品工作中可以经常翻看《启示录》这本行事指南,在网页设计以及产品体验报告中可以多参考《点石成金–访客至上的网页设计秘笈》这本书。

2015.09月总结

九月份是个心情复杂的月份,也许这是步入工作的必经阶段吧。入职公司第七个月,却不知怎的有种已在这待了很长时间的感觉。没有了前几个月刚入职时的新鲜感,甚至没有八月份自己扛迭代的使命感,九月份,其实是心特累的一个月。感觉这个月过得似乎异常漫长,经历的事情比前面七个月都要多。九月,心苦了。

工作

九月份的工作是在心受委屈的状态下开展的。回想七八月份,hoss产品组跟开发测试同事沟通最密切的是我,测试开发的需求问题,我是非常及时去应答,唯恐他们觉得产品经理响应不够迅速。从而也一度让他们误以为,HOSS产品组只剩我一个产品经理了。这样的工作节奏忙碌,但起码心是充实的。

九月初,研发部门更换了CTO,一场技术部和产品部之间的撕逼战莫名开启了。不知道是项目组里研发测试同事反映问题的时候歪曲夸大问题,还是研发部门领导有意为难。反正结果就是,我被自己老大劈头盖脸批了一顿,说我跟这次迭代需求变更过于频繁,并且跟研发测试的同事还有发生口头争吵。当时我真心体会到什么叫被冤枉,委屈和不解。那一刻,我对整个项目组的人感到寒心。幸好,Alan和大牙陪我聊了一晚上,让我也看开了很多。没有一份工作是不委屈的。

这件事情多多少少影响了我工作的积极性,然而工作仍需要推进,我也很快收拾好自己的心情继续投入到工作中。接下来,其他产品线的产品经理同样出现这种情况,也让我明白,以前推进产品迭代的方式并没有错。我还是不太放心,我又问了同组的资深产品经理国梁,我问他之前在易居工作的时候,推进产品迭代过程有没有出现这样的情况,他说易居的研发和产品关系非常融洽,从来未曾出现过研发这么苛刻要求产品的事情发生。

九月份的工作当中,我少了很多激情,也可以说是多了几分稳重吧。我尽可能地减少自己做产品需求决策的几率,有什么产品上的决策,我都会跟同组的资深产品经理商量。我自己心里也明白,这样的状态不是能做出好产品的状态,但是这样的团队氛围底下,我真的还没想到更好的独善其身的方式方法。

后续工作:

1、明确目标:学习做一套完好的企业后台系统的过程中,切实地将HOSS系统做到业界最佳(同比于竞品公司的系统)。

2、后续的行动计划:

一、研究同类系统,做调研分析;

二、取长补短,将学习到经验运用到现实工作当中,不断完善HOSS系统;

三、学会更好的与上级沟通的方式,让自己的想法切实融入到产品设计方案当中;

生活

9月26日,靖然和谨明的婚礼在苏州举行。这对恋人对于我有特别的意义,他们从接触、交往过程都有我的掺合,看到他们最后修成正果,心里真的非常开心,非常满足。

阅读

这个月看了三本书:

《关键词》梁文道著

《人物》

《大江大海1949》龙应台著

 

水下城池

水下城池,故名思议,就是被淹没在水底下的古老城市。

为什么我会突然对“水下城池”感兴趣呢,因为最近看了一本书,龙应台的《大江大海1949》,里面介绍到作者的母亲的故乡,浙江淳安,一开始我连淳安这个名字都没听说过,后来书里介绍到千岛湖景区的时候,我才恍然大悟。

千岛湖是著名的人工湖,因五十年代建设新安江水坝蓄水形成,那一千多个湖中岛屿,其实之前是一千多个山峰。千年古城淳安,就淹没在千岛湖底,一个祖先世代生活的城市,一个明朝海瑞曾再此任职四年的古城,突然之间就成了湖底之城,真的给人一种沧海桑田的感觉。

淳安,让我不由得想起另外一个命运相仿的城市,贾樟柯导演的《三峡好人》中的三峡移民城市—重庆奉节县。一个因为建设三峡水坝蓄水淹没的城市。

同样是因为国家兴土木而淹没掉的城市,我不能评判这样做是否值当,我只想借此代入一下,如果那是我的故乡,因历史的车轮滚滚前行,我的故乡被注定要作出牺牲,要被淹到水底,我的心路历程会怎样?