示例场景
客户已有 LiteMall 代码和服务器，想先跑通商城演示，再替换品牌、整理后台和准备小程序域名切换。
真实需求不必和这个场景完全一样，但应该达到同样的颗粒度：目标、角色、首版范围、暂不做范围、验收和部署都要能落到具体描述。
Requirement Example
LiteMall 二开需求示例
把 LiteMall 二开拆成原项目状态、小程序、后台、API、数据库、部署、公开展示和安全边界。
好需求写法
下面这些内容可以直接作为任务包草稿，再根据真实项目替换细节。
当前状态
代码仓库、分支、本地启动情况、服务器部署路径、数据库状态和当前报错都要列出来。
首版目标
先跑通商品、分类、购物车、下单、订单列表和后台商品配置，形成可展示的商城闭环。
改造范围
小程序端替换基础品牌和入口；后台整理菜单和演示数据；Java API 保持核心流程稳定；数据库先不做大改。
部署条件
确认 JDK、Node、MySQL、Redis、Nginx、证书、备案、日志路径、进程守护和备份策略。
公开展示
备案/HTTPS 未验证前不公开商城链接；演示截图要脱敏后台账号、订单、用户和支付配置。
验收标准
小程序能浏览商品并下单，后台能配置商品和查看订单，API 日志正常，数据库可备份和恢复。
交接资料
记录启动命令、部署命令、Nginx 配置路径、数据库脚本、演示账号策略、回滚方式和待办。
验收重点
先验证原项目能跑通，再进入品牌替换和功能二开。
商品、分类、购物车、订单、后台配置和数据库备份要形成最小闭环。
备案/HTTPS 未完成前，不把 mall.liujixue.cn 作为公开访问入口。
公开截图和演示账号必须脱敏，不能泄露后台权限、支付配置和真实订单。
不要这样做
不要没跑通原项目就开始大规模二开。
不要在备案/HTTPS 未验证前公开商城链接。
不要把真实后台账号、服务器路径、支付密钥或订单数据放到公开页面。
