进销存小程序开发指南，如何快速高效创建？

急梗血

·

2026-05-17 17:19:24

阅读31分钟

已读34次

要快速高效开发「进销存小程序」，关键是选对技术路线与业务架构：前期优先梳理核心业务流程（采购、销售、库存、财务），在此基础上选择成熟后端能力（如 SaaS 平台或低代码平台）而不是从零全栈自研。这样可以大幅缩短开发周期，并提升系统稳定性与可维护性。典型做法是：用微信/抖音等生态的小程序作为前端入口，用云开发（云函数 + 云数据库）或成熟进销存 SaaS/低代码平台承载业务逻辑，通过标准 API 打通商品、库存、订单和财务数据，然后用组件化 UI 和模板化页面快速搭建界面。在此过程中，重视权限控制、数据安全与多终端同步，实现从进货、销货到库存盘点的一体化数字化管理，从而支撑企业运营和决策分析。

《进销存小程序开发指南，如何快速高效创建？》

---

进销存小程序开发指南，如何快速高效创建？

一、📌 为什么要做进销存小程序？核心价值与适用场景

1.1 进销存小程序的核心价值

进销存小程序本质上是把传统的库存管理、进货管理、销售管理搬到移动端和云端，实现实时数据同步与在线协作。相较于 Excel 或本地软件，优势主要体现在：

• 随时随地管理业务 任何有手机的小伙伴都可以登录小程序查看库存、添加订单、扫码出入库，实现移动化办公。

• 数据实时同步与统一 采购、销售、仓库、财务共用同一套数据源，减少重复录入与对账差异。

• 降低实施与维护成本 小程序无需安装、升级方便、跨平台适配（iOS/Android），对中小企业友好。

• 便于扩展与接入生态能力 可接入支付、物流、会员、营销等生态能力，提升业务闭环效率。

1.2 适合用进销存小程序的业务场景

常见适用场景：

• 批发与分销：食品批发、日用百货、建材等，需要频繁补货与对账。
• 零售门店：便利店、母婴店、服装店，需快速开单、库存查询与盘点。
• 电商与微商：多平台销售，需要统一库存、集中管理订单。
• 生产制造：简单生产场景，需要管理原材料库存、半成品、成品出入库。
• 服务型企业：有耗材、礼品等“物品”管理需求的机构，如美容院、培训机构。

1.3 小程序相对传统系统的差异与优势

维度	小程序进销存	传统 PC 或客户端进销存
使用门槛	手机扫码即用，无需安装	需安装客户端或访问固定电脑
部署方式	云端部署，集中维护	本地服务器/单机安装，维护成本高
实时性	多端实时同步	局域网或定时同步
更新升级	后端统一升级，前端自动更新	需逐台升级
场景适配	更适合仓库、门店现场操作	更多用于办公室或固定场所
成本结构	初期成本相对较低，按需扩展	初始采购 + 维护成本较高

---

二、📌 进销存小程序的核心功能架构怎么设计？

在开发前，需要先做业务信息架构（IA）设计，明确模块与数据结构。围绕进销存的核心业务，通常包括：

2.1 核心业务模块拆解

1. 基础档案模块

• 商品管理（SKU / SPU）
• 仓库管理
• 供应商管理
• 客户管理
• 计量单位、价格体系、税率设置等

2. 采购管理（进）

• 采购订单（向供应商下单）
• 采购入库（实际收货）
• 采购退货
• 采购对账单

3. 销售管理（销）

• 销售订单（销售开单）
• 销售出库
• 销售退货
• 应收管理（收款记录）

4. 库存管理（存）

• 库存流水（出入库记录）
• 库存查询与预警
• 盘点与调拨
• 库存锁定（预占库存）

5. 财务与报表

• 应付与应收
• 收款/付款记录
• 毛利分析、销售统计
• 采购分析、库存周转率

6. 系统与权限

• 员工账号与角色权限
• 操作日志
• 数据备份与安全控制

2.2 数据模型示意（简化版 ER 思路）

核心实体与关系：

• 商品（Product）
• 仓库（Warehouse）
• 库存记录（Stock / Inventory）
• 采购单（PurchaseOrder）/ 采购入库（PurchaseIn）
• 销售单（SaleOrder）/ 销售出库（SaleOut）
• 客户（Customer）
• 供应商（Supplier）
• 收款/付款记录（Payment）

