在职场中，产品经理需要梳理清楚业务逻辑，避开职场沟通或产品成长中的那些“坑”。这篇文章里，作者就总结了一些日常小事，或许可以帮助产品经理更好地在职场中成长。
假期归来，今天不谈关于产品经理的伟大理想抱负和各种理论，聊聊产品经理日常的那些小事，学会这些日常小事儿，可以帮助大家在职场中更好的成长。
作为一个产品经理最核心、最重要的工作就是把产品的业务逻辑梳理清楚，包括正向业务流程、逆向业务流程、异常业务流程，然后根据设计的业务流程的节点去满足需求。
产品经理的核心工作就是要把想法落地，推动项目并执行，不要总想着整个巨牛逼的点子让你的产品一炮而红，成功产品都是技、产、运等部门协同的结果， 老老实实的把你的产品业务流程跑通，让整个业务流程跑下来没有漏洞才是最关键的。
不要听那些人云亦云说XXX产品的成功是因为用户体验做得好，在核心需求没有满足之前去谈用户体验都是扯淡，我之前的文章中说过，先要了解什么是核心需求，什么是支撑要素，什么是辅助功能，以最小的版本先满足核心需求跑通整个业务流程是最主要的，再次基础上再去考虑你产品的交互体验及视觉体验。
有经验的产品经理都知道，做产品要一步一步的来，不可能一下子上线一个完美的产品，但是你心中完美的产品是什么样不要只是你自己心里清楚，在原型及文档上面至少要把你对产品功能的完整构思体现出来，要让整个项目的参与者都清楚的知道你的目的，大家都想做些有意义的事儿，谁都不想当炮灰！这样做会有助于你更顺利的推进工作。
产品经理作为需求的接收方，经常会接到来自各方（运营、销售、老板）的需求，当他们提出需求的时候很多时候都是拍脑袋想一个点子给你让你去做，但是往往这些需求都是他们实际工作中遇到的问题提出的解决方案，而不是一个真正意义的需求。
那么如何判断对方给的是需求还是解决方案呢？最好的办法就是要了解需求背后的背景，要让需求提出人把需求背景及场景复述出来，然后跟需求方一起把一个一个场景的逻辑捋顺，了解背后的真正目的或需求点，然后再结合当前产品的实际情况转化成产品方案。
日常工作中要养成记随手记笔记的习惯，俗话说：好记性不如烂笔头。
很多人认为口头沟通代表着高效，很多创业团队基本采用口头沟通的方式做产品，但是这个工作习惯是一个重要的隐患，相信大家都遇到过一个场景，某一天老板把项目组成员拉在一起讨论事情，老板突然对着某个已经开发上线的功能破口大骂，殊不知那个功能是当时老板提出来做的，只因为没有记录和文档，下面的一堆人也是百口莫辩。
如果当初有人做了笔记，这样尴尬的问题就不会出现了，所以哪怕是最粗糙的记录文档也要比口头解决要好。
沟通是产品经理的一项重要工作内容，人与人沟通过程中，经常不可避免的出现“沟通漏洞”从信息传递到执行，可能只有20%是当初沟通的主要意图，所以在日常做业务沟通及确认时要及时进行邮件确认，在邮件中写清楚内容的时间、地点、人物、材料等等细节信息，邮件不仅仅是个沟通工具，还是一个重要的记录和凭证！
合格的产品经理判断依据是解决问题的能力，公司请你来是解决问题的，不是找你来想点子的，公司制定的战略及定位能够落实到产品层面，并且把功能需求执行下去，能够很顺畅的满足用户需求就是合格的产品经理。
这里一个互联网从业者的工作笔记！我说的不代表是对的！
本文由 @闯爷 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。