从零到一从一到N

从零到一，从一到N：我的项目复盘与年终总结今年3月，我接到了智慧园区运营管理平台的搭建任务。当时团队只有3个人，需求文档只有两页纸，甲方对接人只扔下一句“要能管得了12个园区的所有业务”就没了下文。没人知道产品最终要做成什么样子，连最基础的用户画像都没有成型的资料。我把办公桌上的日历翻到项目截止日期10月31号，用红笔圈了三个圈，旁边写了四个字：死磕到底。从零到一：在迷雾里踩出第一条路项目启动的前两周，我带着两个同事泡在各个园区里。早上八点跟着物业人员查岗，看保安的巡检路线，记客服人员处理报修的流程；中午跟着招商部的人去看空置厂房，听他们讲客户最关心的租金计算方式、入驻审批的痛点；晚上跟着运维团队查电表，看他们怎么统计各个楼栋的能耗数据。两周下来记了满满三个笔记本，光用户访谈记录就有180多页，我把所有痛点整理在白板上，密密麻麻列了47条，核心问题集中在三个方面：数据分散在12个不同的系统里，财务要算一笔租金得开8个软件导出数据；报修流程全靠微信通知，处理进度没法跟踪，业主投诉率每个月都在15%以上；能耗数据全靠人工抄表，误差率超过8%，每年光漏算的费用就有几十万。确定核心需求后，我牵头做了最小可行产品的规划，砍掉了17个非必要的功能点，先做三个核心模块：统一数据中台、报修工单系统、能耗自动统计。研发阶段的第一个难题是数据对接，12个园区用的系统来自5个不同的厂商，有的厂商已经倒闭了，连接口文档都找不到。我带着后端开发连续一周蹲在旧系统的运维办公室，一行一行扒数据库的字段，用了三周时间摸清楚了所有系统的底层逻辑，写了23个接口适配器，把分散在各个系统里的1200多万条数据全部同步到了新的中台里。上线测试那天，财务人员第一次在一个页面里就导出了所有园区的租金报表，本来需要3天才能做完的月报，那天只用了27分钟。第一个版本上线是在6月15号，上线当天就出了问题：工单系统派单逻辑出错，37个报修工单全部派给了同一个维修人员。我在园区的物业办公室坐了整整12个小时，一边帮着人工派单，一边和开发排查问题，凌晨两点问题解决的时候，我趴在办公桌上睡了20分钟，醒来的时候手机里有23个未接来电，全是甲方负责人打来的。我本来以为会挨骂，结果对方第一句话是“辛苦了，刚才我在后台看了，工单流程跑通后，业主反馈速度比之前快了三倍，这个方向是对的”。那天我在回去的出租车里，看着窗外还亮着的路灯，突然明白“从零到一”最核心的不是把产品做出来，而是在没人相信你的时候，你先相信自己选的路是对的。从一到N：把单点突破变成体系化复制核心模块跑通之后，甲方很快提出了新的需求：要把这个平台推广到集团下属的全部37个园区，还要加上招商管理、设备运维、安防监控三个新模块。这时候团队已经扩充到了12个人，摆在我面前的问题不再是怎么做出一个功能，而是怎么让同一个功能在37个情况完全不同的园区里都能用。有的园区是工业园，对能耗管理的要求极高；有的园区是文创园，需要的是访客登记、活动管理之类的功能；还有的园区刚建成，所有系统都是新的，对接逻辑和之前的旧系统完全不一样。我当时做了一个后来被证明是最正确的决定：把平台做成模块化的“乐高式”架构。所有功能全部拆成独立的微服务，每个园区可以根据自己的需求自由组合。我花了一周时间重新梳理了产品架构，把原来的单体应用拆成了28个独立的微服务模块，每个模块都有独立的接口和配置页面，园区管理人员可以像搭积木一样选择自己需要的功能。比如文创园不需要能耗统计模块，直接在后台关掉就行；工业园需要重点监控设备运维，就把这个模块放在首页最显眼的位置。这个架构调整花了我们整整一个月的时间，最忙的时候团队所有人连续两周都住在公司，会议室的沙发上永远堆着睡袋，外卖盒子堆在门口的纸箱里，每天最高兴的事就是晚饭后的10分钟休息时间，大家围在一起看半集搞笑短视频。架构调整完成后，我们先选了三个不同类型的园区做试点。落地工业园的时候，我们给能耗模块加了AI预警功能，电表数据出现异常波动的时候系统会自动报警，上线第一个月就帮园区发现了3处线路漏电的问题，避免了可能的安全事故；落地文创园的时候，我们开发了小程序端的访客登记功能，访客提前在小程序里预约，门口的闸机自动识别二维码放行，原来需要5分钟的登记流程现在只需要10秒钟。三个试点跑通之后，剩下的34个园区的落地速度快得超出想象，最快的一个园区只用了3天就完成了全部配置上线，比原来计划的时间提前了整整半个月。10月31号项目全部上线那天，集团开了庆功会，CEO在台上特意提到了这个平台，说今年园区的整体运营效率提升了42%，业主投诉率下降到了3%，光能耗成本就省了120多万。我坐在台下看着台上的大屏幕，上面滚动播放着各个园区的实时数据，突然想起3月份第一次去园区调研的时候，物业的张姐跟我说“现在的系统太难用了，你们要是能做个好用的，我第一个给你们送锦旗”。后来张姐真的送了一面锦旗过来，上面写着“技术赋能，务实高效”，我把锦旗挂在办公室的墙上，每次抬头看的时候都提醒自己，“从一到N”的本质从来不是简单的数量叠加，而是把验证过的价值，送到每一个需要它的用户手里。踩过的坑：比成功更重要的是那些摔过的跟头这一年做项目，踩过的坑比取得的成绩多得多。最严重的一次是8月份的系统升级，当时为了赶进度，我们没有做灰度发布，直接全量更新了代码，结果导致三个园区的租金计算模块出了问题，有120多家企业的租金单算错了金额。那天我接到甲方的电话的时候，正在吃晚饭，放下筷子就往公司跑，团队所有人半个小时内全部到岗，先回滚了系统，然后一条一条核对账单，连夜给所有出错的企业补发了正确的账单，还给所有受影响的企业送了一个月的停车券作为补偿。事情解决之后已经是第二天早上六点，我在公司楼下的早餐店请所有人吃包子，跟大家说“这次是我的问题，没有把控好上线流程，以后所有上线必须走灰度，谁都不许破例”。后来我们把上线流程重新梳理了一遍，加了三层审批机制，还有灰度发布、自动回滚的预案，之后的6次上线再也没有出过一次线上故障。还有一个教训是关于需求管理的。项目中期的时候，各个园区的需求像雪花一样飞过来，今天这个园区要加个报表，明天那个园区要改个按钮，我当时没做把控，来一个需求就接一个，结果开发团队每天都在做临时需求，核心功能的进度反而被拖慢了。后来我定了一个“需求评审三原则”：第一，是不是70%以上的园区都有这个需求？第二，能不能通过现有模块的配置实现？第三，上线之后能不能带来明确的效率提升？三个条件只要有一个不满足，就暂时排到需求池里，等版本迭代的时候统一考虑。这个规则定下来之后，需求数量一下子减少了60%，团队终于能把精力放在核心功能的优化上。我后来在项目复盘的时候写了一句话：“需求管理的本质不是做加法，而是做减法。你要拒绝100个不重要的需求，才能把1个核心需求做到极致。”还有一个坑是关于团队管理的。项目最忙的9月份，我每天都在催进度，每天早会第一件事就是问“昨天的功能做完了没有”，结果有个开发跟我说“哥，我已经连续三周没有12点之前下过班了，我真的有点撑不住了”。我那天晚上翻了一下团队的打卡记录，所有人的平均下班时间是晚上11点42分，有个测试小姑娘连续一周的打卡时间都是凌晨两点多。我第二天就调整了工作节奏，每天晚上10点半强制所有人下班，周末除非有紧急故障，不许来公司加班。我还在办公室放了个乒乓球桌，下午三点的时候大家可以打15分钟球放松。奇怪的是，效率反而提升了，原来预计要10天做完的功能，最后8天就做完了，bug率还比之前低了20%。我后来才明白，好的项目管理从来不是靠压榨员工的时间，而是靠合理的流程和节奏，让每个人都能在精力最好的时候做最重要的事。那些藏在细节里的成长这一年做项目，除了产品和技术上的收获，更多的是思维方式的转变。以前我做产品，总想着功能越多越好，界面越酷炫越好，现在我明白了，最好的产品是用户感觉不到它的存在的。就像我们做的工单系统，物业人员用的时候，不需要培训，打开就能用，流程和他们平时的工作习惯一模一样，这才是真的好产品。我印象最深的是有个园区的保洁阿姨，50多岁了，不会用智能手机，我们给她做了一个极简的工单接收页面，只有三个按钮：“收到”“完成”“需要协助”，阿姨用了一次就会了，跟我说“这个系统比我家孩子给我买的老人机还好用”。那一刻我突然觉得，所有熬的夜、踩的坑，都是值得的。还有一个很大的收获是学会了和不同的人沟通。以前我跟甲方对接，总想着怎么说服对方接受我的方案，现在我会先听对方说，听他讲他的痛点是什么，他的KPI是什么，他最担心的问题是什么。有个园区的负责人一开始特别反对我们的系统，说原来的系统用得好好的，为什么要换。我跟他聊了两次才知道，他担心新系统上线之后，他原来的员工不会用，反而增加工作量。我特意安排了两个实施人员在他们园区驻场了一周，手把手教所有员工用系统，还做了图文版的操作手册，甚至给年龄大的员工做了一对一的培训。后来这个负责人成了我们系统的“义务宣传员”，每次集团开会都要夸我们的系统好用，还主动给我们介绍了好几个其他园区的项目。我后来总结，沟通的本质从来不是“我要赢”，而是“我们一起赢”。你站在对方的角度考虑问题，对方自然会站在你的角度考虑问题。今年跨年的时候，我在朋友圈写了一句话：“这一年，走过弯路，摔过跟头，见过凌晨四点的城市，也收到过用户的锦旗，所有的经历，都是礼物。