示例数据结构简要说明（伪结构）：

• Product: id, name, sku, unit, barcode, category, price, cost, status
• Warehouse: id, name, location
• Inventory: id, product_id, warehouse_id, quantity, safe_quantity
• PurchaseOrder: id, supplier_id, date, status, total_amount
• PurchaseOrderItem: id, order_id, product_id, quantity, price
• SaleOrder: id, customer_id, date, status, total_amount
• SaleOrderItem: id, order_id, product_id, quantity, price

2.3 功能优先级规划：MVP 到迭代进化

在“如何快速高效创建进销存小程序”这个问题上，一个常见误区是一开始就想做“全功能 ERP”，导致项目复杂、上线周期拉长。更高效的做法是分阶段：

阶段	目标	关键功能
MVP 版	快速上线、验证可用	商品、库存查询、简单采购入库、销售出库、报表
V1.0	支撑日常业务运转	采购订单/退货、销售订单/退货、客户/供应商管理
V2.0	提升管理精度与效率	盘点、调拨、库存预警、多仓库、多价格体系
V3.0+	决策分析与扩展	毛利分析、多维报表、API 接入其他系统

---

三、📌 技术路线怎么选？自研 vs 云开发 vs 低代码平台

要“快速高效”开发进销存小程序，技术路线选择非常关键，一般有三种典型选择：

3.1 完全自研：前后端全自己开发

示例技术栈：

• 小程序前端：原生微信小程序 / uni-app / Taro 等多端框架
• 后端：Node.js / Java / Python + MySQL / PostgreSQL
• 部署：自建云服务器（如 AWS、Azure、GCP 等）

优点：

• 灵活度高，业务逻辑可完全自定义
• 对有一定规模研发团队的企业，利于长期沉淀与扩展
• 能深度定制性能优化、复杂业务规则

缺点：

• 研发成本高、周期长
• 对运维、安全、备份等有较高要求
• 初次上线时间难以控制，不利于快速试错

3.2 云开发 / BaaS 方案

以微信云开发、Serverless 平台为代表：

• 使用云函数、云数据库、云存储
• 省去服务器部署与运维工作

优点：

• 上线速度快，适合小团队
• 只需关注业务代码与前端页面
• 自动扩容与托管，降低运维压力

缺点：

• 对数据结构变更和数据库性能有某些限制
• 可能受限于特定平台生态
• 复杂权限模型与跨系统集成实现成本相对高

3.3 低代码 / SaaS 平台搭建进销存小程序

近年来，很多企业选择在进销存 SaaS + 低代码平台上搭建专属小程序，只需少量开发甚至零代码，便可快速实现:

• 进销存后台管理（Web 端或 PC 端）
• 门店/仓库/业务员使用的小程序端
• 报表与看板

在这类方案中，通常的做法是：以现成的进销存 SaaS/模板为基础，根据业务需要进行字段调整、流程配置与小程序界面自定义，从而在几天甚至数小时内完成一套可用系统。

在这类工具中，像 简道云进销存（ https://s.fanruan.com/8bn69;）这类模板化、支持自定义编辑的进销存系统，能为中小团队提供一个现成的基础架构：包括商品、订单、库存表单和关联逻辑，再通过图形化配置生成小程序入口，这种方式特别适合希望快速落地、又不想深度投入研发的企业。

对比总结：

路线	开发速度	灵活性	维护成本	适合对象
完全自研	慢	高	中～高	有技术团队、需求复杂的企业
云开发	较快	中等	较低	中小团队，既要定制又要快速上线
低代码/SaaS	快	中等（通过配置）	低	中小企业、想试点或快速上线的团队

---

四、📌 微信进销存小程序的开发流程全解析

下面以微信小程序为例，梳理从 0 到 1 的开发全流程（其他平台如抖音、支付宝小程序，流程类似）。

4.1 准备阶段：账号与环境

1. 注册微信小程序账号（需企业或个体工商户主体更利于后续能力开通）。
2. 在微信公众平台创建小程序，获取 AppID。
3. 下载并安装微信开发者工具。
4. 申请云开发环境（如果采用云开发路线）。
5. 规划数据库、数据表/集合结构（商品、库存、订单等）。

4.2 页面与路由设计

典型进销存小程序的主要页面：

