06月 25, 2013

在上一篇博客里,我提到蝉小队在压缩流程成本上,还是比较有成效的。这部分可以讲一讲,或许对别人有点帮助。

关于立项

到目前为止,虽然我们只做了一个蝉游记,其实还做了另外四款App的设计,只是没时间研发,先搁着。

立项的过程是这样的,通常由我先提一个想法,跟大家聊聊;如果没遇到强烈反对,再跟几个亲朋好友聊聊。我心里有点底的时候,一边看同类产品一边出Axure原型——这很快,不会超过两天。但也有可能在过程中发现想法不靠谱,便放弃了。

低保真原型画出来之后,蝉小队会挤成一坨,听我讲解,提提意见。如果没遇到强烈反对,就请UI设计师抽空出PSD,通常只出主页面,次要的小页面都不用管。

然后我把视觉稿拷到手机里,遇到熟人就掏出来给他看看,听听外人怎么评价。

对于新项目,我会倾向于设计好了之后“放一段时间”,而不是立刻上马。当然,也是我们没时间立刻投入研发。放一放会让想法渐渐成熟,也从外人那里得到更多反馈来改进设计。一款App在开始编码之前,可能已经大改过几次原型,修正了不少细节。

蝉游记采用同样的处理方式,经常把排期在半年后的模块先设计出来,放半年,反复改。这样可以抵消一部分快速设计带来的冒失。对着一套成型的东西,才会有更细致的思考。想法需要快速转化成有说服力的原型,否则单凭拍脑袋拍出来的点子,没资格讨论做不做,上不上。

关于一个完整的版本流程

蝉游记的一个正常App版本迭代,通常用3-5周的时间。

版本计划里的小功能点由我直接定,大功能点要提前征询工程师的意见,走一遍原型评审。说是评审,其实是大家挤成一坨,听我讲解原型。讲完了没人反对,我便在Tower上把视觉任务排好日程,跟UI设计师确认好时间,设计师按着白纸黑字的排期出PSD(Tower真协作神器也)。

在新版本研发开动之前,我会准备好全部的PSD,版本计划在Tower上用蓝色标签标识出来。事先跟工程师约定好大概用几周时间,每研发完一个功能点,就在Tower勾掉,每天看Tower知进度,晨会都不用开。

如果按4周的版本迭代来计算,最初2周我在作下一个版本准备,从第3周开始,我介入测试,对着Tower上勾掉的蓝色标签一条条测,再把调试需求用红色标签记录下来。第3周会完成功能研发,预留1周半时间调试。新版本需求全部搞掂后,我用一整天的时间全面回归测试一轮,蝉小队接着全员测试一轮,通过之后提交。提交之后工程师到我旁边来,这时蓝色标签已经整理好了,对着Tower听我讲下一个版本计划。

善用tower.im,可以让项目有条不紊,清晰透明地推进。

关于文档

我有个观点,大公司里完备的产品文档其实没几个人看,主要是用于扯皮。“我在文档里写得很清楚,是你没有实现!”“你的需求和文档不一致,工期必须延后!”

蝉小队组建初期,还用DOC来记录需求,后来熟了,默契了,就大力简化流程。UI设计师对着低保真Axure原型出PSD,工程师则对着PSD编码。交互效果主要靠口头交流,简单的功能算法也口头交流,复杂的就作为一则功能点,在Tower上单列出来详细备注。

当然,这是特别默契的做法。

还在磨合期的时候,我会出一份更完整的草图原型,把交互效果,功能算法,设计思路都标注在上面,方便工程师建立对产品的整体印象。但我是懒得做原型动态效果的,标注全用文字,像黄色便签纸一样贴在草图旁边,佐以口头讲解。再后来,工程师对产品设计滚瓜烂熟了,就甩开原型直接看更直观的PSD,对应Tower上的功能点,一看就明白。

这样做的坏处是,缺乏完整的产品记录,一旦忘了什么立马傻眼。且慢……我还有一份特别详细的测试用例,单单App就列举了接近500个细碎的测试点。虽然它是用mindmanager写的,可读性特别差,绝逼只有我自己能看懂,但涵盖了绝大部分的功能点。当产品进入稳定期,正规期之后,对照着测试用例,很容易能整理出规范的产品文档来。在那之前,由于需求多变,在测试用例上直接修订会便捷得多。

关于tower.im

写到后面,我发现这篇文章基本上变成Tower的广告贴了。没错,我就是Tower的脑残粉。有人说它复制了那谁谁,然后我就得忍受极慢速度与英文界面去使用原版,以彰显我的道德优越感?别扯了。

用Tower有这么几个好处。第一是条理性特别强,任务被一条条分解出来,对应人头,对应日期,十分的清晰。

第二是弹性特别好,配合分项目、分组与标签,可以记录版本需求、调试意见、疑难问题、视觉排期、运营计划,不论啥玩意儿都可以装进去。

