IC 商城的功能名单可以拉得很长：产品、语言、搜索、购物车、文章、会员、邮件、库存同步、询价、广告落地、支付、物流、权限、促销、在线客服和分析。一次全上，常常是底座还不能用，交易按钮已经亮着。元芯计算机建议分成底座和交易层，并先决定数据从哪里来。
底座：让一个型号能被找到并问出去
产品数据保存料号、品牌、分类、图片、手册、包装和参数。搜索在这些字段上区分精确命中和相近型号。文章用来解释选型和供货问题，并链到真实型号，而不是只为了增加页面数量。询价从表单进入统一的列表。邮件把新询价同时通知客户和负责人，邮件里带上型号和数量。权限把改价、发文和看询价分开。
这六项可以服务一个尚未收款的外贸站。客户能核对，销售能回复，记录留在公司自己的系统里。
交易层：规则清楚了再打开
会员价适合已经能区分客户等级的团队。购物车和最小起订量适合包装规则稳定的现货。支付只接入公司真正能对账的方式，例如在线支付和银行转账，不要为了清单完整去接用不上的渠道。物流模块要能回写承运信息和单号。促销若使用优惠码，要写明适用型号和失效时间。自营库存同步指的是把自己的仓库或已签约供应商的数量按约定频率写入，并显示更新时间。
样品订单也可以不先做复杂促销：由管理员生成一笔待付款记录，把链接发给客户。形式发票和装箱信息若需要，应能按这笔订单导出，并在付款后发给客户。这些都建立在料号已经正确的前提下。
库存和价格必须能追溯到来源
可售数量只能来自自己的仓库、寄售协议或供应商允许你展示的数据。把其他目录网站上的价格和库存复制过来，既可能没有授权，也会在你无法更新时继续显示旧数字。页面上的“有货”若不能对应到一次导入或一个接口的时间，就不要对客户展示为可立即购买。
厂家公开的手册可以在遵守其使用条款的情况下链接或保存版本。参数仍要由人核对关键项，避免把手册里的典型值写成保证值。
语言、广告和第三方是配套，不是另一套商城
多语言先覆盖正在收到询盘的语言。每种语言校对参数名和按钮。分析工具用来看无结果搜索和询价完成，不用来替代回复。在线聊天嵌入可以，但聊天里答应的交期要回写到询价单。广告账户由公司自己持有，网站提供加载速度合理的落地页和可核对的转化记录。投放能不能收回成本，取决于产品和出价，不取决于模块名单里有“广告对接”四个字。
按人和货来选版本，不按功能数量
只有数据、暂时不建站，就购买或整理自己有权使用的数据文件，并约定格式。需要询价、暂不收款，做底座即可。现货规则稳定、有人每天对账，再开交易层。公司有技术人员、并且要求程序和数据都能迁走，才把源码和部署文档一并纳入交付。
按现状选开哪些模块
广告投放不在这张表的必选项里。落地页只要能打开对应型号并完成询价，就可以先用文章和产品页承接。等询价里的型号和广告里的词对得上，再增加专门的落地页。先买投放、页面却搜不到料号，记录里只会留下跳出。
多语言也按行处理：哪一行的客户已经在用那种语言写信，就为那一行翻译参数名。不要为了模块介绍里的语言数量，把尚未核对的译文公开。
选择时问三个问题：大多数询价今天能不能报出数量和交期？谁在下周更新库存？合同结束时产品和询价放在哪个文件里？三个问题有答案，模块就不会多买，也不会少掉那条真正用来回复客户的路径。
先让目录能询价，再谈结账
底座是产品主数据、搜索、文章、询价、邮件和权限。这些没有稳定之前，购物车和支付只会把不完整的价格暴露出去。会员价、促销和物流是交易层，适合已经有人每天改库存的团队。库存和价格只能来自公司自己或已经获得授权的来源，不能把来路不明的表直接公开。
取舍时用一个问题判断：采购现在能不能按料号找到资料并发起询价。能，再讨论在线交易。不能，就先补型号页和询价记录。后台权限交给客户指定的管理员，不把管理功能对公众开放。元芯计算机按这个顺序说明模块，不把未交付的支付写成已经具备。
常见问题
刚开始做外贸站，需要支付模块吗？
如果还不能对大部分询价给出可执行的价格和库存，就先做询价。支付适合已有稳定现货和订单规则的业务。
能不能直接使用别人网站上的价格和库存？
不能把未授权复制的目录当成自己的可售库存。价格和库存应来自自己的仓库、供应商协议或厂家允许的数据，并标明更新时间。
多语言要一次做八种吗？
先做客户真正来信使用的语言。每种语言都要有人校对参数名。语言种类少于错误翻译。