互联网公司的项目经理：客户伤不起

互联网公司的项目经理：客户伤不起

前面《 互联网公司的项目经理：大同与大不一样》谈到了互联网公司的项目经理面对的客户和传统软件公司的不一样，主要表如今客户与项目经理是同一组织内的、是和你一个战壕共同战斗的，不少状况甚至荣辱与共。

身边一位看了文章的老大哥说，你应该更名，把“得罪不起”换成“伤不起”，因而本文的题目就变了。说实话，不是没有想过用“伤不起”，可是本身真的不知道“伤不起”这个词到底是怎么火起来的，具体什么意思？

就在上篇博文发布以后，因为工做缘由又和“客户”开始打交道了，经过一些交谈后，我又得出了一个“客户”也承认的结论，详情见下文“客户是产品经理”部分。这时，我觉的我理解“伤不起”这个词的语境了，既有“得罪不得”还有“伤害不得”甚至“可怜至极”的意思。

本文和将来的《互联网公司的项目经理：老板伤不起》是创建在以完成工做为首要前提的，并非说一味的当老好人遵从别人。有人说，得罪老板失去的只是一份工做，得罪客户失去的只是一个单子，不想得罪伤害他们就只能委屈本身，有道理但在一些环境下不适用，有时候委屈了本身后来还会得罪他人。

当你们在一个屋檐下的时候，发生思想不统一的现象，并非要达到你死我活有你没我那种地步，而你们都是为了“集体好”，从各自角度去理解的“好”！宋朝的苏轼在《题西林壁》中写道: “横当作岭侧成峰,远近高低各不一样。不识庐山真面目,只缘身在此山中。”不要坚信本身是永远正确的，也不要迷信别人是永远无错的。

1、客户是其余部门的运营人员

这部分客户至少会分为普通运营人员和运营负责人两类。

前者一般熟悉业务关注使用习惯，如何能高效的完成手中的考核目标是他们的追求，他们会在平常工做中逐渐概括总结出本身的需求，有时需求也会来自他们的客户。好比，当我向51cto互动部的相关运营人员提交一些bug或建议，他们认为可取，就会造成需求。

当运营人员成长为某个产品方向的运营负责人，会更关心所运营业务的流程是否合理顺畅，运营人员是如何完成制定的因为目标，固然他还会对手下的员工负责。

对于运营人员组成的客户群体，项目经理和开发人员首先要尊敬其次要配合。由于还拿打仗作比喻的话，冲锋在前的是他们，而开发人员时属于后方制做武器弹药的，打胜仗是要靠你们的。回想一下，在传统软件公司，冲锋在一线的是销售人员，也正是因为byteh的这种态度，换回了他们的信任。

配合必须是相互的才更有效，项目经理乃至开发人员既要配合“客户”还要争取客户的“配合”。

要理解为何他们会要求把一个按钮的位置来回调整，由于每挪动一个像素，他们的鼠标就能够减小移动的量，当任务是10条时没什么明显效果，但任务增加到100条1000条甚至更多时效果就明显了。

在争取客户配合上，真的不知道该怎么说，只能举本身曾经在软件项目的一个“惊喜”做为“砖头”抛出来引玉。背景大概如此：客户提了某个需求，很合理但十分难以实现但不是阻塞操做流程的级别，做为甲方在项目须要乙方支持的关键时期，拒绝他们的要求是很危险的。当时在会议上，咱们并无立刻拒绝也没有坚定的赞成，只是答应下去尝试。后来尝试发现的确难以实现，因而就在客户提的另外一个改进的地方花了些心思，实现的比他想到的还“好用”，等确认提交时，我直接先演示了“好的”而后把“难的”给他诉苦表示这样也不影响使用，并开玩笑的说“我多作了点你也让点咱扯平了”，没想到客户答应了……

在一条船上的人们，不管项目经理仍是开发人员，更是争取不要直接闹出矛盾，即使你以为再合理的事情也不要借此***对方不可理喻，由于跨部门的因素，若是真的须要搬出上司来协调，这实际上也不是领导们但愿看到的局面。好比同事讲的一个真事，他上家公司就有个项目经理在被一些需求折磨了几轮后，在公开场合非常坚定说“某某人提的需求咱们一律不作”，这样过于感性的并且十分绝对的事情对谁都很差。若是不是形似所迫，大概没有几我的愿意费尽心思写上几页密密麻麻的文档专门逗你玩吧？