第三是进展特别透明,谁分配了多少任务,完成度如何,所有人都看得到。

适应Tower一段时间之后,每个人每天刷一下Tower,既知道自己做什么,也知道别人做什么。既能接受我安排的任务,也可以自己给自己下任务。因为所有的工作安排都平铺在上面,都有着明确的截止时间,很容易制定出合理的时间计划来。

但适应Tower有一个前提,你本身就得是一个很有条理性的人。Tower并不会改变你的工作方式,而是让你原有的工作条理变得更清晰,更透明,更有效率。如果你很少1、2、3地给自己下任务,给别人下任务,很少将任务分解成细颗粒度,也很少进行严格的时间规划,那是玩不转Tower的。而且我也不认为那样的人有提升效率的意愿和能力。

Tags: ,,,.
06月 24, 2013

一年来,收到不少自荐“产品助理”的消息,假定我们现在有钱,有扩招计划,我想了想,还是不会招产品助理,加入以后他干什么呢?

做策划写原型吗?不需要,我写原型飞快,蝉游记网站/iPhone版/iPad版的原型一手包干,还抽空画了另外4款与蝉游记不相干的App原型,我也没觉得辛苦。

调研市场分析数据吗?不需要,我得接触一手的材料,才能对产品设计“有感觉”,总是吃别人的二手材料会让嗅觉失灵。

协调视觉设计吗?不需要,UI是很主观的东西,对设计师指手画脚的人越少越好。

协调技术研发吗?不需要,工程师就坐我对面,有啥事儿喊一嗓子,何必再转一道手。

参与产品测试吗?这倒是能帮我分忧不少,但像测试那样复杂又繁琐的事情,与其去撞运气筛到超级耐心细致的产品助理,还不如请一位专业QA回来更加保险。

所以,我需要的其实是Android产品经理,把我不熟悉的Android生态托付给他,也可以在我忙别的事情时,完整地代理PM职责——很显然产品助理还达不到这个要求。

而这篇文章想说的是,为什么会存在“产品助理”这个岗位?

还是拿我举例子。一年来,我是蝉游记的产品经理,交互设计师,QA,也管一点内容运营和推广,显而易见的是,HR和行政也是我,时不时还得跟VC打打交道。掐指一算,我一个人的产出可能不比之前管的四五人产品组少。那么,难道幺陆叁的产品总监纯银每天上班都在磨洋工吗?如果他当时和现在一样能打,难道一个产品部门用一个产品经理就可以了吗?

绝无可能。

在过去,我主要的工作有这么几项:

1、开会,和上级开会,跨部门开会,和本部门开会,不停地开会……

2、扯皮,找公共部门要资源,和关联部门谈合作,向主管上级求支持与理解……

3、写文档,各种总结汇报,流程文档,沟通邮件……

这三部分大概会占用60%的时间与80%的心思,最后只剩下20%的心思来做产品,当然是不够的,所以要招聘更多的产品经理。加人带来更多的讨论,更多的会议,更多的文档,项目过程中的沟通成本越来越高。而扯皮不仅对外,也在我们内部产生,产品设计风格的冲突催生各种争吵,还使得成品个性模糊。人越多事越多,心越烦,完成质量却不满意。总之,工作效率打着滚地往下掉,效率越低,就越觉得事做不完,于是又挂出去一张招聘启事……

以上的背景,既可以套用在我这个部门总监不断扩充产品组身上,也可以套用在产品经理不断申请产品助理身上。照理说,一个靠谱的PM能输出非常大的能量,但这些能量中的大部分都用在“推动项目流程”上面去了。设置产品助理岗位的初衷,就是用新人来处理一些技术含量不高的流程性事务,把正儿八经的产品经理给稍微解放一点点。新人做一年学徒,悟性好的也能levelup,相当于培养下一梯队。

如此便解释清楚了为什么我不需要产品助理,蝉小队只有7个人,不开会,不扯皮,不写文档,作决定的链条特别短,再加上长期配合带来的默契感,把流程成本降到了最低。当我的心思80%放在产品本身,同时兼任PM/交互/QA也就不算什么难事儿。由于精力都用于“创造”而不是“说服”,自然写原型飞快,独断独行也使得设计上的风格统一,水准保持,不至于气味混杂。

我有一个观点,产品设计是匠人的活计。对于匠人来说,没有什么好作品是靠人数堆出来的,恰恰相反,好作品往往是极少数人在一个自由、默契、资源配给完整的环境里做出来的。增加人数其实是一件特别扯后腿的事情,带来的沟通成本与流程成本会磨损掉主创者的创造力。这道理知道的人挺多,但知易行难。尤其当你所在的环境内不可避免地有上级,上级的上级,上级的上级的上级,有平行部门与公共部门,有任务派单与汇报考核,有奖励与惩罚制度的时候,流程成本就是不可遏制的。为消化流程成本而设置更多的岗位,实质上是在加重流程负担,进一步降低了效率。低下的效率与嘈杂的环境,最终会把产品品质拉低到这个群体的平均线上,而不是群体里最强者的最大值。