• 登录 / 角色选择（管理员、仓库、业务员等）
• 首页 / 工作台（展示关键指标与常用功能入口）
• 商品列表 / 商品详情
• 扫码开单（销售出库 / 采购入库）
• 库存查询（按商品 / 仓库）
• 订单列表（采购单、销售单）
• 客户管理 / 供应商管理
• 报表页面（销售统计、库存报表）

通过 app.json 配置全局路由，使用 tabBar 设计主导航，例如：

\{
"pages": [
"pages/home/index",
"pages/inventory/index",
"pages/order/index",
"pages/user/index"
],
"tabBar": \{
"list": [
\{ "pagePath": "pages/home/index", "text": "���页" \},
\{ "pagePath": "pages/inventory/index", "text": "库存" \},
\{ "pagePath": "pages/order/index", "text": "单据" \},
\{ "pagePath": "pages/user/index", "text": "我的" \}
]
\}
\}

4.3 典型业务流程实现逻辑

4.3.1 采购入库流程

1. 创建采购单：选择供应商、添加商品、数量、单价。
2. 审核或确认采购单。
3. 执行“入库”动作：更新库存数量（增加）。
4. 保存库存流水记录，方便查询与追踪。

伪代码示意（简化）：

// 云函数：purchaseIn
async function purchaseIn(orderId) \{
const order = await db.collection('purchase_orders').doc(orderId).get();
for (const item of order.items) \{
await db.collection('inventory').where(\{
productId: item.productId,
warehouseId: order.warehouseId
\}).update(\{
data: \{
quantity: _.inc(item.quantity)
\}
\});
await db.collection('stock_logs').add(\{
data: \{
type: 'IN',
source: 'purchase',
orderId,
productId: item.productId,
quantity: item.quantity,
time: new Date()
\}
\});
\}
\}

4.3.2 销售出库流程

1. 创建销售单：选择客户、添加商品、数量、价格。
2. 校验库存是否足够；不够时提示或禁止出库。
3. 执行“出库”动作：更新库存数量（减少）。
4. 记录销售与库存流水。

库存校验逻辑示例：

if (currentStock < saleQuantity) \{
throw new Error('库存不足');
\}

4.3.3 扫码开单与条码管理

• 使用小程序原生 wx.scanCode 调用扫码功能。
• 商品档案中存储条码字段（如 barcode）。
• 扫码后在数据库中查找对应商品，执行添加到单据行。

wx.scanCode(\{
success(res) \{
const code = res.result;
// 根据条码查商品
db.collection('products').where(\{ barcode: code \}).get(\{
success(prodRes) \{
// 将商品添加到当前订单列表
\}
\});
\}
\});

4.4 权限与角色控制

常见角色：

• 超级管理员：拥有全部权限。
• 仓管：库存相关操作，禁止修改价格。
• 业务员：开销售单、查看自己订单。
• 财务：查看报表、处理收付款。

权限控制一般有两层：

1. 前端控制：根据角色隐藏/显示按钮与菜单。
2. 后端控制：在云函数/接口层判断用户角色，限制不允许的操作。

权限表结构示例：

• user: id, name, role
• role: name, permissions
• permissions: 模块名称+操作，如 inventory.view, inventory.edit 等。

---

五、📌 数据设计要点：避免后期“推倒重来”

在进销存小程序中，数据设计是决定可扩展性和稳定性的关键。要“高效”，不仅是开发快，还要避免后期重构的成本。

5.1 商品与 SKU 设计

需要考虑：

• 是否有多规格（颜色、尺码等）
• 是否需要条码管理（每个规格有独立条码）
• 是否有组合商品（套餐、组合包）

简单场景可以用单一商品表；稍复杂的可采用 SPU/SKU 模式：

• Product（SPU级）：代表商品种类
• ProductSku（SKU级）：代表具体规格，如 “白色/L”

字段建议：

• Product: id, name, category, brand, status
• ProductSku: id, product_id, sku_name, barcode, unit, cost_price, sale_price

5.2 多仓库与库存表设计

对于有多个仓库/门店的企业，需要支持多仓库存。常见设计：

• Warehouse: 仓库表
• Inventory: 商品-仓库存表

Inventory 建议维护当前数量，出入库时更新，同时记录库存流水表 StockLog以便审计。

5.3 单据编号与流水号

