一 : 产品经理工作的频发高地——产品改进迭代

　　这段时间，心情很“操蛋”!暂且放下心情好坏，我思考了些关于产品的问题——产品的价值规律。也就是说，是不是有那么一套有迹可循的实践方法能让学习者快速习得产品之中的道理。显然，是错误的!产品工作源于生活，存于道义;生活不得者，工作必不可得!诚然，产品没啥神秘的，做的那点事无非就是想让大家的“存在”更加合理和便捷些。至于其他的，我也没想出更多了!

　　

 

　　产品经理工作的频发高地——产品改进迭代

　　【相关推荐】

　　清明时节雨淅淅，产品经理须潜行

　　干货|如何仅用三步快速搭建产品框架?

　　万能的产品经理，你知道如何客串测试人员么?

　　产品经理必修课之产品设计流程[完整版]

　　产品修炼丨产品实施过程中为什么会复现各种问题?

　　正文

　　小小产品人的故事，娓娓道来…

　　并不是所有产品经理都能创造新的产品，一直在创新，或许优化产品的周期持续地比较长一点，而面对已有产品却显得有些慌张。比较牛逼的产品经理早已规划好了产品路线图(Product Roadmap)，而绝大多数的人却只是需求的搬运工，单纯地记录一下需求。最终只是些针对需求的设计产品而已!

　　产品经理的自主权很重要，到底如何把握产品的尺度?大多数只是产品的搬运工，充当的是救火队员的角色。事实上，运营让你干嘛你就做啥!一味地添加功能最终的结果只能是——产品臃肿、毫无扩展性可言。

　　改善/开发产品需要明确目标。任何一件事情都需要有清晰明确的目标，有针对性的改善，更具反馈个用户数据改进产品;

　　尝试弄明白这些功能需要做出改善?需求和问题的背景该如何?

　　有力的依据是什么?数据。很多人将数据化运营、数据化设计…数据反馈也是产品改善的绝佳途径。如何理解亟待解决问题的过程中，产品经理能做点啥?

　　1.关注产品统计数据，与技术、测试、产品设计等同事多多交流，分析产品改善需求的可行性;

　　2.互联网行业，对产品数据的手机可谓非常到位，通过对数据的分析，可以更加精准地确认数据中反应出来的问题;有凭有据而不是瞎胡扯绝对没错的;即时错了，也无需自责了;

　　行文小结

　　改进产品并不是说简单地满足个别用户的需求，当然对需求方提出的任何问题都必须认真对待，仔细做好甑别。事实告诉我们，只有有针对性地分析需求，分析关键的数据指标，尽力做好有意义、有价值地产品改善。

　　不是所有产品(PM)都能改变世界的，或许最需要改变的恰恰是我们自己!

　　本文作者：互联网产品小王 原文地址：戳这里

　　一个产品人的内心独白!专注工具和内容型产品，关注互联网金融、农村电商和财经领域。从事互联网财经社区产品设计，喜欢看书、乐于思考。产品即人品，人品即产品!

二 : 产品经理5点工作经验总结

根据自己在产品工作中碰到的问题做一个总结，期望这样的总结能成为自己更优秀的垫脚石。也许它们让一些人看来有些幼稚，但是每个人的成长都是螺旋上升的，没有人可以直接造第三层楼。

会议主持

产品经理每天有开不完的会是很正常的。那么如果是自己主持一次会议，第一，与会人员最好控制在10人以内，其实人一多，效率就会急剧下降，你一句我一句，1小时的会议拖成2个半小时也是很有可能的（经常发生），很多时候会后找负责人单独沟通，有时效率更高；第二，与会时间最好控制在45分钟以内，把要讨论的问题提前发邮件通知到各位，让大家心里都有数，开会的时候控制好各位的思维，不要太发散，有时候大家的自认为的目标可能不一定一致，会出现大家不在一个频率上的事，所以需要主持人把控好，及时提醒纠正。

思考换位

很多时候我们产品经理做出一个功能会觉得自己很牛，自己就是对的，把「用户体验」当作说词，那么，我们要冷静回想一下，这真的是站在用户的角度考虑问题了吗？自己很喜欢自己的设计，你能保证用户也喜欢吗？自己能把逻辑讲得头头是道，用户懂你的逻辑吗？你是商业目的为先，还是用户体验为先？你是希望用户快速做决策还是把大量信息堆在用户面前让用户自己选？

