项目描述
翻译我们经营一家中型在线商店，目前退货处理依赖于电子邮件和 Excel 电子表格——这每天给团队带来数小时的工作，并让客户感到沮丧。我想要一个与我们现有商店连接的独立退货和 RMA 门户：客户登录他们的账户，选择一个订单和要退回的商品，说明原因，并立即获得 RMA 编号。相同的机制应处理在退货窗口关闭后出现故障的商品的保修索赔：客户上传照片或简短描述，我们决定修理、更换或退款。目标是将所有沟通从电子邮件转移到一个结构化、可追踪的系统。
从客户的角度，门户应生成可打印的退货运输标签（我们已经有承运人合同，因此主要是标签请求和 PDF），显示清晰的逐步状态（票据已创建、已批准、运输中、已收到、已检查、已解决），并在每次状态更改时发送电子邮件通知。从员工的角度，我们需要一个后台办公室，里面有一个票据队列，我们的团队审核请求，附上评论批准或拒绝，标记包裹的接收，记录检查结果，并触发退款或更换。保修案例需要稍微不同的流程，包含序列号、购买日期和保修期的字段，以便代理能够快速验证资格。请保持客户页面的样式与我们当前的商店相匹配，并确保一切适应移动设备。
这是一个针对退货和保修的狭窄工具，而不是一个完整的市场或库存系统，因此不要扩大范围。我将在我们达成计划后分享订单数据结构和 API 细节。
— 客户流程：从订单开始 RMA，选择商品和原因，接收 RMA 编号
— 可打印的退货标签（PDF）和带有电子邮件通知的状态时间线
— 保修流程：序列号、购买日期、保修检查、照片上传
— 员工后台：票据队列、接收标记、检查记录、退款或更换
— 移动响应式，统一商店样式，通过 API 进行订单数据集成
从客户的角度，门户应生成可打印的退货运输标签（我们已经有承运人合同，因此主要是标签请求和 PDF），显示清晰的逐步状态（票据已创建、已批准、运输中、已收到、已检查、已解决），并在每次状态更改时发送电子邮件通知。从员工的角度，我们需要一个后台办公室，里面有一个票据队列，我们的团队审核请求，附上评论批准或拒绝，标记包裹的接收，记录检查结果，并触发退款或更换。保修案例需要稍微不同的流程，包含序列号、购买日期和保修期的字段，以便代理能够快速验证资格。请保持客户页面的样式与我们当前的商店相匹配，并确保一切适应移动设备。
这是一个针对退货和保修的狭窄工具，而不是一个完整的市场或库存系统，因此不要扩大范围。我将在我们达成计划后分享订单数据结构和 API 细节。
— 客户流程：从订单开始 RMA，选择商品和原因，接收 RMA 编号
— 可打印的退货标签（PDF）和带有电子邮件通知的状态时间线
— 保修流程：序列号、购买日期、保修检查、照片上传
— 员工后台：票据队列、接收标记、检查记录、退款或更换
— 移动响应式，统一商店样式，通过 API 进行订单数据集成
网页开发 现金, 银行转账