为了便于对账和管理，建议规范单据编号设计：

• 采购单：PO20260517-0001
• 销售单：SO20260517-0001

规则一般为：前缀 + 日期 + 流水号，通过数据库中的“序列表”或 Redis 实现自增。

5.4 状态机设计：单据状态流转

每种单据至少要有：草稿、已提交、已审核、已完成、已作废等状态。 简单状态机思路：

单据	状态	说明
采购单	草稿 -> 已审核 -> 已入库 -> 已结算	每一步限制不同操作
销售单	草稿 -> 已审核 -> 已出库 -> 已收款

在接口中校验状态流转，以防止重复出入库、重复记账。

---

六、📌 如何快速？模板化与低代码实践路径

要回答“如何快速高效创建进销存小程序”，不能只谈技术细节，更关键是选择时间成本更划算的实现方式：尽量复用成熟模板和模块，不在基础功能上重复造轮子。

6.1 为什么模板化能显著提高开发效率？

• 减少需求分析时间：进销存的基本结构在很多行业高度类似，模板已经包含常用字段与流程。
• 减少数据模型设计成本：模板自带商品、订单、库存等表单关联逻辑。
• 减少前端开发量：很多平台提供现成的列表、表单、报表组件。
• 快速试错迭代：可以先用模板上线试用，再根据反馈调整字段与流程。

6.2 使用进销存模板 + 低代码平台的典型流程

以一个实际可用的模板为例（如 简道云进销存 模板），大致流程如下：

1. 导入或启用模板 在平台中选择进销存系统模板，一键创建包含商品、库存、采购、销售等业务表单。

2. 根据业务需求做字段与流程调整

• 增删字段：例如增加“货架号”、“批次号”、“有效期”等。
• 配置流程：采购需要几级审批，销售是否需要审核才能出库。

3. 生成或定制小程序端界面

• 选择移动端/小程序页面模板；
• 拖拽组件形成列表、详情、编辑页面；
• 配置权限，指定不同角色使用的页面。

4. 联调与试运行

• 搭建测试环境，导入部分试数据；
• 让业务人员体验操作流程，收集反馈。

5. 上线与迭代

• 在全员或部分门店上线；
• 逐步优化报表、权限与通知提醒等。

通过这种方式，即使非技术背景的运营或业务人员，也能参与到进销存小程序的搭建工作，极大提升整体效率。

在实务中，许多中小企业会直接基于像 简道云进销存（ https://s.fanruan.com/8bn69;）这样的模板开始启动项目——先短期内搭出可用系统，替代 Excel，解决“账目混乱、库存不准”的痛点，再逐步优化布局与功能。

---

七、📌 进销存小程序的性能优化与体验提升

当基础功能上线后，若业务量上升或用户数增多，就需要考虑性能与体验问题，这对长期使用非常关键。

7.1 列表与查询优化

• 分页加载：避免一次性加载所有订单或库存，采用分页与下拉加载更多。
• 条件查询：按时间、客户、仓库过滤，减少数据量。
• 缓存常用数据：如商品列表，可做本地缓存 + 定时刷新。

7.2 减少前后端通信开销

• 组合查询：把多次小请求合并成一次批量请求。
• 避免重复请求：例如进入页面后先查缓存，再决定是否请求。
• 使用合适的数据格式：JSON 字段名称尽量简洁。

7.3 提升扫码与出入库效率

• 提高扫码识别速度：在网络不稳定时采用离线缓存机制，先记录扫码结果，稍后统一提交。
• 自动聚焦与连续扫码模式：支持连续扫码添加多件商品。
• 默认数量与快速加减：减少手动输入，支持+1/-1按钮。

7.4 异常与错误提示设计

进销存的操作经常涉及金额、数量等敏感数据，因此要尽可能减少操作错误：

• 明确的错误提示：库存不足、重复提交、状态不允许操作。
• 撤销/回滚机制：如误操作出库后，可以通过“红冲单”或“冲销单”修正。
• 操作确认：重要操作（删除单据、结算）需二次确认。

---

八、📌 安全与合规：数据、权限与日志不可忽视

即使只是一个“小程序”，对于企业来说也承载核心经营数据，因此需要从安全与合规角度做好保护。

8.1 数据安全与备份

