AxureRP

AxureRP学习成长之路

学习使用AxureRP也有一段时间了,从最初接触的5.5版本,到5.6版本,到后来6.0的多个迭代版本,直到现在的6.5版本,AxureRP每次的版本升级都伴随着新功能的增加,也解决了原型设计上的一些难题。这也从另一个方面诠释了“学无止境”,即这款工具一直在更新,不断的需要学习其新特性,掌握新特性的使用方式,使其在原型设计当中发挥效用。应该来说,AxureRP是一款伟大的原型设计工具,其倡导的快速原型设计,丰富的动态交互功能, 阅读全文>>>

项目管理

敏捷开发培训分享

近期公司在着重推进项目的敏捷开发,虽然以前也接触过,但还是去参加了下敏捷开发的培训,对于产品经理来说,如果推行了敏捷开发,则产品经理的协调沟通作用会更加的凸显出来,毕竟前期没有文档,只有演示稿甚或是图纸的情况下,沟通是非常重要的,特别是确认所有的需求功能点,并给需求功能点的优先级排序,确定敏捷开发的迭代周期,这些都需要沟通去解决,例行的会议也会比较多,产品经理肯定都要参与其中。对互联网行业来说, 阅读全文>>>

分析与设计, 工作心得

移动互联网产品设计的原则

本篇原则摘自张小龙的《微信背后的产品观》,是其中的一部分内容。这部分内容对移动互联网产品的设计比较有指导意义,个人也很赞同这些说法,因此摘过来分享一下。虽不及大佬们的高瞻远瞩,但也是结合自身的一些看法的。

1、绝不考虑Web形态,一切考虑都基于APP。很多人在做APP的时候想让web来提供内容,或者是先有web然后在去做基于web的APP,这样就会得不偿失,两边都做不好。做个web的管理后台是可以的,但不需要有前 阅读全文>>>

产品运营

社会化营销分享

第一次参加pmcaff上海站的线下活动,虽然大夏天的从张江跑到漕河泾去有点坑爹,但是总算不虚此行,见到了众多产品经理在一起交流的场景。谈不上收获颇多,但也还值得,如果非要挑点毛病的话,就是组织稍显不给力,原本话筒就已经频繁失声了,下面却还是有三三两两的讨论的声音,导致真正发言的人的声音反而被盖过去了,致使听的不大清楚,这个问题从中场休息的时候离开的人数上可以看出。不过已经很好了,组织这多人的讨论会毕竟 阅读全文>>>

工作心得, 项目管理

产品经理与项目经理的协作问题

这个问题是肯定会遇到的,大一点的项目都会再指定一个项目经理来协助产品经理,以确保项目能最终上线,这种情况在大公司很常见,小公司就不说了,否则怎么叫苦逼的产品经理呢。在接触了几个这样的项目之后,感觉这种配合模式比较难达到非常和谐的地步,项目经理从项目立项开始跟进,到项目上线,其要保证项目不被delay;产品经理介入的会更早,前期用户调研,需求确认等等就已经参与了,到项目执行的过程和最终上线运营,都需要 阅读全文>>>

工作心得

产品经理的素质要求

产品经理这个职位出现的时间不长,但却已经是非常火热了,很多应届毕业生在找工作的时候就已经直接开始找产品经理的工作,这个岗位其实对工作经验的要求还是非常高的,不是一般的人就可以胜任的,最好是有个两三年的工作经验之后,然后转型做产品经理,哪些人比较适合转型在《产品经理的出身问题》里面有介绍,可以参考一下,这里主要讲一下什么样的人比较 阅读全文>>>

用户体验

网站用户体验的76个体验点

网站体验,指的是利用网络特性,为客户提供完善的网络体验,提高客户的满意度,从而与客户建立起紧密而持续的关系。

网站体验的分类

1、感官体验:呈现给用户视听上的体验,强调舒适性。

2、交互体验:呈现给用户操作上的体验,强调易用/可用性。

3、情感体验:呈现给用户心理上的体验,强调友好性。

4、浏览体验:呈现给用户浏览上的体验,强调吸引性。

5、信任体验:呈现给用户的信 阅读全文>>>

民工成长

关于IT民工产品经理网址导航

到今天为止,IT民工产品经理网址导航的搭建算是告一段落了,基本上完成了整个框架体系的搭建,后面可能还会有一些修改,看大家能否提供有价值的建议。之前一位朋友告诉我应该有常用的文档模板和常用软件的下载或者介绍,觉得这是个非常好的建议,就在辅助工具板块里面加上了,在这里要感谢一下那个朋友。不过有一个文档模板一直想有却找不到比较好的,就是“商业计 阅读全文>>>

AxureRP

AxureRP使用建议参考

