做电商网站，电商第一件事不是网站写代码，是电商搞清楚钱从哪来。我见过太多团队上来就搭框架、网站选技术栈，电商三个月后上线一个“什么都有”的网站商城，结果连购物车弃单率都跑不通。电商问题出在起点：他们把电商当技术项目，网站而不是电商生意。

先聊最核心的网站——商品详情页。这页的电商转化率直接决定你投广告能不能回本。我参与过一个母婴类目的网站项目，原版详情页放了12张图、电商3段视频、网站2000字文案，电商加载要4.8秒。改版后只留5张图、1段15秒视频、600字，加载压到1.2秒，加购率涨了37%。没什么玄学，就是用户等不起。图片别用PNG，WebP能省一半带宽；懒加载必须做，但首屏那几张主图千万别懒加载。

购物车逻辑比你想的脆弱。有个做宠物用品的客户，用户加购后修改数量，总价不更新——因为前端只监听了点击事件，没监听输入框的change。这种bug测试很难覆盖，但用户遇到一次就直接关页面。我的习惯是：购物车所有价格计算必须走后端接口，前端只负责展示。别图省事用前端算，优惠券叠加、满减、税费，规则一多必出错。

支付环节最容易踩的坑是回调。用户付完钱，页面卡在“支付中”，十秒后跳回订单页显示未支付——但钱已经扣了。微信和支付宝的回调都有重试机制，但你的服务器如果没做幂等处理，同一笔订单可能被重复标记。简单做法：回调接口里先查订单状态，已支付就直接返回success，别管参数对不对。

后台管理别自己从头写。我早期用Django Admin改过一个电商后台，商品SKU和库存联动那部分折腾了两周，后来发现不如直接用现成的开源方案。现在很多团队用Medusa或Saleor做后端，前端配Next.js，两周能跑通核心流程。省下的时间拿去调支付和物流接口，划算得多。

物流追踪是个容易被忽略的体验点。用户下单后最焦虑的是“货到哪了”。别只显示“已发货”，把快递100或快递鸟的接口接进来，在订单页直接展示最新物流节点。有个做服装的客户加了这个小功能，客服咨询量降了四成。实现不难，一个定时任务每两小时拉一次物流状态，更新到数据库就行。

最后说个反常识的：别在PC端花太多精力。我手上所有电商项目，移动端流量占比最低的也有78%。响应式设计是底线，但别指望PC端能带来多少转化。把移动端的支付流程、地址填写、图片加载优化到极致，比做个花哨的PC首页有用得多。地址填写尤其重要——别让用户手动选省市区三级联动，直接调微信或支付宝的地址簿，一键导入。

电商网站开发说到底就一句话：让用户用最少的操作、最短的等待，把钱付出去。技术选型、架构设计、代码规范，都得围着这个目标转。偏离了这条线，再漂亮的代码也是自嗨。