OA/协同办公系统实施踩坑：一个“一人信息化团队“的3个真实问题与解法

做协同办公/OA 这行前后快二十年，开发、售前都干过。这篇文章不是教程，是一段真实客户沟通的记录加上我自己的复盘，给在中小企业做信息化、或者经常要对接这类客户的同学参考。

背景：一通让我印象很深的电话

七月底我翻客户列表，有个项目六月底对接完就再没动静。主动回拨，对方是某石油技术服务公司的信息化负责人（下文叫王总）。

他开口第一句就让我知道问题不在产品：

"刚把加拿大分公司接过来，那边一堆事没理完。再说了，就我一个人，也没法弄啊。"

后面聊下来更清楚：他们刚从集团统管拆成分公司，人也被拆散了，可需求一股脑全冒出来。他现在一个人运营着七八家公司，每家都有需求，领导还天天催。

典型的"一人信息化部"困境。下面三个坑，是我在那通电话和后续跟进里反复撞见的。

坑1：临时授权，把客户心态搞崩了

王总之前拿的是三个月临时授权。

这事我后来反思，供应商图省事给临时授权，本意是让人先试；但客户视角完全不一样——三个月一到系统没上线，第一反应就是“这玩意是不是不靠谱，是不是要跑路”。

解法：项目一旦进入实施阶段，尽早换成永久许可。我把王总的授权从临时换成永久之后，他才真正放手往下推。这不是技术问题，是预期管理，但很多实施方根本没意识到。

坑2：多语言标签漏配，上线即返工

他们系统要中英文。开发时如果只盯功能逻辑、忘了多语言标签逐条配，上线就会发现一半菜单中文、一半英文，表单字段也是中英混排。

这种问题在协同办公平台里特别常见，因为表单、流程、字典项都能配多语言，条目多、容易漏。我的做法是启动会上就列一张清单：

• 所有用户可见文案走统一词条文件（properties / yml 都行），别硬编码在页面里；

• 中英文词条对照由专人维护，开发完用脚本扫一遍缺失项，别靠人眼；

• 上线前专门做一次"纯英文环境"走查，把语言切换开关打开逐页点。

当初没点这句，王总那边差点返工，还好电话里顺嘴提了一嘴。

坑3：系统卡，锅不一定是软件的

王总说系统老卡，第一反应肯定是“这平台不行”。但我干了这么多年，十次有八次是基础设施的问题。

他那套跑在虚拟机上，配置偏低。协同办公平台对内存和磁盘 IO 比较敏感，排查可以照这个思路来：

• 内存：空闲内存建议留 8G 以上。看的时候用 free -h 看 available 那一项，别只看 total，cached 占着不算真用掉。

• 磁盘 IO：机械盘或性能差的云盘，索引和附件读写会明显变慢。排查用 iostat -x 1 看 %util 和 await，或者用下面这条粗略测顺序写速度：

dd if=/dev/zero of=/tmp/test bs=1M count=1024 oflag=direct

顺序写能低于 100MB/s 就得警惕了。

• JVM：如果平台是 Java 系的，顺手看一眼堆内存设置，别让 GC 频繁触发把响应拖死。

这些在售前就该跟客户讲清楚，否则上线后锅全甩给软件，冤。

一人团队怎么推进？我的三条建议

写在最后

做了快二十年，我越来越觉得：很多 OA/协同项目推不动，表面是功能问题，底子是组织、人力、预期的问题。供应商能不能接住客户那句“我就一个人”，基本决定了项目是往前走还是悄悄死掉。

如果你也在中小企业一个人扛信息化，或者经常对接这类客户，欢迎评论区交流——你踩过最坑的是哪件事？