IFC与PDF在工地上的分工：什么时候用哪个

一场没人真正在打的格式战争

在行业大会上，这听起来像一场战役：3D模型对阵老图纸，未来对阵纸张。然后你走进任何一个真实的工地，战争根本不存在：工地负责人手机里装着PDF，问题变严肃时模型才登场，每个人都用眼前最能解决问题的那个。

这就是“IFC vs PDF”的简短答案：这不是二选一，而是分工。加长版——各自擅长什么、以及怎么不让分工变成记录混乱——就是这篇文章。

两种格式各自擅长什么

PDF是确定性之王：哪儿都能打开、几乎不占空间、能打印，并且显示的正是设计方签字确认的内容——尺寸、注释、图例。它的局限：它是平的。没画的那个剖面不存在，第三个维度全靠你想象。

IFC是上下文之王：整栋建筑、可漫游，每个构件知道自己是什么（不带术语的解释在这里）。它的局限：对设备和使用者要求更高，而且它不取代合同文件——签了字的还是签了字的。

决策表

工地上的任务	胜出格式	原因
核对尺寸或签字确认的详图	PDF	它是合同文件，带设计方的批注
看懂一个多专业交汇的复杂节点	IFC	转一转模型，胜过想象三个剖面
班组就站在旁边的快速放线	PDF	一秒打开，人人看得懂
给安装师傅讲清吊顶里走了什么	IFC	风管、桥架、安装顺序一目了然
逐个房间标记整改项	PDF	平面图天然就是整改清单的地图
对照设计意图核验竣工现状	IFC	站在实物前拿现实和模型比对
附在验收单或正式记录后面	PDF	它是文档格式，不是数据格式

这张表的结论不是“PDF赢”也不是“IFC赢”——而是一个正常的工地同一天把两个都用上。

真正的问题：两种格式，就要两套系统？

人们真正会掉进去的坑在这里。如果基于图纸的问题存在一个地方（截图批注的PDF、群聊），基于模型的问题存在另一个地方（查看器截图、邮件），你就把健康的分工变成了两套并行的档案——周一开会时没人知道该翻哪一套。

解药不是选边站，而是让记录成为同一条流程，不管底图是什么。在PinMy里动作完全相同：点那个位置——在PDF图纸上或在IFC模型上——打一个图钉，附照片、自动转写的语音或文字，指派，在看板上带状态。一条问题流程，两种底图。顺带一提，模型会自动转换为轻量格式，在手机上快速查看——不用Revit怎么打开它，看这里。

照例的诚实边界：在模型上，图钉标记的是3D空间中的一个点，不是构件——PinMy不读取构件数据，不做模型版本管理。是现场记录，不是BIM协调。

和平共处的三条规则

1. **合同性的事，归PDF。**要签字、要计量、要验收的，指向签字文件。模型用来说明；图纸用来定责。
2. **空间性的事，归IFC。**管线交叉、奇怪的节点、“这后面是什么？”——去问模型，它就是干这个的（而且它在交付后并没有结束）。
3. **记录，归同一个地方。**一个问题 = 一个图钉，带它的证据和负责人，不管它落在图纸上还是模型上。一套项目档案，不是两套。

常见问题

IFC会取代工地上的PDF吗？ 短期不会，也不会完全取代：PDF是合同文件和快节奏日常的格式，IFC补上空间维度和信息。真实的工地是混合的——有用的问题是：你眼前的任务是哪一种。

没有模型就干不好活吗？ 只用PDF也能干好——工地一直是这么干的。但如果模型存在却不用，就是白白放弃上下文：节点疑问、隐蔽管线、竣工核验，在3D里都解决得更好。

怎么记录问题才不会搞出两套系统？ 用一条在两种底图上动作相同的采集流程：图钉打在点上，证据、负责人、状态。变的是底图（图纸或模型）；记录只有一套。

PinMy 不是什么

PinMy是覆盖在PDF图纸、照片、视频和3D IFC模型之上的现场记录层：语音、照片、文字图钉，指派与看板状态。它不是建模或BIM协调工具，不读取构件数据，不做模型版本管理，不是CDE，也不取代Revit。网页版PDF报告今天已可用，仍在完善。

下一个节点疑问来的时候

它会来的——每周都来。到时候在模型上试一次，别再对着图纸凭空想象。再把这张表发给那位还以为这是一场格式战争的同事。

• 免费开始: pinmy.co/zh
• 预约15分钟: tidycal.com/pinmy