|
小编从毕业到现在，历经国内数个安全公司，做过工程师，做过PM。有时候，大项目 中自家不能做的部分，也会采购其他家的产品，客串一把甲方。 面对形形色色的甲乙双方，作为IT人士，我有时候会想一个问题，乙方怎么做，才能让甲方喜欢自己，或者换个角度，甲方想要什么样的乙方？ · 正 · 文 · 来 · 啦 · 1、把自己当秘书 小H是国内知名安全厂商的PM，每次项目交付，小H总是把自己当做甲方的秘书。 提交材料会细心的分门别类，贴上标签，甲方很方便的就能找到需要的文档。与甲方对接人一起找领导汇报时，小H在汇报材料中，总是把对接人的“管理功劳”单独列出来，如：“按照王老师的安排，我们开展了如下工作，取得了良好的成效。” 同时，小H研究每个甲方的喜好，年轻气盛，有很多想法，想出风头的甲方，准备很多项目实施亮点给他们，年纪大点，想混日子的甲方，小H自己做好项目，尽量不去干扰他们的“清净”。 人都是有惰性的，能有个秘书角色的乙方，谁不喜欢。 2、乙方要更主动 每次0day漏洞爆发，都是安全厂商和甲方的噩梦，意味着要大批量扫描和打补丁。 小H在每次“噩梦”来临时，提前收集好这次0day的影响范围，然后汇报给甲方的方式是，“最近爆发了一个0day漏洞，我们单位有哪些系统受到影响，已经向管理员发了紧急修复的通知，预计今天下班前能完成修复，下班前，我会将已经修复和未完成修复的清单提交上来。” 项目实施的时候，乙方更主动，有这两个好处： 1、主动提出实施方案和实施计划，甲方就不用思考，从而不会再去思考，没有甲方过多过问的项目，实施起来，基本是乙方“话事”。 2、乙方主动处理和甲方催着处理，会形成两个极端，一个是甲方越来越不管事，另一个是甲方越催越烦。最后，会形成强烈的用户粘性，有利于项目续签。 3、帮甲方把事情捋顺 小H被紧急叫去开会，7点的飞机，9点钟到，9点半开会，原来是用户单位要被检查了，召集各安全厂商过来做工作，补缺补漏，厂商PM，工程师们，没日没夜的干了三天活。 第四天，各厂商基本都退场了，小H做了一件事情，把甲方领导全约在一起，开了个汇报会议，前面部分按照套路表示了三天的紧急迎检工作，是按照甲方领导的指示完成。 后面开始了本次汇报的主题，小H把各厂商这几天的工作成果全部收集整理，捋顺了这次迎检工作，迎检要求是哪些，三天前，我们是什么样的状态，经过三天的工作，我们各厂商分别完成了哪些工作，进行了哪些设备部署，策略调整等，检查项目哪些已经满足了，分别是通过什么手段满足的，目前，还有哪些收尾工作要做。 甲方听了汇报后，说：“我们心里有底了”。 对甲方来说，迎检和应急是最混乱的时候，各厂商叫过来支持，但是又不知道从哪里开 始做起。 这时候，一个乙方的服务人员出来和大家说清楚，事情是怎么发生的，我们后面应该怎么开展工作，帮大家把事情捋顺了，甲方会越来越喜欢这个拎得清的乙方。 4、客串一把甲方 小H正在实施一个大的集成项目，部分内容需要采购别的厂商，有幸客串了一把甲方。 有个专利申报服务内容，小H所在的厂商，无法独立完成，准备外包给专业的专利申报公司，小H他们找了三家专利申报公司在聊，大致都差不多，专利申报公司负责论文格式的修改，答辩，提交。 专利申报后，差不多会有三年的时间出结果。身为“甲方”的小H，听各专利申报公司的客户经理，大力吹嘘他们的专业程度，论文申报成功率有多高。 其实，论文申报是否成功，在整个项目来看是无关紧要的，谁也不会去关注三年后的论文有没有通过，三年的变数太多了，到时候，服务商还是不是小H的公司都难说。 小H希望有个厂商说清楚论文申报流程，保证在申报期间，把事情做得漂漂亮亮。可惜，三个专利申报公司都没有抓住小H的重点需求。 写在最后 最后，给各位“甲方看官”来个总结：甲方最想要懂得自己心思，知道自己想要什么的乙 方。 乙方要做的努力包括揣摩甲方的想法，主动做事，像是秘书对待老板一样对待自己的甲方。 本文来源：投稿
|
|
|
