第614章 流程之痛与客户之喜（1/2）
王浩的新流程推行到第三天，孙磊在办公室里摔了键盘。不是真摔，是那种“啪”地一声拍在桌上，然后整个人往后一靠，椅子发出不堪重负的嘎吱声。全办公室的人都看过去，连正在打电话的李明都捂住了话筒。
“这他妈没法干了！”孙磊声音不高，但每个字都像从牙缝里挤出来的，“一个排班冲突检测的需求，要我写三页技术评估报告？还得预估工时精确到半小时？我写代码的时候知道半小时后能写出啥？”
我正从自己办公室出来，手里还拿着王浩刚给我的《项目管理规范V1.0》，厚得能当砖头使。听见动静，我走过去，拍了拍孙磊肩膀：“冷静点，怎么回事？”
孙磊指着电脑屏幕，上面是王浩设计的需求评审系统界面，花花绿绿的表格和输入框。“陆总您看，美发店要加个‘客户偏好标签’功能，就是给VIP客户打星星。这事儿简单吧？我估摸着一两天就能搞定。可王浩非要我填这堆表：技术方案、风险评估、依赖项、测试用例……光填表就得半天！”
周文在旁边小声帮腔：“我这边的实施报告也是，以前去客户那儿回来写个邮件总结就行，现在要填五页的交付checklist，连‘客户会议室白板笔是否充足’都要勾选……”
王浩从工位上站起来，不紧不慢地走过来。他今天穿了件灰色polo衫，看起来像来视察的领导。“孙工，周顾问，我理解你们的抱怨。但咱们现在不是游击队了，得正规化。填表是麻烦，但能避免以后更大的麻烦。”
“什么麻烦？”孙磊梗着脖子。
“比如你预估两天做完，结果做了四天，客户那边怎么交代？”王浩拿起鼠标，点开另一个页面，“上个月酒店房态同步功能，你最初说一周，后来拖到十天，最后十二天才交付。如果有详细的技术评估，提前发现接口复杂度，咱们就能给客户更准确的时间预期，不至于被动。”
孙磊被噎住了，脸涨得通红。唐工推了推眼镜，慢悠悠地说：“王经理说得有道理，但表格确实太多了。能不能简化点？比如技术评估只写核心难点和解决方案，不用把每一步都列出来。”
王浩想了想：“可以，但核心字段不能少。这样，我今天晚上改一版，把非必填项标出来。但必填项必须填，这是底线。”
我适时插话：“都各退一步。王浩的流程是为了公司长远发展，大家配合。但流程也要接地气，不能为了规范而规范。这样，今天下午开个会，大家一起把流程优化一下。现在，该干嘛干嘛。”
散开后，我走到茶水间泡咖啡。周文跟进来，一边接水一边叹气：“陆总，王浩这人能力是有，但太较真了。昨天我去美发店培训，他非要我提前半小时到，检查演示设备。结果我到那儿发现投影仪坏了，临时找店家借了个电视才搞定。您说，要是没提前到，演示不就砸了？”
“所以他较真对你有帮助。”我把咖啡粉倒进滤杯，“但方式可以商量。你们多沟通，找到平衡点。”
“我尽量吧。”周文端着水杯走了。
我端着咖啡回办公室，看着窗外发呆。王浩的到来像往平静的湖面扔了块大石头，涟漪正在扩散。好的一面是，团队开始有章法了；坏的一面是，习惯了自由散打的兄弟们不适应。但这正是创业公司要经历的阵痛——从游击队变成正规军。
手机震了，是李明发来的消息：“陆总，律所那边确认了，下周一下午三点给管理合伙人演示。他们列了七个必须满足的需求，我发您邮箱了。”
我打开邮箱，附件里是一份详细的需求清单，从案件协作到文档加密，从工时记录到账单生成，每一条后面都标着“核心需求”。看完倒吸一口凉气——这哪是买协作工具，这是要定制一套律所管理系统。
给李明回电话：“这需求清单你看了？咱们现有产品能覆盖多少？”
“撑死百分之四十。”李明声音发苦，“但他们预算给得高，年费十五万。而且说了，如果做得好，他们全国十家分所都可能用。”
十五万，确实诱人。对赌协议像把刀悬在头顶，每个月都需要这样的单子。“你跟他们说了实现难度吗？”
“说了，他们接受分阶段交付，第一期先上核心协作功能，后面的慢慢来。”李明顿了顿，“但他们要求签总包合同，十五万包含所有功能，分期交付。”
这就有风险了。如果后期功能开发成本太高，可能亏本。但十五万的单子，对赌的关键，不能不接。
“接，但合同要写清楚，功能分三期，每期验收合格才付该期款项。第一期六万，第二期五万，第三期四万。”我快速决策，“另外，要求他们派专人对接，减少沟通成本。”
“好，我按这个方向谈。”
挂了电话，我立刻找王浩。“律所这个大单可能要签，但需求复杂，交付周期长。你帮忙做个详细的项目计划，包括资源投入、风险控制、验收标准。”
王浩眼睛一亮：“这才对，大项目必须规范。给我两天时间，我需要跟孙磊、唐工、周文都聊一下。”
“抓紧。”
中午吃饭时，气氛有点微妙。孙磊、周文、唐工坐一桌，王浩自己坐一桌，新来的实施顾问小杨左右看看，最后坐在了女生那桌。我端着餐盘，想了想，走到王浩对面坐下。
“流程优化的会下午三点开，来得及准备吗？”我问。
“材料准备好了。”王浩吃饭很快，但很干净，“陆总，我知道团队对我有意见。但创业公司要长大，必须过这一关。你看咱们现在，美发店、酒店、律所、火锅店，四个项目并行，没有流程管控，迟早出乱子。”
“我明白，所以支持你。”我扒了口饭，“但方式可以柔和点。孙磊他们是技术出身，习惯自由创作，你一下子用条条框框锁住他们，反弹正常。”
“那您说怎么办？”
“给他们画个饼。”我放下筷子，“告诉团队，流程规范了，效率提高了，公司赚钱了，大家分红才多。对赌协议完成，所有人都有奖金。把个人利益和公司利益绑一起，抵触情绪就小了。”
王浩若有所思：“懂了，我下午会强调这点。”
吃完饭，我回到办公室，开始准备下午的流程优化会。白板上写满了现有问题：需求管理混乱、项目延期、职责不清……又在旁边列了优化方向：简化表格、明确权责、设立缓冲期。
两点五十，团队陆续进会议室。孙磊拉着脸，周文低头玩笔，唐工面无表情，李明倒是挺积极，拿着笔记本准备记录。王浩最后进来，手里抱着厚厚一沓材料。
“各位，下午这会就一个目的：找到大家既能接受、又能管用的流程。”我开场，“王浩，你先讲现有流程的问题。”
王浩站起来，打开PPT。没有废话，直接上数据：“过去一个月，我们共接手七个客户需求，其中三个延期交付，平均延期四天。原因是什么？需求变更五次以上的有五个，技术评估不足的有四个，客户沟通不畅的有三个……”
他用柱状图、饼图展示得清清楚楚。孙磊的脸色从不满慢慢变成沉思。
“所以我们需要流程，不是为了折腾大家，是为了减少这些破事。”王浩切换下一页，“但流程可以优化。我提议：第一，技术评估表从三页缩成一页，只写核心难点和解决方案；第二，实施报告简化，重点记录客户反馈和待解决问题；第三，设立每周项目同步会，每人五分钟，说进展、说问题、说需要什么帮助。”
周文举手：“那客户临时提的小需求怎么办？也要走流程？”
“小需求可以快速通道。”王浩早有准备，“定义‘小需求’：不涉及架构改动，工时小于一天，不影响其他功能。这类需求技术可以直接评估，邮件备案，不用上会。”
孙磊问：“工时预估不可能精确到半小时，有误差怎么办？”
“允许误差，但超出百分之二十要说明原因。”王浩说，“咱们不是要卡死时间，是要有预期管理。你预估两天，结果做了三天，只要提前说，客户能理解；但你不说，到最后一天才告诉客户做不完，那就是事故。”
这话在理。孙磊点点头，没再反驳。
会议开了两小时，最后定出一套简化版流程。散会时，气氛缓和了不少。王浩走到孙磊面前：“孙工，以后技术评估这块，你牵头。你觉得怎么合理就怎么来，但核心信息必须记录。”
本章未完，点击下一页继续阅读。