产品经理的工具箱

标签: 产品经理 工具箱 | 发表时间:2013-12-16 21:17 | 作者:
出处:http://robbinfan.com

作为一个工具控,我对研究生产力工具一直有异乎寻常的癖好:作为一个工程师,我会不断尝试寻找最趁手的IDE;作为一个产品经理,我也会不断尝试寻找最趁手的原型工具,聊聊我用过的原型工具吧:

我在2006年自己正式创业之前,一直做企业应用软件,所以比较擅长使用微软Word软件。那个时代,软件需求规格说明书都是用Word写的,我记得我曾经从网下下载到一整套软件工程的Word文档模板,如获至宝阿。06年自己创业做网站的时候,也开始用Word描述产品原型。Word如果用来做企业软件的需求描述和原型工具还是很不错的,带有全套的绘图工具,绘制简略的线框图非常简单。但是做互联网产品,显得不太合适:绘图工具过于简单,难以表现互联网应用需要的细致的界面设计;不方便做原型演示。

所以我用了一段时间Word以后,改用了微软PowerPoint做原型工具,PPT的绘图功能比较强大,界面演示又非常方便,还可以添加一些动态效果,感觉非常趁手,所以07-08年,我一直用PPT做产品原型设计。那段时间也是我当时做网站产品改进比较积极探索的阶段,做了很多产品原型,可惜都没有做备份,全部都找不到了。

08年我在网站产品方面曾经下了很多功夫钻研,慢慢的觉得PPT做产品原型不够专业,在界面细节的表现上,页面交互方面比较弱。当时我买了自己人生第一台白色款的13寸MacBook笔记本电脑,改用了苹果的OSX操作系统,虽然OSX上也有微软Office软件,但是很难用,字体和格式也差异甚大,就此放弃了PowerPoint。

因为开始用OSX,就开始寻找OSX上的产品原型工具,结果发现了Axure。现在互联网行业的产品经理,Axure可能已经成为标配了吧,我在08年开始用Axure的时候,还只有OSX版本,尚未推出Windows版本,所以还比较小众。改用Axure以后,感觉非常爽,作为产品原型工具,Axure有一些很突出的优点,例如:

1、带有全套的Web页面组件,不需要自己绘制组件,制作原型速度很快;
2、页面交互功能非常强大,特别是动态面板(Dynamic Panel),可以用来模拟非常复杂的页面交互效果;
3、引入了母版(Master)概念,用来做全站布局和导航设计;
4、可以导出可交互的HTML页面,制作精细的产品原型,可以模拟出最终产品的绝大部分的功能了;

在PC Web产品设计领域,Axure几乎是最强大的原型工具了,我自己从08年一直用到了10年,从10年开始带团队,又要求产品团队使用Axure制作产品原型,后来团队中有一名Axure高手,用Axure做出来的交互效果,简直令人叹为观止。但是Axure最大的缺点就是不太适合做移动产品原型设计:

1、Axure导出的HTML页面,很难在手机上预览和测试效果,这是Axure的致命伤,只能在电脑上作为移动产品原型,做好以后又不能在手机上预览,那产品原型就会和实际做出来的产品相差甚远;
2、Axure是以页面为单位组织元素的,强调页面直接的跳转,但是现在移动产品的设计非常强调屏幕设计,以及屏幕之间的切换;

所以我又果断抛弃了Axure,研究了国外的产品设计使用比较多的原型工具:OmniGraffle和Keynote:

OmniGraffle的绘图功能非常强大,各种移动产品设计的组件库也非常丰富,它甚至支持图层功能,你可以使用公共图层实现全局的样式和导航,也比较适合移动产品设计。但是比较可惜的是,OmniGraffle导出的是图片,只能演示移动界面,却无法演示产品交互,只能放弃;

Keynote是苹果为乔布斯量身定做的演示软件,我其实很惊讶Keynote在国外被大量用来做移动产品原型设计,深入了解之后发现Keynote其实很适合做移动产品原型:

1、Keynote可以导出可点击的PDF,无论是iOS还是Android上的PDF阅读软件,都可以用来全屏操作产品原型,便于产品经理寻找最终产品的感觉,特别是Keynote可以在iPad上直接展示,对真实产品的操作还原度非常高。
2、Keynote支持丰富的动画效果和场景切换,特别适合用来模拟移动产品的交互效果

当然Keynote也不是没有缺点的,目前Keynote尚不支持对slide命名,对于大型的产品原型来说,设置slide之间的跳转变得很麻烦,好在移动产品一般不会特别庞大,所以我的工具箱如今又添加了Keynote这项利器。现在国内用Keynote做产品设计似乎还不是特别多见,希望能够看到更多的移动产品经理使用Keynote做原型,设计出优秀的移动产品。

相关 [产品经理 工具箱] 推荐:

产品经理的工具箱