这些参照建议是马克总结出来的,我只是借用过来给大家参考,在此先感谢一下马克。对于很多学习或者刚使用AxureRP的产品经理们或者朋友们,总会有一些对于AxureRP该怎么使用的更合适想法,也有对AxureRP做原型到什么程度的争论,比如是低保真、高保真等保真度的掌握;对于这些,大家可以参考这二十条建议。

AxureRP使用建议第一条:原型设计的最终目的是为了准确、方便、快捷的表达产品设计人员的产品设计意图;

A 阅读全文>>>

工作心得

谈互联网产品灰度法则的七个维度

这两天网上流传的火热的文章《马化腾:互联网产品灰度法则的七个维度》,说实话,乍看之下我并没有看懂,现在好像有一个趋势,互联网的大牛们总喜欢创造出一些新词来表示自己所要阐述的某种观点,而这种观点大多数都是换汤不换药的,也就是没有多少内涵,看穿了也就那么一回事,只是小人物们说出来啥都不是,大牛们一说就成新名词了。这篇文章应该算是腾讯近些年发展模式的一个总结,不过感觉媒体把这个炒作了,都提升到生态的角 阅读全文>>>

管理案例

高效能经理的五个常用原则

今天无意之间看见这篇文章写不错,转载过来和大家分享下,产品经理也可以借鉴其中的一些原则,因为从某个角度来看是通用的。

招聘面试的star原则

招聘面试是经理工作的一项重要内容,每个成功的经理人都必须具备高超的招聘面试技巧,以招聘到合适的人充实到工作团队中,使合适的人在合适的岗位上,创造岗位员工的高绩效。