提需求时，运营人员的绝大部分注意力会在本身的方向，认为本身的是最重要的最紧急的最能改善网站情况的！不管是否合理，出发点是好的这点不可否定。有时候，甚至会出现一个地方两个运营部门都要修改的需求冲突。需求都冲突了，技术实现就更别说了。出现这类状况，我如今公司对项目经理的要求是：尽早发现，必要了把相关人员叫来，让他们去PK等待一个合理的结论便可，千万不要自做主张的既要知足这个又要答应那个，一旦作出来的不三不四哪一方也不买帐。

伤不起？亲，这个需求哥真的无法作，要否则哥会很很差过的，你信不信我反正是信了……

2、客户是产品经理

大部分时候，客户仍是产品经理，并且在有的互联网公司运营人员提的需求是要通过产品经理们概括总结并造成更条理更有益于和开发人员交流的表达格式的，好比一些利用原型工具的。

和上一小节同样，大胆的把产品经理分为两个境界，成长中的产品经理和成熟的产品经理。

论压力，我以为后者更大，由于会对某个产品的发展担负比较大的责任，但因为经历和水平使得后者会表现的“很轻松”，给外人感受是“左右逢源”。

成长中的产品经理，也许外人认为他就那么点事情压力不会那么大，可是产品经理本身却会以为本身十分“难过”，甚至以为本身是“夹心饼干几头受气”。怎么说呢，从单次需求开发，职责和工做内容几乎也是项目经理的角色。他们要对产品和当次产品需求的开发结果是否能保质并按时上线负责，既要与比本身更懂业务的领导卖本身的“点子”，卖点很差会挨批；他们还要与开发人员、测试人员解释需求，当碰到开发的疑问但本身却不能有力的拍板作决定会被“鄙视”；当产品上线后他们一边要忙着规划实践运营的事情，还要花精力准备下期的需求……等了解了这些后发现，真的伤不起！

以为“客户伤不起”，心里深处必定要告诉本身，其实“我也伤不起”……

要求客户配合，要让他们理解开发，不是什么东西都和“赶大象”那么简单。项目经理在和“客户”洽谈需求时，尽可能不要对未知的和不熟悉的业务需求当即给出答复，避免出现前面答应了后面一琢磨没那么简单，再去拒绝就会感受理亏，从而有可能答应“客户”其余的不合理需求。假使出现不可调和的“矛盾”，好比“客户”必定要求在某个时间点实现某个需求但从技术的角度看是不合理的，这种状况必定要赶忙为本身争取援助或者找第三方的“老板”介入，把问题暴露出来而后一块儿评估。

伤不起客户，还要深刻理解需求，甚至比产品经理们理解的还要透彻。透彻的理解后，就能够在不合理的地方砍上一刀，在不足的地方补上一块。Byteh在工做周报中提到了本身对于互联网公司开发过程的的一些见解，下面是部门负责人的回复。

只要有人地方，人的想法就会变的，只有变化自己是不变的，其余的都在变啊。 互联网公司也没有什么高科技可以避免需求的变化，虽然开发模式和项目型的软件公司有很大不一样。因为互联网公司每每更强调快节奏的变化产品，因此更倾向于用试错的方式去改进产品，说白了就是不用想的太明白，差很少了就进行开发，丢到市场上去看效果，在这种方式的推波助澜下，需求变动的变化会更加重烈和不可预料。由于原本就是脑子里想的半成品的东西。因此在这里，技术每每要扮演那个泼冷水的恶人角色，不扮演是不行的，不然技术会被累死还不解决问题。 至于如何办演好这个角色，那仍是要至关的艺术才能够。

3、客户是老板们

提纲已经列出来了，但彷佛仍是放在下篇《互联网公司的项目经理：老板伤不起》更合适，作个预告同时表示从写做角度看这里能够有这一部份内容。

“伤不起”竟然还有一首同名的流行歌曲，落伍了！

博主推荐阅读 ：
两个小公司两位大师傅
球场上的助攻王-职场上你的位置在哪里
销售，卖的是什么–销售的最高境界
管理的最高目标:1加1等于1
距离产生了，美没了
职业价值取决于解决问题
职业寿命取决于营销理念
老大与老二的定位
IT产品销售人员的压力

本文出自 “ 韩宇斌-大道源于生活” 博客，请务必保留此出处 http://byteh.blog.51cto.com/141786/674570