电商网站建置需要什么？先搞定这 5 件事再找人

你大概率见过这种情况：网站做了三个月，验收那天才发现，物流商的 API 没接进去，客户下单后要人工去查快递单号；或者发票开出来的格式不对，会计追着问怎么对帐。然后开发商说，这个要加钱、要加时间，因为「一开始没提」。

这不是开发商的问题，也不是你的问题，是大部分人在谈电商网站建置的时候，只谈了「页面好不好看」「购物车顺不顺」，没谈清楚背后要串接的五件事：金流、物流、库存、发票（含 e-Invoice）、追踪码。这五件事任何一件在需求阶段没谈清楚，网站做完都可能要重做，而且通常不是改改就好，是要动到后端架构。

开工前先把这五件事列成清单

• 金流：接哪几个支付方式，结算周期多久，退款流程谁处理
• 物流：用哪几家快递，运费怎么算，COD 要不要支持
• 库存：网站和实体店 / Shopee / Lazada 的库存要不要同步
• 发票：要不要开电子发票，e-Invoice 怎么串 LHDN
• 追踪码：Meta Pixel、GA4、Conversion API 谁来埋、埋在哪一层

金流：结算周期比手续费更重要

大家谈金流通常只问手续费百分比，但真正会影响你现金流的是结算周期。FPX 通常 T+1 到 T+3 到帐，信用卡可能要 T+7，电子钱包（TnG、GrabPay）各家不一样。如果你的生意现金流很紧，这个数字要在选金流商的时候就问清楚，不是上线后才发现钱压在中间。另外要确认的是退款流程走谁的系统，是自动退还是你要手动申请，这个直接影响客服工作量。

物流：运费计算逻辑要先定好

物流最常被低估的地方是运费计算逻辑。是按重量、按体积、还是包邮门槛？如果你有多个仓库或代理点发货，网站要不要根据收件地址自动选最近的仓库出货？COD 要不要支持，支持的话哪些地区、失败率怎么处理？这些逻辑如果在开发阶段没定清楚，后面加进去往往要动到订单系统的核心逻辑，不是前端改改文案就能解决的。

库存：多平台同步是最容易被忽略的坑

如果你只在自己的网站卖，库存相对简单。但只要你同时在 Shopee、Lazada 或实体店铺卖，库存不同步就是迟早会出问题的事 - 网站显示有货，客人下单了，结果仓库早就卖完，这种客诉最伤品牌信任。库存系统要解决的不是「网站上有没有数字栏位」，而是这个数字能不能跟其他销售渠道即时对得上。这件事越早规划，之后要扩渠道的成本越低。

大多数电商网站不是死于设计难看，是死于开工前没人问过：这五件事你想清楚了吗。

发票与 e-Invoice：不是上线后再处理的事

马来西亚的 e-Invoice 正在分阶段强制落地，这不是「等做完网站再研究」的功能，是从需求文件阶段就要决定的架构问题：发票在哪个环节产生、格式要不要串 LHDN 的 MyInvois 验证、B2B 和 B2C 的流程是不是要分开处理。如果你的生意已经在 e-Invoice 强制范围内，这一段没提前规划，网站上线后很可能要整段重接，而且这段返工成本通常比前端设计返工高得多。

追踪码：埋晚了等于烧广告费学费

Meta Pixel、GA4、Server-side Conversion API 这些追踪码，理想状态是在网站开发阶段就跟开发商谈好埋在哪一层、怎么埋。很多团队是网站上线跑了几个月广告，才想起来要装追踪，结果这几个月的转化数据全部是空的，广告优化等于从零开始。追踪码这件事，晚一天上线，就少一天的历史数据可以拿来做受众优化。

这五件事说穿了都不是「网站建置」本身的技术难题，而是「你的生意到底怎么运作」这个问题有没有被认真问过一遍。做过几次电商网站建置的人都知道，需求文件写得越具体，验收时的争议越少，返工的机会也越低。这也是我们在帮品牌做网站建置时，一定会先花时间把这五件事问清楚的原因 - 网站是骨架，但金流、物流、库存、发票、追踪码才是决定这套骨架能不能真的撑起生意的东西。