2026-07-20
【故事取材于文旅研发一线真实工作日常，以旁观者视角记录团队点滴，人物皆为化名，还原软件开发最真实的职场烟火】
我是小王，那个被“发配”到研发部角落的市场部员工。
前几章写了这群人怎么修打印机、怎么扛五一流量、怎么吵AI能不能取代程序员。有读者私信我说：“你们研发部听起来还挺岁月静好的。”
岁月静好？
兄弟，你是没见过他们接甲方电话时的表情。
在研发部蹲了这么久，我逐渐摸清了一个规律：百分之八十的加班，不是因为技术难，而是因为需求变了。
而且往往是在你最意想不到的时间、以你最意想不到的方式变的。
今天这篇，我就聊聊那些让研发部“血压飙升”的瞬间。
01 “这个很简单吧？”
这句话，是研发部所有人的“PTSD开关”。
我第一次听到这句话，是在一个周三的下午。
那天陆哥正在跟开发小张过代码评审，小叶在旁边改一个页面的样式。一切都很平静——直到小秦接了个电话。
“喂，王总……嗯嗯……什么？加一个功能？……好的您说……”
小秦的表情从平静到微笑到凝固，整个过程不到十秒钟。
挂掉电话之后，他沉默了三秒，然后开口：
“甲方说，想在微信购票小程序里加一个‘亲友代买’功能。就是一个人可以帮全家人买票，把所有票都存在一个账户里，到时候一个人扫码带全家人进去。”
开发小张抬起头：“现在是什么进度？”
“后天上线。”
办公室里安静了两秒。
然后开发小张说出了那句研发部人人都会说的话：“这个需求看起来很简单，但——”
“但做起来不是那回事。”小叶接上了后半句。
我后来才知道，“亲友代买”这个需求，表面上只是加一个“代买”按钮，但实际上涉及的东西远超想象——订单要支持多人票绑定、检票逻辑要从“一人一码”改成“一码多人”、闸机端的核验规则要重写、退款流程要适配多人场景……
“甲方说‘很简单’的时候，”小秦后来跟我说，“翻译过来通常是——‘我觉得这个功能不复杂，你们加个班就能搞定’。”
“但实际的工作量，往往是甲方以为的十倍。”
那次最后的结果是：陆哥跟甲方沟通后，把“亲友代买”拆成了两期，先上线基础版（一个人买多张票，但每个人还是独立二维码），二期再做“一码通全家人”。
甲方同意了。但开发小张还是加了两个班。
小秦后来在内部复盘时说了一句话，我记在了本子上： “下次甲方再说‘很简单’，咱们先别答应，先让他把‘简单’两个字写下来，签个字。”
02 “把这个按钮调大一点”
如果说“亲友代买”是“看起来简单做起来复杂”的典型，那下面这个故事就是“听起来离谱做起来更离谱”的典范。
事情发生在一个景区自助售票系统的项目上。
项目已经上线测试了，UI设计师张张正在做最后的走查。甲方那边发来一条消息：
“售票首页的‘立即购票’按钮，能不能调大一点？”
张张回：“好的，请问调大多少？”
“再大一点。”
“具体是……”
“就是大一点，醒目一点。”
张张深吸一口气，在群里艾特了小秦：“甲方说要调大‘立即购票’按钮，但没给具体尺寸。”
小秦回：“你先调大20%看看效果。”
张张调了，截图发过去。
“还是不够大。”
再调大30%。截图。
“嗯，大了，但感觉有点突兀。”
再调，再截图。再调，再截图。
来回改了四版之后，甲方说：“要不还是回到第一版吧。”
张张那天在工位上趴了十分钟。
但你以为这就完了吗？
没过两天，甲方又来消息了：“首页那个‘立即购票’按钮，之前改了半天，现在觉得还是不够明显。能不能换个颜色？换成红色？”
小叶从旁边探过头来：“又要改？”
“又要改。”
“这次直接给他三个方案，让他选。”小叶说，“别一个一个试了，效率太低。”
张张做了三个颜色方案：正红、橙红、暗红。截图发过去。
甲方选了正红。
上线之后第二天，甲方又来了：“游客反映红色按钮太扎眼了，能不能换成原来的颜色？”
这次张张没有趴桌上。
她站起来，去楼下买了杯奶茶，回来继续改。
后来张张跟我说：“做UI这行，有个词叫‘甲方色盲’——就是不管你怎么调，他都觉得‘差点意思’。我以前会生气，现在想通了。不是我的问题，是审美这个事，本来就没有标准答案。”
“那你怎么办？”
“定一个原则：改可以，但每改一版必须给明确的修改方向。不能说‘不对’不说‘哪里不对’。”
这个原则后来被写进了研发部的《项目协作规范》里。
03 “明天上线，今天改主逻辑”
如果说前面两个故事还算“常规操作”，那接下来这个，就有点“极限挑战”的意思了。
那是去年秋天的一个项目。
某景区要上线中央预定平台的新版本，原定周五上线。倒计时一天——周四下午四点，甲方突然打来电话。
“我们领导看了演示之后，觉得预定流程的逻辑不对。现在应该是：先选日期、再选票型、最后填个人信息。”
之前做的是：先选票型、再选日期、最后填个人信息。
“看起来只是调换了一下步骤？”我问小秦。
小秦苦笑：“看起来是。但实际涉及的改动——日期和票型之间的联动逻辑要重写、价格计算引擎要改、库存校验的顺序要调、订单表的字段关联要重新映射……工作量至少三天。”
“你跟甲方说了吗？”
“说了。甲方说——‘明天必须上线，这是集团定的节点’。”
那天晚上，办公室的气氛像极了高考前的教室。
开发小张和杨同学两个人对着代码改到凌晨两点。小叶在旁边改前端页面的联动逻辑。测试小张守在旁边，每改完一个模块就测一个模块。
陆哥也没有走。他坐在工位上，每隔半小时问一句：“怎么样了？”
凌晨一点半，开发小张说：“主流程通了。”
凌晨两点，小叶说：“前端联调过了。”
凌晨两点十五分，测试小张说：“核心场景跑完了，没问题。”
第二天上午十点，系统按时上线。
甲方在群里发了个“👍”的表情。
开发小张看到那个表情，沉默了很久，然后说了句：“一个表情，换我们一晚上。”
后来陆哥在例会上说了一句话，我印象很深： “甲方说‘明天上线’，我们可以说‘行’。但前提是——他们说‘行’的时候，要理解这个‘行’字背后意味着什么。”
新中安服务了全国几百家景区，这样的事情不是第一次，也不会是最后一次。
04 那个“被消失”的需求
说到需求变更，最让研发崩溃的其实不是“加需求”，而是“做了又不要了”。
这件事发生在小吕（品控与售后主管）身上。
去年年底，一个景区提出要在信息发布系统里加一个“智能排班”功能——根据客流预测数据，自动生成景区工作人员的排班表。
“这个需求当时说得特别急，”小吕回忆，“甲方说年底就要用，不然来不及排春节的班。”
开发小张花了三周时间，设计了一套排班算法——对接客流预测数据、考虑不同岗位的人员配置、支持手动微调。测试小张又花了一周做测试。
功能上线了。
甲方用了两周，说：“挺好的。”
然后就没有然后了。
春节过去了，五一过去了。那个“智能排班”功能再也没有被打开过。
“你们没问甲方为什么不用？”我问小吕。
“问了。甲方说——‘领导觉得还是人工排班放心，机器排的不太敢用’。”
小吕说这话的时候，语气很平静。但我注意到他喝了一大口水。
后来我跟老杨聊起这件事。老杨说：“这种事在行业里太常见了。甲方有时候提需求，不是真的需要，是‘觉得应该有’。我们作为乙方，要学会判断——这个需求是真的痛点，还是‘锦上添花’。”
“那怎么判断？”
“多问几个为什么。为什么需要这个功能？不用的话会怎样？有没有替代方案？”老杨说，“问清楚了再动手，比做了再删强一百倍。”
从那以后，研发部多了一条不成文的规矩：任何新需求，必须先过“三个为什么”——为什么要做？不做会怎样？有没有更简单的办法？
05 乙方不是“有求必应”
在研发部待久了，我发现一个有趣的现象：
真正的好项目，往往不是“甲方说什么就做什么”的项目，而是“甲方说了之后，乙方敢说‘不’的项目”。
有一次，一个景区要在手持售检票系统里加一个“离线验票后自动补传照片”的功能。
需求本身没问题——游客入园的时候拍张照，等网络好了再上传，方便景区做安防追溯。
但问题是：手持机的硬件性能有限，拍照+压缩+缓存+上传，这一套流程跑下来，会严重影响验票速度。
开发小张算了一下：“如果加上这个功能，每张票的验票时间至少增加1.5秒。五一高峰期，门口能排到马路上去。”
小秦跟甲方沟通：“王总，这个功能技术上能做，但会影响验票速度。您看能不能换个思路——不拍照，只记录入园时间+闸机编号，需要的时候调监控回放？”
甲方想了几天，同意了。
后来小秦跟我说：“很多时候甲方提需求，不是非要那个‘方案’，而是要那个‘效果’。你只要能找到更好的方式达到那个效果，甲方是愿意改的。”
“但前提是——你要先去理解他到底想要什么。”
这句话听起来简单，做起来难。它意味着你要花时间去现场、去沟通、去理解一个你不熟悉的行业。
而这，恰恰是新中安研发部一直在做的事。
06 “下次一定”
写到这里，我想起测试小张说过的一句话。
有一天加班到很晚，办公室里只剩我和他。我问他：“你们天天被需求追着跑，不累吗？”
他说：“累啊。但习惯了。”
“有没有想过换个行业？不做文旅软件了？”
测试小张想了想：“想过。但我后来想明白一件事——做哪一行没有甲方？做哪一行没有需求变更？区别只是——你做的这件事，有没有意义。”
“那你们做的这件事，有意义吗？”
他指了指电脑屏幕上正在跑的测试用例：“你现在看到的这个退款流程，我测了127种异常情况。这意味着，如果有一天你带家人去某个景区玩，买了票但临时去不了，退钱的时候——不会出问题。”
“如果我不做这个，那个景区可能有几百个游客退不了款，打客服电话打到爆。”
“你说这算不算有意义？”
我没有回答。但我在本子上记下了这段话。
【第四章小结】
这就是新中安研发部的“甲方日常”。
有人问：你们天天被甲方折腾，不烦吗？
烦。当然烦。
但烦完之后，这群人还是会坐下来，一行行改代码，一个个测场景，一次次跟甲方沟通——为什么这个需求不能这么做，有没有更好的办法。
因为他们知道，自己写的每一行代码，最后都会变成某个游客手机里的一次顺畅体验。
可能是买票时少转了一个圈，可能是入园时少排了一分钟队，可能是退钱时少打了一个电话。
这些“少一点”加起来，就是文旅行业向前走的每一步。
下一章，我想聊聊这群程序员平时是怎么“自我修炼”的——读书、看代码、参加行业会议，以及那个传说中“让所有人沉默”的技术分享会。
往期推荐
咨询更多
陆女士丨18136881983
胡女士丨18136881987
王先生丨18136881990
张女士丨18136880712