所以稍微成规模的公司,可以做出一些行业平均水准之上的产品,但不容易做出优秀的产品,创新的产品,有个性的产品。当无法回避的“协调性工作”做得太多,就会压制力量、速度与灵感,而且也很难有什么打磨产品的好心情。我们这行当,人少反而比人多时发力更猛。如果都是中上水准,两三个工程师很可能比五六个工程师干得好,一个产品经理很可能比三四个产品经理干得漂亮。当他们困于体制玩一种叫“两人三腿”的游戏,永远不知道自己能跑得多快,也体会不到匠人的乐趣所在。

06月 20, 2013

大概是2年前,我有个需求,想知道从所在城市到旅行地,什么时候有特价机票,价格低于我的心理线,便请假飞过去玩几天。

举个例子,从上海到西宁的全价机票大约是1600多块钱,三折是500出头,加完各种也就700。如果便宜到这个地步,来回交通不到2000块钱,不妨请一两天假(带上周末),飞去看看青海湖,吃吃烤羊肉与老酸奶。每个季度花3000块钱散散心,挺好的。但什么时候有特价机票呢?我也不乐意天天去刷网站。

大概是1年前,我曾经想自己做这款“Push指定航线-指定价格区间”的App,研究半天后放弃了,搞不掂数据源嘛。后来发现淘宝旅行有这个功能,再后来发现携程也行,Chrome插件“机票控”也行。

但都还不够好。

先说携程,这个功能藏在携程网站首页→我的携程→应用中心→机票工具箱→“有低价早知道”页面,我的妈呀……整整5级目录!随手录入上海至拉萨的航线,什么?监控周期只能选择“最近一个月”?这意思是我每个月都要跑上来横跨5级目录重设一次?

ByeBye~

然后说淘宝旅行App,不挑交互上的小刺,整体挺好,尤其监控周期延长到了最近3个月。接下来是吐槽时间:

1、只让设折扣额,不给设具体金额,我还得一个个计算3折是多少钱,2折又是多少钱……我这是冲动消费啊大哥,不看折扣的,只看最终要花多少钱啊大哥。算了,统一设3折吧。

2、设完3折之后很茫然,也不知道这靠不靠谱,也许人家经常有2折特价呢?也许3折压根没戏,起码要3.5折呢?

3、监控了从上海到广州的航线,6月17日有个2.3折的,305元,i see,但是你没必要把这条消息隔天Push我一次啊,这都Push三四次了,人家也是有脑子有记忆力的啊!

得,得,聊胜于无吧。

再说说机票控的范围监控功能,它最新出,当然有些绝活儿。比如同时支持折扣与价格监控(携程网站也行),比如设置好航线后,立刻在下方出现最近一个月的最低价格曲线,辅助判断监控价格是否极不靠谱——拍手大赞!

但机票控的致命伤也不少,比如只能设置1个月的监控周期,比如只支持两家OTA的数据,这……恐怕就不大好用了。而且我同事试了一下就把它卸了,说是浏览器一启动就Push广告信息(是有点烦)。

另外,这几家都不支持国外航线搜索。

最后说说微驴儿,是款新出的App。它有两个法宝,第一是聚合提供(似乎是3个月内的)特价航班往返信息(“往返”太赞了),主打国外旅行路线;第二是区域关注,比如关注“港澳台”“东南亚”甚至是“北美洲”,我操,我要的就是这个!

不过微驴儿还不支持监控功能,得经常上去刷一刷,查看最新的低价航班,我也没找到它的Push开关,可能会漏掉一些重要信息。

基本上,淘宝旅行+机票控+微驴儿,可以完整满足我在这方面的需求——如果他们仨合体的话。这个市场未必很大,未必赚很多钱,但能精准地抓住铁杆旅行爱好者,然后以此为入口去延伸别的服务。研发成本不高的话,作为特色服务还是值得搞一搞的。

另外我还有个需求,就是设置监控周期的时候,除了选择3个月的时间范围以外,能不能追加一个选项,比如“只监控这三个月内的周五,周六,周日”?否则周一有去拉萨的800元机票,可是周一我没法请假啊大哥。

真希望有人能把这App给做出来。我是拿不到数据源,能拿到的话,铁定自己动手做了。

又及:写到这里才发现携程App也有低价订阅功能,却只能订阅“最近两周的航班”,比携程网站还逊一半。喂喂,跟淘宝旅行的3个月监控周期比,你们脸红吗?

Tags: ,,,,.