• 使用云数据库/云服务商提供的备份功能。
• 为核心数据（订单、库存）设置定期备份策略。
• 对导出功能设置权限限制，避免数据外泄。

8.2 访问控制与登录安全

• 使用平台提供的用户体系（如微信 OpenID 绑定企业账户）。
• 为不同角色配置最小权限原则，只授予必要操作。
• 登录会话有效期控制，定期重新验证。

8.3 操作日志与审计

• 记录关键操作：新增/修改/删除订单、库存调整、权限变更。
• 日志内容包括：操作人、时间、原始值、新值、终端类型等。
• 为财务审计或管理复盘提供证据链。

在采用成熟 SaaS 或低代码平台时，平台通常已经内置基础的访问控制与日志功能，可以大幅减少开发成本。比如在使用类似 简道云进销存 这样的模板时，很多数据操作和审批的日志记录能力是直接可用的，只需要在配置中打开或调整即可。

---

九、📌 如何保证“对账无误”？进销存与财务的协同

进销存系统与财务系统紧密相关，如果设计不好，很容易出现“库存对不上、金额对不上”的情况。

9.1 基本原则：一笔业务一套完整数据链路

例如销售流程中：

1. 创建销售单（记录商品数量与金额）。
2. 审核后生成“应收”记录。
3. 出库时减少库存，记录库存成本。
4. 收款后减少应收，形成收款流水。

各节点需要一致性校验：

• 销售金额 = 出库商品数量 * 单价
• 毛利 = 销售金额 - 对应商品成本
• 库存数量 = 上期库存 + 入库 - 出库 - 盘亏 + 盘盈

9.2 常见对账报表

• 销售汇总表
• 采购汇总表
• 库存台账（按商品/按仓库）
• 应收应付对账单
• 毛利分析报表（按商品、客户、业务员）

9.3 与外部财务系统的对接

若企业有独立财务软件（如国外常见的 QuickBooks、Xero 等），可以通过 API 接口或定期导出 Excel/CSV 的方式进行对接。设计对接接口时，应明确：

• 同步方向（单向/双向）
• 同步频率（实时/定时）
• 对应字段映射（如客户编码、科目编码）

---

十、📌 项目实施与推广：从试点到全面上线

技术实现只是第一步，如何让进销存小程序真正落地，也是“高效创建”不可分割的一部分。

10.1 试点方案设计

• 选择一个或几个试点门店/仓库。
• 由业务熟悉度较高的员工参与试用。
• 先覆盖关键环节：销售开单、库存查询、简单采购。

通过小范围试点收集以下内容：

• 哪些操作步骤过多，可以优化？
• 还有哪些字段或流程是业务必需？
• 员工对扫码、移动操作是否适应？

10.2 培训与使用规范

• 编写简易使用手册（分角色说明）。
• 组织短时间培训，现场演示关键场景。
• 建立使用规范：如每天盘点、及时录入订单等。

10.3 持续优化与版本迭代

基于收集到的反馈，安排迭代计划：

• 优先解决影响业务效率的问题（如扫码速度、列表加载）。
• 再实现新需求（如新增报表、消息提醒）。
• 定期评估系统数据质量（库存准确率、订单录入率）。

如果使用的是模板 + 低代码方式（如 简道云进销存 等系统模板），很多迭代可以通过配置和调整字段来实现，而不需要传统意义上的“改代码”，能让运营/管理人员更直接参与优化。

---

十一、📌 未来趋势：进销存小程序的发展方向与规划建议

11.1 趋势一：更深的生态集成

• 与电商平台、社交平台的订单、库存打通，实现全渠道统仓。
• 与物流平台对接，一键生成发货单、查询物流轨迹。
• 与支付能力结合，支持在线收款与对账。

11.2 趋势二：智能化与数据驱动决策

• 通过销售数据分析预测补货需求。
• 基于库存周转率智能提醒滞销品、畅销品。
• 多维度可视化看板，为管理层做决策支持。

11.3 趋势三：更低门槛的开发方式

• 低代码/无代码工具进一步成熟，业务人员即可配置进销存流程。
• 模板化、行业化解决方案丰富，开箱即用，按需扩展。
• 小程序技术跨平台融合，例如一个代码基座生成多端应用（小程序、Web、App）。

11.4 综合建议与总结

综合来看，要快速高效创建进销存小程序，可以遵循以下策略：

