造价师为什么总被软件坑?因为没人懂＂双向翻译＂

最近定额编制例会上，团队吐槽某软件吐槽了半小时。实时保存不能撤销，导出PDF数据全丢，定额库数据还错一大堆。有个同事说："这软件设置得太恐怖了，打错一个字就回不去。"

我听着觉得不对劲。这些问题不是简单的"bug"问题，我意识到这次的问题出在——软件开发团队对定额编制这项特殊的业务，没有做到深刻理解。其实换位思考，我们造价专业也是一样，清单预算不是编出来就行，在开展工作前，一定要对委托人的需求有明确的了解，才能有的放矢，事半功倍。转给朋友思考一下？

 1 专业软件有个"双向翻译"困境

通过这一阶段的定额编制工作，我对信息化在工程领域的应用有了更深的体会。

专业领域软件本质上需要完成"业务语言"和"技术语言"的双向翻译。那些看似简单的功能需求，比如一个简单的撤销操作，背后往往涉及复杂的业务逻辑重构，如果一开始的软件设计构架就偏离了，要实现这个小功能，可能就意味着软件推倒重来的风险。

这就是为什么通用软件在专业领域总是水土不服——它们缺乏深度的业务语境理解。你还遇到过什么水土不服的造价软件，不妨来留言区吐槽一下。

目前的件采用逐字实时保存机制，操作错误后无法撤销返回，仅能删除错误页面。团队现在的应对方案是：每天完成工作后导出项目文件并备注时间，需要回退时导入备份项目使用。

但这个方案有个问题：在定额编制过程中，存在大量的调整与测算。不能返回操作，意味着一旦走错路，必须重头来，操作量巨大。

如果要实现返回功能，整个软件构架都要调整，软件几乎相当于推倒重来。

软件开发团队可能觉得："实时保存是个好功能，数据不会丢。"但他们不知道，造价师的工作方式是——试探、调整、对比、再调整。没有撤销，就像让画家画画不能擦，只能画错了整张撕掉重来。

目前软件引用的全统修缮18定额库中，部分消耗量数据对不上。比如250千伏安、530千伏安变压器定额的合计工日都存在计算错误或数据缺失。

虽然软件公司已经请同事核对过一遍，仍存在多处数据不对的问题。我们推测：软件拿到的是非最终版的定额数据。

这个问题更典型。软件开发团队可能觉得："我们从官方渠道拿到的数据，应该是对的。"但他们不知道，定额编制过程中有多个版本——征求意见稿、送审稿、正式发布稿，每个版本的消耗量都可能不一样。如果用征求意见稿的数据做软件，当然很可能与正式发行的纸质版有差异。进一步，如果没有发现这些偏差，把它们代入到贵州省定额的编制中，将面临定额消耗量来源无法解释的尴尬境地，对定额的公信力是严重的打击。

软件无法自动适配分页，同一章节跨页时需要手动复制单条定额到新页调整。软件不支持单元格合并、拆分行功能，无法满足定额项目名称、计量单位的排版需求。

单页放置多个定额子目时，仅第一个子目的工作内容能正常显示，后续子目的内容无法导出，不符合现有定额的排版规范。

这些问题，软件开发团队可能觉得："表格功能就是这样的，够用了。"但他们不知道，定额书籍有严格的排版规范与多年的结构习惯——项目名称要分行分级，计量单位要单独一行，工作内容要完整显示。这些不是"花哨需求"，而是行业硬性要求。

在工程造价行业的软件有它的特殊性。如果软件信息化团队中，没有对相关业务具有深刻理解的技术专家参与，针对工程造价需求的往往是难以达到使用要求的。

交付的成果往往不符合业务习惯，高额的学习成本让用户不能马上提高效率。同时，反馈的业务要求也让软件设计师在已有构架上的修改一个头两个大。

在业务流程与需求复杂的领域，一定要在软件设计的前期，尽早引入行业专家，尤其是具备一定数据分析与信息化知识的跨行业技术专家。

因为只有这样的专家，才能搭建起工程造价与软件开发的桥梁，成为高效的翻译官。他们能够同时理解软件设计师与造价工程师的思考模式，并让他们联系起来，美国芝加哥教授罗纳德·伯特称之为结构洞（Structural Hole），这个人就是这两个群体之间的桥梁。

在贵州疏散金额编制和自动化统计表格的探索过程中，印证了一个观点：在某些深刻的业务技术领域，想要完全依靠计算机一次性完成工作，几乎是不可能的，或者代价极大。

更为合理的方式是在计算机辅助的前提下，充分利用行业专家的知识，才能获得更高效、更准确的使用效果。

举个例子，定额消耗量确定的过程中，同一个材料或机械需要与多个有关联的定额做对比，然而各定额中对于材料或机械的命名、规格却有着细微的差异：一个全角的括号，一个半角的括号；一个压力表，一个压力表（含表弯）；一个厚漆（铅油），一个铅油（厚漆）；一个3（MPa）,一个3MPa……

软件无法帮你判断它究竟是不是同一种东西，或者要准确实现这种判断需要付出的代价很大。然而在精通业务的专家眼里，却可以秒出判断。这个时候，如果非要实现软件精确的自动识别，就很容易掉入解决一个连一个难题的处境而无法自拔。与其如此，不如让软件干它能干的，专家干专家能干的，相互配合，反而比试图全自动化更加准确和高效。

软件开发如果只懂技术不懂业务，造出来的东西和使用需求脱节。我们不是在"造车"，是在造工具——工具要符合使用者的工作习惯，而不是让使用者适应工具。同样，造价师如果只懂算量不懂需求，在这个与人打交道的行业里，也无异于闭门造车。

思路不想好，路子越走越偏。

如果你也在用不顺手的软件，别总觉得是自己不会用。有时候，不是你不行，是软件造错了。

关于“造价师郑在宇”

贵州省建筑设计研究院有限责任公司（贵州省贵阳市观山湖区林城西路28号）副主任工程师 一级造价工程师  数据分析师 软件工程造价师

 zhengyu_victor@foxmail.com

团队核心价值

 全  —— 全周期覆盖，深度参与项目核心环节

具备从项目立项、可行性研究、决策评估到最终结算、审计、维保的全流程闭环工作经验，熟悉各阶段机电造价与成本风险节点，能为项目提供贯穿始终的专业支撑。

 重  —— 重点项目背书，管控能力可追溯 

深度参与多个省级重点建设项目的全过程造价管控，项目成果可通过官方平台或案例库查询验证，积累并总结了应对大型复杂工程的实战经验与风险化解能力。

 专  —— 聚焦机电成本，以专业创造项目价值 

专注于机电成本领域深度耕耘，通过“前期精准造价管控”与“全过程咨询深度参与”，从全流程合规、全生命周期管控、政策红利发掘、节能技术改造等维度挖掘企业潜在价值，助力企业实现效益最大化。

 精  —— 对标行业标杆，迭代成长为专业典范

学习行业优秀，融入行业优秀，成为行业优秀。持续学习行业前沿技术与优秀实践，将先进经验融入团队作业标准，以“成为行业优秀”为目标，推动自身与团队专业能力的迭代升级。

更多业务交流与咨询，欢迎后台私信或留言。