不同的答案就会产生不同的设计结果，需谨慎考虑。换位思考其实挺难的，你不能保证自己想切换思维的时候就能切换，具体怎么提高，我总结了两种方式，一是做用户访谈，不用很高科技，拿着原型问问身边的同事，他们想要什么，你会发现很多的想法跟自己完全不同；二是看心理学的书籍，看看别人都是怎么考虑问题的，跟自己的思路有什么不同。

沟通表达

沟通能力作为一名产品经理来说再怎么强调它的重要性都不为过。首先，沟通的过程中不要和别人发生不愉快，这是最基本的，也就是要会说话，包括说话的方式、角度、语调、声调，换句话说，要让别人愿意听下去，先不管讲的内容是什么。这些事情搞定后就要升级沟通能力了，也就是每个产品经理都会经历的需求评审、交互评审、设计评审、技术评审等环节，俗称PK。

这个过程会和形形色色的人沟通，每个人的性格都完全不一样，而且同一个人在不同时间段的状态也是差异很大的，比如在你和他讨论之前他可能刚刚跟另外一个产品经理「争吵」完，情绪还没缓过来，这个时候找他去沟通，就会超出自己的预估，也有可能刚接到电话得知老婆跟别人吵架了，思绪还在老婆那边。所以要对环境作出快速正确的判断，然后达成自己的目标。总的来说，遇到这种情况，通常应该尊重理解对方，学会换位思考，这是很重要的。其实每一次的PK都是类似谈判的过程，可以用一些有效的谈判方式来进行沟通。还要说一点，沟通前，得自己先把问题逻辑[www.61k.com］想清楚，自己这边先过关。

原型制作

我看到周围的一些同事用什么原型软件的都有，有人用 Axure，有人用 photoshop，有人用sketch，有些人甚至不用软件，一直靠文字和截屏来说明问题，这些都可以，哪怕直接口头表达，都没问题的，只要能达到目标就行。但是就我观察到情况来看，在需求评审时，如果没有原型，开发会抱怨，因为一旦牵扯到逻辑或交互的修改，很难表述清楚，在开发的脑海里形成不了具象的概念；如果有原型而且包含颜色丰富的视觉，交互会抱怨，因为这抢了交互设计师的工作，每个人都需要存在感。

所以我比较推荐的做法是画灰度原型，而且要尽量精准，什么叫精准，不同的元素要用不同的灰色对比度，文案要用实际真实的文案，而不是随便写几个汉字，这样大家在评审事就能专注于功能、交互、文案等信息了。另外对于原型软件的选择上，我的原则是越轻便越好，在最短的时间内完成目标就是最好的，因为自己负责的是移动端，一般就使用「墨刀」这个软件，用了一段时间非常不错，也推荐给大家。

文案细节

我听说有些公司在制作一款 APP 时会把APP中的文案部分单独拿出来给一个公关部门负责，产品经理只要负责功能就可以了，我觉得这种做法是很愚蠢的，我们是产品经理，不是功能经理。不能整体把握会让自己的视域变窄，要不得。

我们在设计APP的时候不能只关注功能逻辑，文案也很重要。文案在哪儿呢？一个就是我们打开APP很明显就能看到的各种标题、段落文字，一个就是各种输入框中灰色显示的提示文字，还有当我们触发不正确操作时弹出的 Toast 上的文字，这些都需要我们去关注，比如一个 APP 中，有些地方写「手机」，有些地方写「手机号」，有些地方写「手机号码」，是不是考虑需要统一下？有些地方写「请填写」，有些地方写「请输入」，是不是考虑需要统一下？有些地方用全角括号，有些地方用半角括号，是不是考虑需要统一下？功能改进能看出一家公司的创造力，文案细节能看出一家公司的专业度。

本文由@沈晓马原创独家授权发布，本文禁止在本人未允许的情况下，任何形式的全文转载和部分转载。若您喜欢本文，请分享本文的链接到您喜欢的平台。

三 : 产品经理日报：工作习惯决定你能走多远

半个月没写东西了，很忙。

忙归忙，但不能瞎忙，而且忙完不能没有思考和总结，所以今天才一定要熬夜写些东西分享，也是自己的提升。

上午总监单独找我聊了一阵，关于这半个月十分差劲的工作状态。

10人左右的创业公司，Title就只是个Title，每个人的角色都是随着产品的不同发展阶段时刻变化的。

最近的阶段，产品总监的角色转为了技术总监，负责解决一切技术难题。而余下和产品相关的问题，理应由我扛下来，但却没能很好的迎接这个变化。

市场部需求延期，客服部门沟通低效，项目进度延期，数据报表未完成等等

背下黑锅的同时也在思考，问题出在哪里？

对于创业公司的PM，工作的内容更多是自己去寻找，而非上级指派。而这个内容没把控好，就会让自己的工作范围失控，导致工作乱，生活乱，感觉自己整天在瞎忙，降低价值认同感，陷入恶性循环。

这时候不赶紧走出来就很容易出问题，况且人都有隐藏自己缺点的特性，喜欢从别人身上找原因，这无可厚非，但不能过于沉溺其中。

个人觉得日报周报月报是个能很好的帮助自己总结的东西

（上图是从今天开始，用自己团队的产品超级表格给自己写的日报）

给其他人看的日报写了很久，那是为了协作用，但跟自己的对话绝对必不可少。

开发的工作迭代是：接需求—>Coding—>再接需求—>再Coding......

产品的工作迭代是：实践—>总结—>再实践—>再总结……

从哪里总结（www.61k.com)？