1. 优先从业务出发：先明确必须解决的核心痛点（如库存不准、对账困难），再决定功能范围。
2. 采用合理技术路线：中小企业更适合云开发或低代码 + 模板的方式，大幅缩短“从想法到上线”的周期。
3. 善用成熟模板与平台能力：在成熟的进销存模板基础上调整字段与流程，而不是从零设计全部数据模型与页面。
4. 重视权限与数据安全：账户角色、操作日志、备份机制要在初期就考虑进去。
5. 持续迭代，而非一蹴而就：用 MVP 快速上线，让系统在真实业务中不断打磨成熟。

如果你目前正准备启动进销存小程序项目，希望尽快有一套能用、可改、可扩展的系统，可以先从现成模板入手，再结合业务逐步升级——这在实践中往往比“从零重写一个系统”更高效、风险更可控。

---

分享一个我们公司在用的进销存系统模板，需要的可以自取，可直接使用，也可以自定义编辑修改： https://s.fanruan.com/8bn69

精品问答:

---

进销存小程序开发指南中，如何快速高效创建一个功能完善的小程序？

我想知道在开发进销存小程序时，有哪些快速高效的方法能帮助我尽快完成一个功能完善的产品？有哪些步骤和工具是必不可少的？

在进销存小程序开发指南中，实现快速高效创建的关键步骤包括：

1. 需求分析与功能规划：明确核心功能如库存管理、采购订单、销售统计。
2. 选择合适的开发框架：如微信小程序原生框架或uni-app，提升开发效率。
3. 模块化设计：通过组件复用减少开发时间。
4. 数据库设计优化：采用云开发数据库，支持实时数据同步，提升响应速度。
5. 自动化测试与持续集成：确保代码质量和快速迭代。

例如，使用云开发环境，开发者可以在1周内完成基础进销存小程序的搭建，较传统方式节省约40%的开发时间。

进销存小程序开发指南中，哪些技术栈最适合实现高效的数据管理？

我对进销存小程序的数据管理技术不太了解，想知道哪些技术栈能够帮助我实现高效且稳定的数据存储和同步？

进销存小程序开发指南推荐的高效数据管理技术栈包括：

技术	优势	适用场景
微信云开发（CloudBase）	无服务器架构，实时数据同步，内置数据库	适合中小型进销存应用
MySQL + Node.js	关系型数据库，支持复杂查询	适合需复杂报表和事务管理的大型系统
Firebase Realtime Database	实时数据同步，跨平台支持	适合多端同步需求

案例：某中型企业使用微信云开发，实现了库存数据实时更新，数据同步延迟低于200ms，极大提升了库存准确率。

进销存小程序开发指南提到的常见功能模块有哪些？如何合理规划这些模块？

我在做进销存小程序开发时，常见的功能模块有哪些？如何合理安排这些模块以确保系统的稳定和易用？

进销存小程序的常见功能模块及合理规划建议如下：

1. 商品管理：商品信息录入、分类管理、条码扫描。
2. 库存管理：库存数量监控、库存预警、批次管理。
3. 采购管理：采购订单创建、供应商管理、采购入库。
4. 销售管理：销售订单、客户管理、销售出库。
5. 报表统计：库存报表、销售分析、采购分析。

合理规划建议：

• 按功能模块拆分，采用微服务或组件化设计，方便维护和扩展。
• 优先开发核心模块（库存、采购、销售），后续逐步完善报表和高级功能。

据统计，模块化设计能减少30%的开发和维护成本，提升系统稳定性。

进销存小程序开发指南中，如何通过界面设计提升用户体验和操作效率？

我觉得进销存小程序虽然功能重要，但界面设计也很关键。想知道怎样的界面设计才能提升用户体验和操作效率？

在进销存小程序开发指南中，提升用户体验和操作效率的界面设计原则包括：

• 简洁明了的布局：采用清晰的导航栏和模块分区，方便用户快速定位功能。
• 关键操作突出：使用显眼的按钮和颜色区分常用操作，如新增订单、库存盘点。
• 表单优化：减少输入步骤，支持扫码和自动填充，提升录入效率。
• 响应式设计：兼容多种设备，保证操作流畅。

案例：某进销存小程序通过优化界面设计，用户操作时间平均缩短25%，客户满意度提升至92%。

232

×

微信分享

扫描二维码分享到微信