从使用岗位列出终端需求
批发企业通常有客户自主订货、业务员代客开单、仓管履约和财务处理等不同任务。先列出各岗位的工作地点、设备和操作要求，再核对手机商城、PC商城以及管理端。连锁总部批量采购与门店临时补货，可能需要不同的操作方式。
例如总部采购每天整理几十项商品，关注列表查询与数量录入；门店在营业间隙补货，更关注常购商品和再次订购。两个入口使用相同业务资料，仍需分别验证是否能完成各自任务。
核对模块与终端之间的关系
某项能力可能需要多个模块配合。客户指定价涉及客户身份与商品价格，退货涉及原订单、实物处理和往来调整，配送涉及仓库交接与签收记录。确认源码范围时应把关联模块一起核对。
为每项功能登记“输入资料、处理终端、输出单据、下一岗位”。这样能够发现功能有入口、资料却未准备，或者某岗位只能查看而无法完成所需操作的情况。
确认独立部署涉及哪些运行服务
终端页面需要相应的业务服务和数据库支撑。以实际交付版本为依据列出应用、数据库、静态资源和必要依赖，确认它们的地址、配置关系与启动顺序。具体操作系统、数据库版本和部署方式应由版本资料确定。
企业计划使用已有服务器时，应先核对环境兼容性、网络、磁盘和访问条件。不能仅根据软件属于“网站”就推定能部署到任意静态托管平台。官网静态页面与业务系统的运行要求需要分别确认。
第三方服务使用企业自己的账户
支付、小程序、短信、地图、推送及应用商店等服务，可能需要企业申请主体账户并配置接口资料。确认软件模块的同时，列明服务申请方、费用承担、测试条件和接入责任。
交付的软件接口代码与外部服务准入是不同事项。正式环境应使用本企业获准使用的账户和密钥，不沿用演示环境或他人主体的服务身份。
说明商业授权与品牌应用范围
源码交付用于合同约定主体及关联主体的自身业务使用。新增经营主体、品牌应用、接口或者其他需求，应在书面范围中确认。源码交付不自动构成向第三方转售、再许可或对外经营软件服务的授权。
品牌App打包应另核对应用名称、图标、包名、签名和平台账户。品牌外观适配、应用打包与应用商店审核各有自己的准备事项，不应合并理解为无需企业参与的一个步骤。
用交付矩阵避免遗漏
最终清单可以按终端逐行列出源码目录、依赖、构建方式、运行服务、账户准备、验证场景和交接人。没有采用的终端也明确记录，方便后续评估扩展。
企业技术负责人接收资料后，先在约定环境完成构建和代表性场景验证，再整理正式地址、配置位置和运维交接记录。资料、部署与业务核对相互对应，才能形成完整接管。