文 / 卿宗伟
▼
“
这是产品连载第三辑，也是本次连载的最后一部分。
内容包括两个小部分。跨部门沟通协作和团队责任心与凝聚力。
那么，十三就不多说废话了，现在开始逼逼。
跨部门沟通协作
跨部门沟通真的是很考验情商的。因为分属不同部门，工作内容千差万别，专业性不同，沟通起来难度要比部门内沟通大很多。情商高的同学或许能给自己的工作不少帮助。
沟通是产品经理日常工作的重要组成部分，它还有一个优雅的名字，学名叫“撕逼”。提需求改需求要撕逼，用户反馈解决BUG要撕逼，需求评审要撕逼，会议要撕逼，产品测试也要撕逼，总之工作处处要撕逼啊。那如果你没有掌握好沟通技巧，我认为对于业务的顺利推进是会减分的。
沟通，有一个点很重要，同理心。
我们说做产品要有同理心，要能够换位思考，要代入用户使用场景，从用户出发思考问题。沟通也一样，程序猿也是人哪，做好有效沟通的前提也要具有同理心。我们要适当学会站在程序猿的角度思考问题，这个功能能不能实现，技术难度大不大，如何实现，开发周期需要多长...等等这些问题都要考虑到。
那你可能会说，我不懂技术啊，对于技术上的问题我完全不知道。那就引出了另一个很重要的问题--“跨专业充电学习”。
虽然说产品经理不一定要懂技术，但是我认为要成为一个好的产品经理，了解一些简单的技术术语和理论知识还是很有必要的。
如果你不懂技术，就会碰到下面的几种烦恼。
第一，不懂技术，被开发同学嘲笑尼玛这你都不懂还搞毛；
第二，不懂技术，无法预估技术实现难度；
第三，不懂技术，整天被开发同学忽悠，这个目前技术实现不了，那个不是软件本身问题而是用户手机太烂或者网络环境不好...诸如此类，你哭去吧。
这就是不懂技术的后果。
作者血淋淋的亲身经历告诉各位盆友们，一定要学点技术知识啊！！！
而如果你懂点技术的话，大致会包括但不限于以下几个好处：
首先你跟开发同学沟通起来会顺畅很多，或许可以少洗几次菊花；
其次你会获得他们的刮目相看，哎哟不错哦这个你都知道；
然后可以有效减少激烈的撕逼干架，生命安全更有保障；
最后你能保证简单的技术问题不会被忽悠。
上面说完了沟通，还没说协作呢。
在这样一个时代，我们已不需要孤胆英雄了，一个人单枪匹马上阵杀敌注定是会被敌人杀死的。只有具有良好的团队协作精神才能成就你，成就团队，成就一款产品。
团队协作也要有同理心，要学会换位思考，不要只顾自己提要求，今天xxx你给我做一下这个；明天xxx你给我做一下那个。这样是不行的，人家也是很忙的。
需要其他同事协助的时候，应当首先询问对方忙不忙，能否帮忙做一下这个事情，如果对方忙，可以提出一个时间区间让对方选择，比如明天下午6点之前能给到我吗？不要打断别人的工作计划和进度。关于这个，都是道，需要自己平时多领悟多总结啊。
下面我着重说一下团队云协作平台。个人认为云协作平台在崇尚敏捷开发的互联网公司是非常重要的。（当然，不是敏捷开发也是很重要的啦）。作者所在公司是没有用到云协作的，作者也提过多次，没人搭理我，可能觉得我多管闲事吧～宝宝真是心里苦啊，只是不说而已/(ㄒoㄒ)/~~
我为什么觉得团队云协作很重要？请听我细细道来。
第一，云协作可以让你实时跟踪项目进展，已开发，进行中还是未完成，一目了然；同时可以设置提醒时间，及时提醒自己项目进度，避免自己忘记；
第二，可以做到信息对称，团队成员输入各自工作计划，方便所有团队成员了解，根据成员计划平衡与调整自己工作，争取与项目进度同步，做到不掉队不拖拉；
第三，减少沟通成本，云协作平台也有需求池的功能，将需求放进需求池，团队成员全部知悉，不必挨个通知，当然，必要的沟通还是不能省的。
好处还有很多，以上三点最明显，其余不做过多赘述。
团队责任心与凝聚力
我常常在想，如果能和具有产品思维的开发人员共事那该是多么美妙的事情啊。虽然不乏具有产品思维的开发人员，也确实经常有开发转产品的故事发生。但是我知道我这个想法基本属于奢求，不是每个做产品的命都那么好啊。
技术是不关心产品的。他只关注自己的业务需求完成与否，至于这个功能做出来是什么样子，产品好不好用，用户体验好不好，他全都不关心。
举个栗子，每次功能实现出来，我跟UI在测试新包的时候总是发现实现效果与UI做的效果图相差很远。弹框圆角被做成直角了，文案没对齐，关闭按钮“X”直接用大写“X”代替（就像我这样），渲染效果太强，向下展开箭头与标签合为一体了...等等等等问题太多我都说不过来。那发现问题你得跟他提啊，问题总归是要解决的。
ok，那就写成文档交付开发，指出哪些地方有bug，需要修复。一次两次三次要么就是死活不给你改，要么就是这个bug修复了又出现了新的问题。妈的每次我跟UI都能被活活气死。
我时常想啊，你怎么就不给我改呢？你知不知道用户有可能就因为你这个功能不好用彻底流失掉。你知不知道用户有多少次通过官方qq来指着我的鼻子骂我你丫怎么搞的我这功能咋又崩了？
所以，我觉得每个程序猿都要拥有一颗处女座的情怀。要有一颗追求完美的心，要有强迫症，写代码要能抠细节，追求极致，而不是随随便便的觉得把这个功能做出来完成任务就行了。产品好不好用，用户体验好不好，我觉得你作为开发多少也要顾及一点。我知道，要求一个程序猿兼顾这么多确实也对他们要求过高，但是我提出来哪些点需要修复改进的，你给我改一下这总不苛刻吧。
没有凝聚力的团队就是一盘散沙，与拥有强烈责任心的同事一起共事是幸福的，反之则是不幸的。下面我说两个真实故事给大家供大家消遣吧。
故事一，就在前两天，产品新版本上线，我看到部分应用市场的产品宣传图都是很早以前的，没有及时更换过来。于是我跟UI说了一下，让他准备几张产品宣传图，给到渠道那边，让他们将所有应用市场的旧版产品宣传图更换过来。UI同学还是很给力的，很快就给到了渠道那边。结果晚上我们再查看的时候，发现仍然有不少应用市场的图是旧版本的图，并没有更换过来。这我当时就气炸了。
本来这个就应该由你渠道那边负责，产品已经更新多个版本了，你没有及时将产品宣传图更换过来已经是不尽责了。现在我协助你执行此事，图也做好给到你了，让你换一下这么简单的事情你都做不好，我他妈也是醉了。而且我还发现他在产品描述里乱写功能，产品里没有的功能，居然在产品更新描述里出现了，版本号也没有改过来。
虽然这些都是一些小细节，可能对于产品本身也不会造成太大影响。但是从这些细节我们就可以大概看出这个人工作上是不是细心和认真负责，很多时候细节往往能决定你能成多大事儿。
故事二，也是在这次版本例行更新中，关于旧版本用户的提醒更新功能我都不知道我提过多少次了。因为公司目前的状况是，老用户手中的产品若不更新到最新版本的话，他们是不知道活动存在的，更谈不上参与活动了。所以我说一定要支持用户在线更新版本。
可A总是说我们很早就已经有提醒更新机制了。那我就纳闷了啊，你说有那我怎么从来没见过。于是我在未上最新版本的应用市场覆盖下载了一个老版本的，我就想看看你说的提醒更新到底有没有，是什么样的，为什么大多数用户都不是最新版本。
当我点击产品icon进入登录页面后，点击第三方登录方式，这尼玛整个崩溃了，登录页面整个跳出来作为手机壁纸一样的东西呈现了。我心想这是个大问题啊，登录都登不了，那就完全是一坨屎。于是我就找开发同学问这是怎么回事，开发拿我的测试机随意瞟了几眼，没有采取任何动作，也没有给我排查看看可能是什么原因，然后很不耐烦又若无其事地回了个“我不知道”。
干！就这样的员工，怎么能成事儿，公司怎么可能发展得起来。没有一点点责任心，我先不说你技术水平怎么样，那你至少得给我看看吧，排除一下可能原因有哪些，实在没办法你再说你也不知道我心里还好受点。你什么都没干就直接来一句你不知道算怎么回事嘛！得，碰上这样的同事，算我倒霉。爱他妈谁管谁管，反正又不是我家的产品。我至于操那么大心吗我！
只是我感到心理不平衡的是，凭什么我为了公司产品劳心费力殚精竭虑工资还那么低，某些人这般不负责任的心态工资却那么高！
说在最后的话
我是一个竭力追求卓越和完美的人，兼具理性与感性思维。强迫症比较严重，有些时候又容易过于较真。对自己要求很严苛。
常常把对自己的严格要求强加在别人身上，所以常常会让自己心生郁闷，徒增烦恼。因为如果对别人也像对自己那样严苛，一旦对方没有达到你的期望值，失望点会更低。
这点是不好的，我下决心要努力改正。正所谓，虽己所能，勿及于人。:)
我常常在想，同在一家公司，为同一个老板做事，又是同一个团队，难道我们不应该拥有一个积极向上的一致目标吗？
做出一款好产品，将产品推出去，为用户创造价值，打造极致的用户体验，获得用户的喜爱与褒奖，拥有良好的口碑传播，最终实现商业价值。虽然这些看起来都那么虚，但这难道不是我们在设计和创造互联网产品的整个过程当中都要极力追求的目标吗？怎么能吊儿郎当、抱着无所谓的态度呢？认为完成自己的任务就完事儿了，这完全没有一点点追求啊！
突然觉得，「情怀」这个东西，看着很虚无缥缈，其实挺重要。某种意义上会决定你这个团队是一个什么样的团队。把做出一款好产品当作自己职业生涯的一个目标，是一种追求，也是刺激自己努力成长的一种激励机制。
不过，纵然这条路上荆棘密布，也不一定每个合作伙伴都能跟自己配合很好。我依然热爱我的工作，我会坚持在产品这条路上走下去。以一句俗套的话作为结尾吧——勿忘初心，方得始终。
以上。
也许我说的，都是错的。
本文完。
Copyright © 2016 卿宗伟. All rights reserved.
走過的路，聽過的故事
讀過的書，寫過的文字
都只是為了將來有一天可以講給你聽啊
爱分享的人长得都挺美
▼
关于作者
卿宗伟
一只野蛮生长的产品狗。
持续研究产品设计、用户体验和用户心理分析。
民谣重度爱好者。喜欢一切民谣，喜欢民谣一切。