做一个优秀的产品经理.docx
- 文档编号:26941319
- 上传时间:2023-06-24
- 格式:DOCX
- 页数:19
- 大小:54KB
做一个优秀的产品经理.docx
《做一个优秀的产品经理.docx》由会员分享,可在线阅读,更多相关《做一个优秀的产品经理.docx(19页珍藏版)》请在冰豆网上搜索。
做一个优秀的产品经理
,各位兄弟姐妹,
还有两天,2008即将过去,新的一年已悄然将至。
这一年,我们经历过冲锋陷阵,经历过跌宕起伏,经历过失败,也经历过收获的喜悦。
这一年,我们垂直不仅完成了部门的考核任务和垂直的使命,也收获了一个富有战斗力的团队,并且这个团队不断有新人加入。
但是细细一看,我们的产品和团队都还有许许多多的问题,需要我们一起去梳理,去总结,以便来年我们跑的更快,就像我们的组名()所赋予的那样。
2009,将是严酷的一年,世界金融危机的影响已渗透到世界的每个角落,人们甚至用“活着的人都没见过的经济危机”,“倾巢之下,安有完卵”来形容这次危机的严重程度。
公司和我们每个人都必须度过这个难关,对于掉队的也会忍痛割爱。
因此,每次人都要有种强烈的危机感,居安思危,未雨绸缪,加强自己的能力和素质,弥补自己的短板,做一名优秀的产品经理,才有可能看到暴风雨后的彩虹。
平时与大家在非正式场合分享过很多做产品的技巧与要求,但依然在执行过程中还有问题,这里我把我做产品经理的经验和最近学习的知识再次梳理,整理出来与大家分享,之后会跟大家一起讨论,请大家提意见,希望我们团队共同成长,提高垂直产品组的战斗力。
考虑到新人的加入,写了许多普及性的知识。
我把产品经理的素质要求分为三部分:
专业能力、领导力和关系能力。
基本涵盖了我们要努力的三个方向,这三个方向也是互相关联的。
专业能力:
1.市场分析与产品规划(布局阶段)
1)市场调研:
指研究市场以了解客户需求、竞争状况及市场前景,其最终目标是发现创新或改进产品的潜在机会。
市场调研的方式:
♦试用竞争对手的产品和同类相关产品。
♦到艾瑞、、等专业网站,或者博客搜索等渠道,获得研究市场分析报告、文章或评价观点。
♦通过关系获取同行产品情报资讯。
♦与用户交流。
♦了解公司的平台资源,可争取到的各种投入资源。
目前我们所做的产品都不是新产品,市场上我们是后来者,前期的调研可以帮助我们找到自己的发展方向和突破点,了解市场的发展动态,用户的主要需求,我们可以突破的潜在机会,最终形成产品的战略。
很多时候,产品初期的市场调研只是开个头,更重要的是上线后的产品优化。
2)产品规划
根据产品的市场竞争环境、用户需求分析以及自身资源,产品经理对产品进行定位,拟出我们的核心竞争力,产品的使用场景和流程,产品示意图,产品实施的路线图。
同时还要考虑到资源、性能指标等。
●抓住用户需求。
前面已讲过市场调研,如何抓住用户需求呢?
通常是假设出用户在同类产品的各种需求场景,比如用户对图片的需求。
用户在什么场景下需要图片?
可能是看美女养眼,可能是搜索某个明星的最新图片,可能是看动漫,可能是做找素材,可能是找表情等等。
用户如何能最快地找到?
找到后是否可以最快地浏览大图?
是否还想跟朋友分享自己的发现?
等等。
最终我们把这些需求进行分门别类的梳理,确立我们的产品定位,理出我们要满足用户需求的功能,以及确定出核心功能或服务,并且把这个核心做到极致,这就是我们常说的核心竞争力。
前面是满足一个全面整体的体验,后者是确立品牌和差异化优势的杀手锏。
资料:
专注于1或2个产品利益=44%的成功率,3个或更多的产品利益=37%成功率。
所以要专注把核心功能和服务做好。
讲演:
用户价值不会因为是统一了(大而全)而体现的,而是每一个单项是否能真正赢得用户的喜爱。
“简单”的核心在于,做好最核心的10个,放弃其它的90个。
比如图片是建设好一个庞大的整理好的图片库,并且可以个性化地推荐给用户;音乐将在推荐歌曲方面,搜吧在快速运营方面确立自己的优势。
邮箱有很多功能,但亮点的杀手锏就是大附件和文件中转,虽然不是天天用,但却是许多人选择它的重要理由。
●产品概念。
我们平时一思考就沉于产品具有的功能和特点,而容易忽略从用户的角度去打产品概念,即用户感受到的好处和利益。
这个好处满足或超出用户期望后,能帮助记得和再次使用我们的产品。
这样,从实用功能和心理预期上都满足用户。
垂直产品都是后来者,而的整体品牌又很弱小,所以各垂直产品必须自己更生,打自己的产品概念,在自己的用户圈里树立口碑。
大家试想一下,我们去超市选购洗发水时的判断依据是什么呢?
●产品规划与撰写。
产品规划相当于前期布局,意味着后期的一段时间都会按这个方向和节奏去走,所以一定要斟酌和慎重。
规划切忌大而空,最终要落地执行,要可以分解成具体可执行的计划。
产品规划确定后,产品经理必须的一课是撰写和汇报讲演。
做好象在从各个角度讲一个故事,最终说明白自己想做的事情,并且要言之有物,有产品形式或数据做支撑。
大家也可以看部门领导写的一些,学习别人是如何把一个事情讲清楚的。
通常产品规划的套路是:
问题引子→用户需求→(同行状态与分析)→确立我们的产品思路(从哪些方面解决问题)→产品形式图→可执行的时间计划→(资源需求)。
常规汇报的套路是:
问题引子→确立的解决方案→结果表现(效果,形式,数据)→下一步的发展计划→(资源需求)。
现状分析:
目前我们大家还需要在这一块加强,一是如何抓住产品的核心点,并把它做透,需要进一步做减法;二是提出分阶段的解决方案,一定要细化可执行,没有时间点的计划只是概念;三是制作与宣讲。
2.产品设计
产品设计是对规划的落地实现,包括用户界面设计、功能交互与视觉表现,以及所有涉及到用户体验的部分。
产品经理要把自己模拟成能代表大多数的用户去设计产品功能和表现形式,是谓产品感觉,这是最重要的能力之一。
我们的产品设计中,要考虑三个因素:
前端要有什么功能、交互和表现形式,以及引擎的基础体验。
●产品设计与用户体验
前几天,正好在产品设计与用户体验方面做了详细的讲解,垂直组也进行了学习,这里提炼出一些要点:
✓抓住产品的核心能力与速度,做到极致。
少即是多,把核心体验做透,形成竞争门槛,也形成用户记住产品、口碑传播的重要点(产品概念)。
✓注重口碑相传,并且在口碑中逐步补齐常规功能。
建立快速反应机制,实施灰度上线体验,注重用户反馈,不断优化。
产品经理与项目经理双擎驱动。
✓抓住高端用户,考虑多种浏览器的兼容性。
在做好主要功能和核心功能的基础上,适当照顾高端用户的需求,通过意见领袖的声音,可以形成良好的品牌形象。
与意见领袖进行互动,可以持续地获得高质量的用户体验声音。
✓交互体验细致,视觉简洁清爽。
交互设计上,尽量减少交互的复杂性,越简单越好,’t,符合用户的习惯和预期。
抓住主要矛盾,重点关注用户最常使用的交互点。
做适时的提醒,不强迫用户,注意用户在细节体验的心理预期。
学习前台和后台的技术知识,帮助设计时的判断和平衡;同时学习业界的优秀交互案例。
视觉设计上,要传播产品的理念;要大气整洁,中性化,少用图片;工具化设计,内容简单,有清晰的逻辑和操作。
各产品和各级页面有统一的规范,有方便修改的页头页脚等公共区域。
页面的视觉表现要有重点,传达出主要目的。
●引擎的基础体验
产品给用户带来的价值除了前端功能的交互和视觉体验,还有引擎提供给用户信息的质量和使用体验,比如搜索结果的相关性、浏览或视听的质量、过滤等,不同产品的具体指标不同,他们直接影响着用户体验。
引擎指标也是产品经理驱动引擎后台开发人员的主要方式。
但如何拟定引擎基础体验的指标呢?
从用户终端体验来看,如何能够最好地满足用户需求,从这个角度先罗列出指标点。
比如图片搜索,用户希望搜索到的结果是相关的,重复图片少,死链少,结果多,页面和缩略图显示速度快,浏览大图速度快,并且服务稳定。
然后再进一步细化,怎么样算相关性,比如图片内容相符,大图多,图片质量高,重复少,噪音少,人物图片的前几页面部特定多等。
拟出指标后,再跟引擎开发人员共同进行修正,确定具体的指标数值,以及每个阶段可以实现的预期。
●风险评估与预案
产品设计时,产品经理与项目经理配合,要考虑到产品上线后,可能遇到的各种风险。
比如由于某种不可抗力的影响,造成局部地区的设备损坏,如何快速响应,让该地区的用户依然可以访问服务,是只读,还是部分业务也可写数据,需要根据业务的重要性评估好,并且设计好应急处理方案,不至于出现问题后焦头烂额。
对线上服务做好监控。
当服务出现异常后,可以自动报警,周知项目组相关人,可以立即采取措施恢复服务,把损失降到最低。
●版本设计
产品经理在撰写需求时,要考虑到版本的大小和开发量的初步评估。
通常我们分长线版本、普通版本和紧急版本,以普通版本为主。
版本大小需要产品经理与项目经理共同商定。
长线版本是指需要较长一段时间的开发,比如后台的优化,需要较长时间,属于重要且不紧急的事情,所以平时执行时,要考虑到长短版本结合。
普通版本一般是周为时间单位,一周1个或1.5个版本,平时的需求可以根据这个开发量来提需求。
紧急版本,是临时应急性的版本,一般是当天提需求,当天上线。
比如线上的重要错误,或上级领导要求马上改的地方等。
现状分析:
1)我们曾经把很多精力放在功能建设上,产品经理沉于版本中,而对产品设计的交互和形式有所轻视,甚至能够感觉到硬伤。
今后将重视产品体验,并把它作为一种习惯。
2)跟引擎的关系需要加强。
首先是加强团队感,明确双方的目标一致;其次是拟定好指标,每个阶段目标分解,做好监控,不断优化和反馈出来。
3.执行实施(项目管理)
执行实施反映的是我们的驱动力,项目计划能否按期完成,项目组或跨部门的合作方能否配合好我们的工作。
如果说产品规划是,产品设计和执行实施则是,保证把正确的事情执行好,实现它,这是产品经理最重要的能力之一。
坚持小步快跑原则。
产品状态能否跑起来,是看我们能否高效率地进展和变化,不要指望一步一个坎,而是一步小半个坎,不断优化进步,一方面可以验证想法是否被用户接受,获得数据说明;另一方面降低决策风险。
用静态化展现来测试功能的受欢迎程度,切忌用很长时间开发,结果开发出来的功能并不受欢迎)。
比如搜吧要上相关贴功能,但是开发量大,可以尝试先人工用静态相关贴展现,待发现反馈好后,开发跟进,这样加快了执行效率,也降低了开发风险。
坚持灰度上线试验,对于有些看不准的功能,并不急于全部放开,而是灰度上线看用户反馈,以及数据反馈,若达到预期,再全量放开。
所以静态化展现和灰度上线试验是小步快跑的重要方式。
强力执行时间线管理。
每个月、每周都有详细的计划和执行的时间点,产品经理要表现很强的驱动力,组织各方按计划完成。
计划是作战时间表,不能随意。
如果,需要应变处理和向上及时汇报。
要事第一。
建议大家每天都看自己定的月计划和周计划,不至于丢失主线,陷入细节。
同时,每天早上列出一天中要做的工作,分出优先级,抓住重点,不把当天的任务留到明天。
抓住时间线,这是在纷繁芜杂的事务中,确保自己乘风破浪。
灵活应变,一切都是为了绩效。
对于项目管理流程,产品经理可以灵活处理,只要是为高效的执行服务,就可以去修改流程,Q3我们就优化流程减少了产品经理的工作。
对于项目执行过程中,如果开发或其它成员配合不顺利,也需要及时应变处理,评估继续下去的风险,并及时与上级沟通。
现状分析:
1)垂直产品在这方面参差不齐,有的产品执行效率很高,有的却经常。
很大原因是做了大版本,骑虎难下,这里需要大家汲取教训。
2)安排好时间线,抓住重要的事,不要出现“我忘了”之类的推脱。
如果没时间完成,也必须事先沟通和安排好。
4.产品优化
产品上线后,会有各种问题,因而需要快速去优化。
这里需要:
数据分析与用户行为分析,帮助更清晰地认识用户和产品。
上线后,观察新上线功能的数据变化,可以反映出用户喜好,作为参考依据。
如果综合更多的数据分析,可以反映出用户在产品中的行为轨迹,帮助我们更好的优化产品。
产品分析可以结合定量与定性分析,来认识产品的状态。
认识到使用我们产品的用户普遍特征,用户在产品中的行为后,可以帮助我们提供更有针对性的服务。
图片搜索希望在个人中心推荐给用户喜爱的图片,是否可行呢?
因而对用户进行了一些初步的分析。
从用户的浏览词和检索词中,可以发现用户的喜好特征。
再结合用户在其它产品里的搜索倾向,可以进一步丰富认识用户的喜好特征。
再从图片册数据库中分析对应这些特征的数据,以便分析提供给用户个性化推荐的可能性。
搜吧目前也在对用户进行画像,了解到了我们用户的整体特征,比如在全国的分布,使用时长,主要集中在什么地方,以及浏览器、上网速度等使用环境;了解到用户的行为轨迹,喜欢李宇春的人,也喜欢什么?
了解用户的这些特征和行为可以帮助我们更好地设计搜吧个人中心,更好地根据用户喜好特征引导用户进行互动。
意见收集。
意见收集也是我们了解产品问题的重要方式,公司领导也经常督促和强调。
垂直产品用过的方法有:
1)通过线上和线下的方式,发现和认识意见领袖,并且进行互动,获取高质量的用户意见;
2)产品经理自身对产品的坚持体验;(XX的产品经理不太重要产品设计和运营,但是对引擎核心指标非常重视,他们每周都有一天坚持体验和测试自己的产品,值得我们学习。
我们的版本排得过密,这里要求垂直产品组的每位产品经理每两天坚持体验自己的产品1小时,或收集用户意见,并汇总反馈出来,形成习惯。
大家不要说没时间,退一步跳的更远。
)
3)利用公司内部平台;
4)搜吧的意见吧、音乐搜索的问卷自动调查等方式收集;
5)利用博客搜索和论坛搜索等工具;
6)利用线下的用户访谈;
7)利用用户行为跟踪系统等;
8)利用公司的用户调查渠道;
9)以做活动的方式,引导用户参与调查;
10)发动公司或部门同事提意见。
每个产品目前坚持的获取用户意见的方式都不一样,但是无论怎样,都需要挖掘出有价值的意见,并且把意见提炼分类,形成迅速优化和长线优化的点,并且反馈优化效果,甚至反馈给提意见用户。
迭代优化。
根据产品经理每日自身的产品体验,或从其它渠道发现问题后,周知项目组,拟出解决方案,根据需要,可急可缓。
但是不要跑题,不要偏离产品规划的方向。
对产品状态心中有数。
任何时候,任何阶段,都要对产品的数据了如指掌,对产品的状态了解指掌,对产品状态在格局中的阶段和重要性了如指掌,做到一切可控。
在产品重要方向上,统计数据的盲区,要想办法去补上。
现状分析:
目前垂直产品已有这个意识,空间搜索坚持常规体验和用户意见收集,并快速优化;搜吧也通过广大吧主意见,对个人中心、分类页、吧页面和帖子页面相继优化;图片搜索和音乐搜索也有收集用户意见的渠道,并反映到我们日常的优化中。
垂直产品除了提供工具型的功能服务,还将引入用户概念,通过社区化的内容分享和个性化推荐来留住用户,所以用户行为分析的工作还需要再细致,搜吧和图片已启动用户行为的详细分析,希望这些将帮助我们更好的捕捉用户需求。
5.产品运营
产品前期偏重功能建设,后期要投入精力去运营。
好比前期立项盖楼,后期物业管理,让大楼增值,产生更大效益。
●内容运营与用户运营
垂直产品运营的核心思想是要让用户通过使用产品,获得某种价值,或是情感需要,或是信息获取,或是获得某种归属感。
这里讲的运营偏指社区化的运营,可从内容运营和用户运营两个角度考虑。
以搜吧为例,其核心就是快速运营,即尽早地抓住事件和话题的核心点,通过运营引导用户互动,生产有价值的草根内容,再尽快地把内容推广出去,引导更多用户延伸阅读,形成闭环。
通过用户运营,社区核心用户不断扩大,吸引更多的人粘在社区,最终达到共同兴趣的在一起交流分享。
最终形成用户一有冲动,就到搜吧来交流和发现的印象。
对于图片搜索和音乐搜索,都会尝试社区化的道路,逐步自动地生产好内容,如何把好的内容推荐给用户,如何培养用户过来的习惯,也是需要在产品运营上更加细致地思考。
●运营工具建设
运营需要有一些后台工具来保障运营的顺利进行。
比如安全过滤平台,保障社区内容的干净;比如社区监控平台,及时了解用户和内容的动态,辅助运营决策等。
运营统计系统,可以了解用户在社区的行为轨迹和数量。
●产品服务运营
简单地讲,就是让产品的服务更快更稳定,抗灾容灾能力更强。
产品设计时,我们已考虑到上线后的服务要求,所以上线后,要对服务状态进行监控和优化,即产品服务运营。
如果出现异常,对项目组成员及时报警,根据预案最快恢复,评估影响。
另外,要想办法对服务能力不断优化,通过优化程序或机器布局等,让产品的服务更快,更稳定。
现状分析:
目前垂直产品基本上只有搜吧是集中精力在运营,并且在整个运营流程的管理,上下衔接,后台工具建设等方面都进展顺利。
但图片册和音乐盒等个人中心的运营还没做起来,在明年将是很重要的一块,需要想的细致。
6.宣传推广(造势阶段)
产品要做到“人无我有,人有我精”,通过差异化的优势服务来满足用户需要,实现产品价值。
如果产品的亮点功能需要推广,或是产品运营中需要吸引用户的参与,就要进行宣传推广,给产品造势,提升用户口碑。
平时要了解可以利用的资源。
目前垂直产品常用的宣传推广方式有:
1)打造好产品的核心点,利用口碑传播影响力。
2)通过公关软文在艾瑞、门户等进行宣传,比如图片搜索的创意图片。
3)通过软文等形式在论坛发文。
4)利用搜吧外部团队广泛宣传。
5)在公司门户、无线、、、游戏等平台进行广告宣传。
明年市场资源肯定会进行压缩,所以我们要更多地思考做好核心点,利用用户口碑和搜吧外部团队来进行宣传推广。
领导力:
1.激情与热爱产品
对产品发自内心地热爱和充满激情,具有强烈的责任感和使命感,工作积极主动,是做好产品的必要保证。
这是产品经理最重要的素质,自己没有激情,是不可能做好产品的,更不可能带动项目团队的士气。
做产品经理与其它工作岗位最大的区别就是,没有下班状态,始终有一根弦,想着与产品相关的事情。
优秀的产品经理除了做好本职工作,还利用闲暇时间尝试和体验各种同类产品,他们欣赏优秀的产品,鄙视那些没品的产品;他们醉心于创造优秀的产品–无论是全新的产品或是既有产品的改进。
以下是tony对产品经理的要求:
问题:
请垂直的产品经理们反思,我们离一个优秀的产品经理有距离吗?
2.目标明确与执行力
产品经理是一个虚拟团队的领导,是领导就要有远见,有目标。
产品经理的职位帮助我们培养高瞻远瞩的能力,看到未来的能力。
因而,在做出产品规划后,要明确自己的目标,在产品版本的执行过程中,始终不能丢掉这条主线。
在执行和实现目标时,首先要做好目标分解,明确每个阶段要达到的预期目标,把目标分解成一个个有时间点的任务,然后用一条时间线串起来,即时间线管理,这样能帮助我们可控地实现目标。
要协调好长期目标与短期目标,协调好产品状态与产品格局的关系,协调好产品进展与产品绩效的关系,对产品做到可控,表现出很强的驾驭能力。
时间管理与要事第一。
在实际执行过程中,不可能一切都完全按照预定好的时间点完成。
对于临时突发的不顺利,或者开发过程中遇到困难,或是临时的新想法,要机动灵活地处理,不可机械行事,一切以最终目标为依归,一切以最终绩效为依归,要明白每件事在整个格局中的份量,就不会陷入细节,或迷失方向。
通常我们把事情分为两个维度来看,一条线是重要和不重要,一条线是紧急和不紧急,两个维度构成四个象限,任何事情都可以置于四个象限的某个位置。
我们根据事情的重要和紧急程度来决定解决的优先级和节奏。
当事情较多时,这是一种有效安排工作的方法,帮助我们第一位的重要事情,而不会被小事拖累。
问题:
我们在产品的执行过程中,是不是没有把大功能拆散而小步快跑做试验呢?
是不是有时会执拗于细节而版本呢?
要处理好一个版本与所有版本之间的关系,做出这种调整是否符合产品的绩效?
3.团队建设
成功的产品经理必须是优秀的领导者。
产品经理“领导”项目组的开发、测试、、运营、市场、引擎、合作方等,却是没有授权的领导,是大家默认的潜规则领导,因而产品经理必须具有很强的影响力,凝聚力,执行力,驱动力,充分利用个人的影响力、专业能力、沟通能力、人际关系能力等,使项目团队的目标一致,相互信任和依赖,团队具有共同的认同感和凝聚力,并且具有不断创新的热情和潜力。
也就是我们常说的使整体团队获得1+1>2的成效,通过互相协调达到创造式地合作,就像为一个统一和协调性好三头六臂的人。
如何使团队的目标一致呢?
产品经理在确立产品规划后,需要向项目组成员进行宣讲,使团队上下对产品的发展方向产生认同感,大家的劲往一个方向使,而不是不断地给大家提需求。
让每个人都感受到参与感。
除了项目评审时大家一起讨论,对于产品的进展、数据反馈和用户意见,及时在项目组内分享。
每天早上坚持10分钟的站立会,每个人汇报昨天完成的工作和当天的计划,一是督促和监控项目的进展,二是激发每个人对于项目的参与感和使命感。
不断协调大家的目标和意见。
在执行的不同阶段,可能由于大家磨合不够,或者意见不一致,会出现分化团队合力的现象。
因此,产品经理要敏锐地察觉,并且去及时协调,沟通,明确每个人的角色定位,构建互相遵循的潜规则团队文化,建立共赢的局面。
激励和鼓舞。
项目执行过程中,可能有时会遇到坎坷,一时的失败感会挫伤项目组成员的积极性。
产品经理要深入反思,与上级沟通,及时调整产品的目标,扭转产品的发展局面,同时还要调整好自己的情绪,调动整个项目组的热情,激励大家的斗志,让整个项目置之死地而后生,重新焕发活力。
培养下属。
编辑目前属于产品经理的直接下属,要着力培养成产品助理,明确他们的发展方向,并定期进行量化考核和指导,让他们至少成长为半个产品经理,可以辅助产品的一些事务性工作,思考产品的问题和发展,要求需求撰写和版本跟踪,对负责的领域可以独顶半边天。
对于优秀的表现,要争取上级进行表彰奖励。
4.学习能力与商业敏感
不断学习,不耻下问。
互联网行业恐怕是变化最快的行业,新技术不断涌现,优秀的产品经理必须能够快速学习新知识,比如最近大家在了解。
我们产品经理不少非技术背景出身,因而更要花时间去学习搜索引擎的原理,前端的开发技术,如何进行基础体验的监控和评测,如何做产品状态分析,如何更快更好地画出交互图等等,都需要我们学习各种相关知识。
1月份将组织大家进行一些系统性的学习。
要利用闲暇时间,到里去学习,或者利用吃饭时间向老员工请教,向其它组的同事学习各类相关知识。
饭桌是最好的学习和培养情感的地方,因为大家都很忙,没人愿意在工作的时候被打扰。
要多问,不耻下问。
商业敏感。
要了解同行产品的变化,市场竞争环境的变化,时常到相关专业网站了解资讯,或体验同行产品,具备敏感的商业意识,也学习别人的优点。
产品的最终价值在于商业化,或是直接盈利,或是为盈利产品提供辅助服务。
目前垂直产品的定位是后者,但也不排除有直接盈利的可能,各位垂直的产品经理要有这种知识储备和思想准备。
5.注重细节,追求完美
为了给用户提供最好的服务,除了抓住主要矛盾,满足好用户的主要需求,还要尽可能地在各个细节方面做到最好。
所谓细节决定成败,就要求我们的产品经理在产品的功能、可用性和美观性等方面都充分让用户满意。
一个好的产品经理,首先是一个完美主义者。
对细节要有可执行的原则。
在讲演中,提到到注意细节的许多方面,请大家不断翻出来学习,把的思想变成可执行的工具和规则,在日常工作中进行约束和贯彻,而非欣赏后搁置。
前面讲到产品设计时,已有涉及。
下周我们还将和就产品设计的可用性原则进一步讨论确定,形成规范,帮助大家有意识地注意细节。
做好细节的重要方式是体验产品和用户调查。
按的说法,我们要把自己设想成一个迟钝、挑剔、易怒的傻瓜来体验和使用产品,换个角度或许能发现许多习惯的问题。
用户调查是利用别人的慧眼来找到问题。
然后再切回产品经理的身份,想办法去优化解决。
除了产品设计要注重细节,在组织工作中也要注意,墨非定律常常因此给工作带来麻烦。
墨非定律是说凡事有可能出错,在关键时候一定会出错。
比如急着上交材料时,打印机没纸了;领导来开会时,笔记本无法投影;赶飞机时,忘了带文件等等,平时开玩笑说
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 一个 优秀 产品 经理
![提示](https://static.bdocx.com/images/bang_tan.gif)