就像产品出问题后找不到原因肯定是数据上没规划好一样，我们不能客观分析自身问题的原因也是没有在工作中积累好个人的成长数据，才会导致一系列的问题。

跟大家分享下自己做日报的思路，期待后台有朋友也能来分享一起交流。

时间维度：

时间的粒度可以由公司和自己的节奏来协调，大部分都是以日为单位，如果想对自己做更完善的时间数据分析，可以精确到一小时或者一刻钟，保证自己的专注度和效率。

需求范围：

知道自己该干什么，再说能干什么，然后接自己的活儿。

PM的工作范围要根据产品实际情况来，新人的话可以参考腾讯的PM职能雷达图简单了解

在日报中，我把自己的工作需求范围归类成：用户研究；数据分析；产品策划；项目管理；产品运营；市场需求；部门沟通；知识积累；沟通。九个模块，以确保自己有方向的发展。

需求确认：

需求来的时候，永远是模糊的，尤其是与市场，运营，用户等角色沟通时。

PM的职责便是将这些模糊的需求转换成产品的逻辑，确认下来，策划执行。

输入输出：

PM的每一项工作，一定都有明确的输出，最多的是文档，其次是方案，剩下的就乱七八糟了。只有有了既定的输出目标，才能更有成效的朝着目标做事情。

进度管理：

重要的事一定要做完，限定时间内没做完的事儿就先别做了，往后顺延。时间有限这是常态，要习惯。

每项工作在执行时都有不同的状态：

规划中；策划中；执行中；中断；完成；未完成等等......

进度的把控直接关系到方案的落地，很重要。

质量管理：

不管事情做完还是没做完，该停就得停，该验收就要验收。对别人是，对自己更是。

给自己的日报无需在意别人的眼光，对自己越狠，成长的就越快。

反思总结：

总结的方法有很多，这篇文章就是我总结的一种方法，此外还可以找同行聊，找各种CXO聊，找同事聊等等。但做这些的基础是你得了解自己的状态，而且尽量保证没有偏差。

给自己做段时间日报，一定有改善。

就聊到这儿，先坚持写几个月，再跟大家分享吧。

昨天公众号首发文章后，在产品经理群中和同行简单交流了一下：

牛人之所以为牛人，不是因为他有多好的背景，多聪明的头脑，而是从一天天的点点滴滴做起，从每一天的反思总结中提升！

说起来容易做起来难，每天做日报，然后做周报月报，听起来很简单，坚持下去才会真的有提升！

这两天朋友圈都发这张图片：

还好，我们今年仍有20%的时间可以创造奇迹。

加油吧，先从一条条日报开始！共勉！

#专栏作家#

杨柳，微信公众号：杨柳（PMYANGLIU），人人都是产品经理专栏作家。toB产品经理。主攻SaaS领域的UI/UE，用户研究及数据分析。90后创客，坐标帝都，欢迎线下交流。

本文原创发布于人人都是产品经理，未经许可，不得转载。

本文标题：产品经理工作总结-产品经理工作的频发高地——产品改进迭代
本文地址： http://www.61k.com/1112991.html