用户体验

网站用户体验的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、需求评审面临的困难

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

分析与设计

需求工程的基本活动介绍

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

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

工作心得, 项目管理

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

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

分析与设计, 工作心得

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

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

工作心得

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

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

分析与设计, 工作心得

常见的需求分析方法说明

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

工作心得

沟通过程当中的反馈获取

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

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

工作心得

日常学习过程的一些总结

都说活到老学到老,产品经理们当然也需要不断的学习,去掌握新知识新技术,以判断新的发展趋势,新的发展环境,不断扩充自己的知识储备,可以是专业技能方面的,也可以是业余生活方面的,学的多了,自然知道的东西就多了。就像读书,读书破万卷,下笔如有神,没有东西装进去,脑海里面就不能适时的出现你需要的知识。读书是一种理论储备,真正的价值体现在实际应用当中,这个过程就是首先你要知道这是怎么一回事,然后才是如何去 阅读全文>>>

工作心得, 项目管理

关于产品项目价值的思考

最近在做项目的过程当中,每当所有产品经理一起开会总结的时候,大家都会把自己手头上的所有项目都过一遍,看看有没有问题,有没有延期之类的,给领导汇报一下。最近领导老强调做项目的价值的问题,就是认为我们目前在做的一些项目价值不大,或者是优先级不高,很多有价值的事情都还没有去做,没有很好的将人力物力资源利用起来,指出产品经理在做产品做项目的时候没有去思考做事本身的价值所在,而这是产品经理必备的做事素养之 阅读全文>>>

工作心得

如何确认产品需求文档PRD

这里要讲的并不是如何写出一份正确的PRD,而是如何去确认PRD里面的需求,即PRD已经有了,需要一个Review的过程。在产品人员日常的工作当中,需求变动是经常发生的事情,都可以是家常便饭了,哪个产品的需求不变动几次,都怀疑这个产品是否做错了,或者需求收集有误。不过我们的终极目标就是尽可能的在第一次需求收集、分析、设计后不再变动,或者尽量少的被变动。这就需要两个条件,一是产品人员在前期需求收集分析的过程当中要 阅读全文>>>

分析与设计

如何确认需求或产品目标

说这个问题的前提是,做一个产品或者分析一个需求之前,必须要有需求目标或者产品目标,如果没有,那就没有这个如何去确认的问题了。不过这种情况也很常见,很多需求分析人员做产品的需求分析,一开始都是无目标的,就事论事,为了分析而分析,往往都是分析到一定阶段了,比如产品的需求轮廓已经比较清晰的时候,或者收集的需求已经足够多,覆盖的方面足够全的时候,才开始来考虑产品的规划,考虑今后的设计方向和发展目标,这样 阅读全文>>>

工作心得

市场需求文档MRD书写范例

市场需求文档,(英文全称 Market Requirement Document,MRD)。该文档是产品项目由“准备”阶段进入到“实施”阶段的第一文档,其作用就是“对规划的某个产品进行市场层面的说明”,这个文档的质量好坏直接影响到产品项目的开展,并直接影响到产品战略意图的实现。

网上看到的一篇非常有意思的市场需求文档MRD,是推销自己的,感觉不错,特此摘出来与大家分享。

1、文档介绍

1.1 文档目的

小威“ 阅读全文>>>

AxureRP, 原型应用

用AxureRP做实例原型设计的步骤

AxureRP做实例原型设计的文章,已经发布过好一些,都是针对一些单独的功能点、独立的交互效果、独立的功能页面或者是对别人做的实例效果的讲解,这里依据自己当时做实例设计的经验,简单的介绍一下设计的过程和步骤,这篇算是之前那篇《用AxureRP做整体原型设计的步骤》的姊妹篇吧,一般来说都是先有实例再组合成整体,但是我们的设计过程都需要先从整体的 阅读全文>>>