选型与预算

先确定卖给谁、卖什么、在哪个市场成交，以及顾客从了解商品到售后会经过哪些步骤。用这条路径决定页面职责和系统边界，再开始画站点结构。

• 列出主要顾客、商品差异和成交方式。
• 为每一步标出需要的信息、动作和负责人。

页面数量由任务决定，参考站的栏目不直接等于本项目范围。

先检查主题现有设置能否完成目标，再评估应用的能力、数据和维护成本。确实存在缺口时再定义定制开发边界，并写清升级、替换和退出时怎样处理。

• 用真实商品与购买任务验证功能，记录缺口。
• 安装应用前核对兼容性、权限和移除后的残留。

主题、应用和代码可能共同完成一项功能；最终选择取决于实际需求和后续维护能力。

从已经遇到的业务限制开始，而不是从技术名称开始。列出当前方案不能解决的问题、候选方案的证据和新增运维责任，再把同一周期的实施、应用与维护成本一起比较。

• 用具体流程或数据说明现有约束。
• 记录候选方案、负责人、验证方式和退出条件。

升级是否必要要结合店铺当前功能与资格；某项需求不能仅凭文章标题就认定必须升级。

先列清商品、购买路径、市场、内容和系统接口，再把一次性建设与持续维护分开。比较报价时对照同一范围、交付物和验收条件，价格才有可比性。

• 选一条主要购买路径，写出必须完成的页面与功能。
• 为接口、内容迁移、运营交接列出负责人和不包含项。

演示、教学预算与真实项目报价分开；套餐和第三方费用按当前官方说明与实际合同核对。

把已确认的购买路径写成页面、内容、功能和接口清单，并给每项补齐输入资料、验收方式与维护人。报价和排期使用同一版范围，变更时一起更新。

• 把必须交付与可后补项分开。
• 写清素材、商品数据和第三方接入由谁提供。

交付清单是项目约定；官方功能说明不能代替双方确认的工作范围。