- - robbin的自言自语
作为一个工具控,我对研究生产力工具一直有异乎寻常的癖好:作为一个工程师,我会不断尝试寻找最趁手的IDE;作为一个产品经理,我也会不断尝试寻找最趁手的原型工具,聊聊我用过的原型工具吧:. 我在2006年自己正式创业之前,一直做企业应用软件,所以比较擅长使用微软Word软件. 那个时代,软件需求规格说明书都是用Word写的,我记得我曾经从网下下载到一整套软件工程的Word文档模板,如获至宝阿.

产品经理

- - 人月神话的BLOG
再谈下怎样能够算得上一个合格的产品经理,一个人不是说你能够有产品构思,能够画点原型,能够做团队和项目管理就是产品经理. 苏杰原来有本书叫《人人都是产品经理》,看了后大家可能会觉得做一个产品经理是挺容易的一件事情,但是自互联网提供和设置了大量的产品经理岗位后,产品经理这个词基本就烂大街了. 我们如何来界定一个产品经理,如果简单点来讲可以理解为 根据自己长期的项目和运营实践,通过自己的敏捷洞悉能力和分析能力,能够将当前的市场需求或潜在的市场需求转化为具体的产品需求,并能够核心的定义产品功能模型和价值输出,同时能够通过项目和团队管理的能力,凝聚一个小组形成一个真正的团队,将自己的产品构思付诸于最终产品实现的人.

产品经理好与坏

- lnsoso - 随心所记 - 生活中的dodo
例如李明远,设计了百度贴吧和百科这两个重量级产品,只可惜我并没有亲见这些产品设计的过程,客观的说,我还不知道什么才是厉害的产品经理. 既然我有限的经历无法胜任点评产品经理这个重任,那就来感性的说一下我所欣赏和厌恶的产品经理类型吧,权当我所谓的好与坏. 我很欣赏曾经的百度有啊中充满想象力的产品经理,明远和东宝都能算作具有这样特质的人.

产品经理是炮灰

- 张金龙 - 所有文章 - UCD大社区
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天. 有人评论道:“是为了争取加薪吗. 一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难. 很遗憾,摆在产品经理面前的障碍大部分是不可战胜的. 在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的. 不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作.

产品经理好与坏

- abcd - 所有文章 - UCD大社区
例如李明远,设计了百度贴吧和百科这两个重量级产品,只可惜我并没有亲见这些产品设计的过程,客观的说,我还不知道什么才是厉害的产品经理. 既然我有限的经历无法胜任点评产品经理这个重任,那就来感性的说一下我所欣赏和厌恶的产品经理类型吧,权当我所谓的好与坏. 我很欣赏曾经的百度有啊中充满想象力的产品经理,明远和东宝都能算作具有这样特质的人.

产品经理是炮灰

- Neglect - 坏脾气的小肥
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天. 有人评论道:“是为了争取加薪吗. 一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难. 很遗憾,摆在产品经理面前的障碍大部分是不可战胜的. 在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的. 不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作.

产品经理“玩”数据

- - 一个产品经理的博客...
  产品经理生来就是要解决问题的. 那如何才能更好、更高效地解决问题?首先要求我们能发现问题,数据分析就是一种常用的发现问题的手段. 通过数据定位问题,然后用设计方案来尝试解决问题,之后再用量化的数据指标来评估问题是否解决了,解决了多少. 通过迭代优化,问题就能够得到较好解决.   本文结合自己在在登录产品的体验优化中积累的一些实战经验,重现过程中的设计点滴,有效果明显的方案,也有效果不明显的优化尝试,最后将总结一些通用的设计思路.

好的产品经理,差的产品经理

- - Xiaoxiao's Weblog
本文转载至 译言网 作者: Ben Horowitz. Ben Horowitz这篇不朽的杰作诞生于1996年,但时间的久远丝毫不影响其对当前的警示作用. 彼时,作为Netscape产品管理部门经理的Ben,没有假大空地介绍产品经理的角色和责任,而是很直观地对比了一个好的产品经理和差的产品经理.

一个谷歌产品经理眼中的产品经理

- - 互联网分析
我在创业公司已经呆了好一阵子了,我发现招聘这个事儿在大公司和创业公司还真是截然不同. 在雅虎搜索的时候,我们一直是持续的进行招聘的. 我一周会进行大概5-8次的面试. 简历、面试、offer,总是一个接一个,不间断. 现在我已经不做招聘经理的事儿了,我在创业公司只负责招很少一部分的产品经理. 但是总有人在招产品经理,而我也总是面试团队的一员.

优秀的产品经理/糟糕的产品经理

- - 标点符
每个产品经理都希望自己时优秀的,而不是糟糕的. 但如何定义是否优秀却没有一个统一的标准. 最近看到了一片文章,中间的一些观点给了我非常大的启发,让自己意识到原来自己做的很多事情,其实是属于糟糕产品经理做的. 优秀的产品经理:关注团队的快乐指数. 当一个团队对产品开发过程感到不满的时候,就无法为客户创造出好的产品,他们也不会喜欢自己的工作,一个好的产品经理除了会收集正式的反馈,同时也会收集一些关于项目、迭代余流程的非正式反馈.