这两年找我们聊3D展示的企业，问的载体慢慢从官网换成了微信小程序。理由很直接：客户的注意力都在微信里，产品介绍、选型、询价这条链路发生在小程序页面上，光靠图片和参数表，客户划两下就走了。想做小程序3D展示的企业不少，但真动手前，多数人没意识到它跟网站端放3D不是一回事。
小程序放3D和网站放3D，不是一回事
技术底子上都基于WebGL，但小程序是个受限环境。最硬的限制是包体积，主包只有2M，模型文件不可能打进包里，只能放到服务器或CDN上走网络加载。渲染引擎也不能直接拿网页版的three.js来用，跑不起来，得用小程序封装过的版本，在canvas节点上初始化。
另一个容易被低估的点是手机GPU的性能差距。PC端测试再流畅，放到三四年前的安卓机上可能直接掉帧，这个差距比PC之间大得多。我们内部的习惯是，小程序3D项目demo出来先找台低端安卓机跑，跑不动就回头减面。加载卡顿这类问题的病根，跟之前写的网页3D模型加载慢怎么处理是相通的，模型体积、贴图压缩、加载策略一套原则，只是小程序端的容错空间更小。
实际拆开，流程就这几步
先从模型源文件开始。这一步经常比想象中麻烦，工业产品的原始模型躺在设计师的CAD或工业软件里，面数动辄几十万，得减面、重拓扑，再导出glb这种小程序端友好的格式，处理思路和工业设备3D展示里讲的一致。贴图压到合适的尺寸，能烘焙的材质尽量烘焙，别留给手机实时算。
模型这头收尾后是定交互。单指旋转、双指缩放是标配，往深了做就分档了：部件热点点击、拆装演示、选配换色，做到哪一档，成本差得远。交互定了再嵌页面，加载进度条和占位图做好，别让用户盯着白屏猜。最后一步是真机回归，高中低档手机各跑一遍，尤其低端机。
去年给一家化工设备企业做3D小程序，产品选型模块直接放进小程序里，他们的销售出去拜访客户，掏出手机就能把设备转着圈讲，比背一摞样册方便太多。这类项目的底子跟Web3D产品展示从建模到上线的完整做法是同一套，小程序只是多了一层环境适配，工期多出的大头在机型兼容测试上。
自己捣鼓还是找人做，这笔账先算清楚
有些企业自己养着前端团队，觉得照开源demo改改就行。demo能转起来不难，难的是后面：减面、加载优化、机型兼容、包体管理，每一项都是踩坑换来的经验。3D这块算专项技能，不是通用前端，让业务前端临时啃，工期往往比预估长不少。
外包的话，价格量级大概这样：单纯的产品3D展示，模型加嵌入，几万块能落地；带选配逻辑、部件交互、后台管理的，往十几万走，具体看产品数量和交互深度。璇玑动画做3D这块八年多了，交付过五百多个项目，小程序端是其中一类。我们的建议是先把用途想清楚，展示给谁看、在什么场景看，再决定做到哪一档，别一上来按最重的方案砸预算。
对了，动手前先翻翻自家的模型源文件还在不在。不少企业的CAD源文件散在各家供应商手里，找不回来就得重新建模，这一步直接决定后面一半的工期。
常见问题
微信小程序里放3D模型会卡吗？会不会卡主要看模型面数和贴图大小，跟小程序本身关系不大。面数控制住、贴图压缩到位，主流机型都能流畅跑；但偷懒不减面，低端安卓机一定掉帧。
做一个带3D展示的小程序大概多少钱？只加一个3D展示模块，模型制作加开发几万块能落地；整个小程序从零开发还带选配、报价功能，十几万起步。差价主要在模型数量、交互深度和后台复杂度。
小程序里的3D模型加载要多久？模型压到合理体积的话，4G网络下几秒内能出来。做加载进度和骨架屏是标配，用户感知上不觉得慢。模型太大加载十秒以上，再漂亮的展示也留不住人。
