建站前决策
独立站系统选型服务：业务需求、维护成本与迁移代价
选型先确定网站要完成的交易、内容、询价和管理任务，再比较平台与实现方式。WordPress、Shopify、WooCommerce、Magento或Wix不是由企业标签自动决定；现有团队和系统依赖同样影响选择。
项目判断
先有可讨论的需求和预算边界。选型交付是有依据的决策与验证清单，不等于系统开发完成，也不保证某平台带来更好的SEO排名。
把“必须有”与“希望有”分开
先列商品或资料规模、是否在线交易、报价流程、语言市场、账号权限、业务接口及团队日常编辑工作。不能只用B2B就选内容系统、DTC就选某商城平台的二分法；同一业务可能同时需要内容与交易。
比较时记录需求由原生配置、应用、开发还是业务流程完成。涉及付款、税费、接口或合规的条件，需要对应负责人和当前资料，不由建站人员凭模板补写。
先验证一个关键任务，再比较长期成本
决策示例：如果最难的需求是维护大量产品规格和上传图纸，先验证资料模型与询价流程；如果主要难点是订单、库存和支付的连接，先核对交易和接口。让候选方案完成相同任务，才知道额外开发、应用和维护资源的差异。
成本清单包括开发、应用或插件、托管、资料迁移、团队学习、持续维护与退出安排。当前未获得报价的项目标为待确认；不编造各平台统一价格，也不保证迁移后每项旧数据都可原样使用。
选型结论要说明为什么不选另一个方案
交付记录应包含需求优先级、候选能力验证、代价和风险、推荐理由、未验证条件及下一步。必要时结论是暂不换平台，先解决现有内容或操作问题。
选型后，页面设计、开发、数据搬迁和上线分别列范围。已有URL和搜索资产值得保留时，迁移方案应先做对应与回滚安排，而不是换一个系统名称就重新建站。
带来业务任务和当前约束，比平台名单更重要
请提供业务类型、主要商品/内容、是否交易、需要连接的系统、维护人员和预算边界。敏感账户及客户数据不放入公开需求；未确认的接口条件保留为待核验。