所谓star原则,即situation(背景)、task(任务)、action(行动 阅读全文>>>

工作心得, 管理案例

产品经理如何把握管理的职能

产品经理是一个管理的角色,这点应该有很多人赞同吧,虽然这个管理大部分不是人事和财务,而且做管理也木有头衔,主要是管理一个产品从概念到实现的过程,最终的产出物是一个有着特定功能,满足了人们某种需要或者欲望的产品或者服务。既然是管理的角色,那么就从管理这个侧重点来说说产品经理应该怎么样去把握管理的职能。

产品经理的管理职能侧重于产品的管理,这方面有点类似于项目管理;也有人员协调、工作安排等方面 阅读全文>>>

工作心得

产品经理的出身问题

产品经理是长期关注用户体验及信息架构,熟练掌握主流产品各种应用特点及未来产品的预见与规划;在得到准确的产品需求(有时需要数据作为需求依据)时,可以快速准确的给出良好的信息架构和产品设计方案(包括信息架构的合理性、用户体验的良好性、产品未来的可延展性)的一群人。产品经理有需要向运营及技术人员解释产品设计细节的义务,但不必保证让每一个人都认同产品设计意图。这个是大家都比较认同的对产品经理所关注的方向 阅读全文>>>

Android

Android开发环境搭建演示

开发Android应用程序的门坎并不高,因为Google已经为Android应用程序开发提供了免费而且跨平台的集成开发环境。只要手上有台计算机,能连接上网络,我们就能随时下载相关的开发工具,着手开发Android应用程序。目前市面上大多数的计算机(不包含上网本)应该都能满足Android应用程序开发的基本需求。Android应用程序可以在所有主流操作系统(Windows、Mac、Linux)上开发,本文主要讲述Windows XP下的开发环节搭建。
我们 阅读全文>>>

工作心得

产品经理做事要严谨

产品经理身上所背负的责任重大,很多决定都需要产品经理来做出,产品的成败,很大程度上取决于产品经理的判断和取舍,光就产品来说,其实负责人就是产品经理,虽然可能还有产品总监或者更高层的领导管控着,但这个大多只是把控一下产品的方向,具体的事务还是需要产品经理来处理的,可以说在产品经理负责制的产品组里面,产品经理的压力是很大的。这种情况下做事情就要求非常的严谨,才不容易犯错。最近在开产品经理会的时候,老 阅读全文>>>

工作心得

如何书写好的产品需求文档PRD

1、正确

需求规格说明书应当正确地反映用户的真实意图,正确是《产品需求规格说明书》最重要的属性。如果“不正确”仅仅是由于错别字造成的,那么多检查几遍文档就能解决问题。真正的困难是开发者和用户自己都不明白用户究竟“想要什么”和“不要什么”。为确保需求是正确的,开发方和用户必须对《需求规格说明书》进行确认。

2、清楚

清楚的需求让人易读易懂。清楚的 阅读全文>>>

分析与设计, 工作心得, 用户体验

关于吸引忠实用户的一些想法

相信很多人都看到过这样的产品,其外观不炫丽,界面很朴实,用户体验也不是最好的,功能也不是最强大的,但这个产品确拥有大量的忠实用户,或者说是 死忠粉丝。为什么呢,我想还是因为这个产品确实解决了一部分人的难题,满足了他们的需求,或者这个产品确实有吸引人的地方,让用户觉得这个产品有两点。比 如Google的产品,界面以检点朴实为主,功能也比较简单,但却是实实在在的解决了问题的功能,稳定高效,不像有些产品,功能 阅读全文>>>

Android

Android的基础介绍

Android是一个专门针对移动设备的软件集,它包括一个操作系统,中间件和一些重要的应用程序。Beta版的Android SDK提供了在Android平台上使用Java语言进行Android应用开发必须的工具和API接口。
特性
• 应用程序框架支持组件的重用与替换
• Dalvik虚拟机专为移动设备优化
• 集成的浏览器基于开源的WebKit引擎
• 优化的图形库包括定制的2D图形库,3D图形库基于OpenGL ES 1.0( 阅读全文>>>

工作心得, 项目管理

需求管理:确认、跟踪、变更控制

1、需求确认(评审和承诺)

需求确认是指开发方和需求方共同对《产品需求规格说明书》进行评审,双方对需求达成共识后作出承诺。需求确认包含两个重要工作:“需求评审”和“需求承诺”。

2、需求评审面临的困难

需求评审的一个通病是“虎头蛇尾”。需求评审的确乏味,也比较费脑子。刚开始评审时,大家都比较认真,越到后头越马虎。 需求评审涉及的人员可能比较多,有些时候让这么多人聚在一起花费比较长 阅读全文>>>

分析与设计

需求工程的基本活动介绍

很多人可能都还不明白需求分析,需求管理的区别,甚至不大清楚需求分析到底是做什么的,这个解释起来是很简单的,只不过平时很多人介绍的时候都混淆了,最常见的介绍一般都说成是需求分析该如何如何,需求分析的过程如何如何,与需求有关的其他活动提及的比较少。有时候我自己也混淆了,分不太清楚,刚好最近有朋友问我了,然后就在网上搜了下资料,总结了下,对这块做一个介绍,供大家参考。

其实与需求有关的所有活动统 阅读全文>>>

工作心得, 项目管理

尽量在问题出现之前解决问题

这个标题可能上去有点歧义,问题都还没有出现,怎么去解决问题呢?可以通过一则扁鹊三兄弟治病的故事来阐述,这是《鹖冠子》中的一个故事,大意是说魏文王一次问扁鹊,你们家兄弟三人,都对医术很精通,到底哪一位最好?扁鹊说,长兄最好,中兄次之,我最差。文王又问,那为什么你最出名呢?扁鹊说,我长兄治病,是治于病情未发作之前,由于一般人不知道他事先能铲除病因,所以他的名气无法传出去。我中兄治病,是治于病情初起之 阅读全文>>>

分析与设计, 工作心得

需求分析过程中需求注意的问题

在说这个之前首先要搞清楚什么是需求,很多人在说及需求分析的时候,都还不知道需求是什么样的,要分析什么,这样就是无的放矢了。一般来说需求是人的的某种需要和欲望,这些需求和欲望被确认后形成文字或者文档,可以被表述或者描述出来,就成了需求,需求分析就是要去分析这些需要和欲望,最终详细的以文档的形式将这些需求描述出来,需求分析的结果就是要想出办法来去满足这些需求,最终就是规定了产品必须做什么或者应该做什 阅读全文>>>

工作心得

对产品经理这个角色的理解

其实我自己一直不认为是产品经理,更像是个需求分析师、产品设计师+项目经理这样的组合体,个人感觉产品经理所负责的范围要更加的广一些,从需求,开发,测试,上线运营,整条线下来,涉及到协调评估,沟通改进等职责范围内问题的时候都需求产品经理出面去解决。很多公司的产品经理其实都是兼着需求分析、产品设计和项目经理的角色的,我的理解产品经理更多的是要做好管家的角色,专业的事让专业的人去做,产品经理就是做好项目 阅读全文>>>

分析与设计, 工作心得

常见的需求分析方法说明

所谓”需求分析”,是指对要解决的问题进行详细的分析,弄清楚问题的要求,比如需要输入什么数据,要得到什么结果,最后应输出什么。需求分析顾名思义,要有东西给到手上,才能做分析的,一种是分析数据,一种是分析问题。这里是指前期已经完成了需求调查,需求收集等阶段的工作,需求分析就是要从这些已经收集起来的数据当中找出有价值的需求去实现,这部分可以叫做需求整理;从这些收集起来的数据当中去发现新的需求 阅读全文>>>

工作心得

沟通过程当中的反馈获取

完整的沟通过程包括沟通的主体,信息,编码,媒体,解码,沟通的客体,反馈这样七个环节,一般我们在进行沟通的时候,只要有沟通对象,前面六个环节都是自然发生的,唯独反馈是需求我们沟通的对象来完成的,也即前面六个环节是主动的,反馈是被动的。而我们在沟通过程当中最重要的就是反馈,因此如何获得反馈变得十分重要。

沟通的主体就是沟通信息的发出者或来源,比如产品经理发起跟各个产品人员开产品需求讨论会议,并 阅读全文>>>