深呼吸，再深呼吸，平静一下心情，再平静一下心情。做这样的举动和反应都因为今天和技术同学沟通多次问题竟然越来越大，最后叫来了老大才解决问题。当然，这也足以看出现在的我是有多嫩。
问题是这样的，应业务需求和一些第三方要求，我们的产品要开放一些接口给第三方使用。我要根据技术人员的接口给文档使用人员画一个业务操作过程中如何调用接口的流程图。
给接口文档写流程图，且先不说这个流程图有没有必要。我觉得这两个流程图最多15分钟就搞定。根据自己的理解画了两个流程图，作为入职3个月的小白，我真不敢说我对我现在做的产品理解透彻了。很谦虚的拉来技术同学看看有没有什么问题。不对，改，再沟通，还不对。这个时候我已经搞糊涂了。我脑袋里的流程图他的执行操作是在执行框里的，连接线上一般都是判断条件之后的判断结果。技术同学给我讲，你画明白就行了，干嘛管他在不在执行框里。于是我流程图变成了连接线上写执行操作，执行框里写执行状态。最尴尬的是即使这样来来回回沟通了三次，甚至直接让技术同学亲自上阵，我还是没能太理解技术同学的思维和表达方式。又叫来另一个人技术同学问他我流程图中的某个点，结果他的理解竟然与另一个技术同学理解的一样...这只能说明的确是我的流程图的问题。技术同学继续给我讲原理，说实话，他讲的挺好的至少在他的思维里逻辑绝对是清楚的，但是我就是听不懂，已经快要把我讲哭了，开始挠头跺脚了，实在没办法就叫了老大过来。老大看了看我的图，随手改了两下，我立马明白了意思，这中间他只说了一句话：这个我们要返回一个结果给他。老大花了三分钟就摆平了这件事，这图和我的没什么大的差别，可奇了怪了，就这图说服了技术同学。
我抱头感叹，说，明明几乎一样的图。为什么我的就那么没有说服力，还把一个很简单的问题搞得越来越复杂，甚至心情都糟糕了很多。有效的沟通是多么重要，你自己感受...【摊手.jpg】
老大说：沟通是产品的问题。
我知道这是我的责任了，技术同学是负责的只是技术，他负责去深挖技术，更深层次更好的更简单的程序去解决问题。而如果作为一个产品人你听不懂技术同学的表达或者不能清楚的让技术人员听懂你说的看懂你写的你画的，那么这就是你的问题。你得学着接受，然后去充实自己，去练习自己，去解决问题。
下面的这几条是今天看到一篇文章里说的产品经理应该做的事情。觉得有理，所以记下来。
把当前所在团队的目标明确下来；
把自己承担的责任明确下来；
把目标拆解，落实到行动计划；
把技能和工具熟练起来；
多学习理解技术和设计常识；
把团队沟通做得更顺畅；
把项目推进得更快一点；
把产品尽快发布出来；
自己融入场景把产品用起来；
让更多用户把产品用起来；
多分析产品数据；
多分析用户反馈；
从用户数据和使用反馈体现产品的价值。
以上几条，先挑几条，去做。
多踩坑，练习技能。先刻意为之，然后自然为之，最后习惯为之。
——致自己，也致同样像我一样在踩坑正在成长的产品经理
