适老化农村电商平台实战（上）：睿邻AI乡镇商城项目概览与架构设计

在乡村振兴与数字乡村战略大背景下，我主导开发了一款面向中国农村乡镇市场的综合性电商服务平台------睿邻AI乡镇商城。本系列文章分为上下两篇，记录项目从需求到落地的完整链路。本文是上篇，聚焦项目定位、业务分析、技术选型与整体架构设计；下篇将深入核心模块实现与踩坑经验。

一、为什么做这样一个项目

1.1 项目定位

睿邻AI乡镇商城 是一款面向中国农村乡镇市场的一站式数字化生活服务平台。它不只是电商------而是整合了 商品买卖 + 物流配送 + 生活缴费 + AI 智能助手 + 社区论坛 + 政府监管 的复合型产品，以"连接乡镇好货，服务乡村生活"为核心理念。

项目背景非常现实：

中国农村常住人口约 5 亿，互联网普及率持续提升
传统乡镇集市受限于时空，村民购物选择有限
快递"最后一公里"在农村仍是痛点
中老年群体对水电缴费、快递取件等数字化服务需求强烈
国家"数字乡村"战略推动农村电商基础设施建设

1.2 解决的真实痛点

痛点	现状	平台解决方案
商品触达难	乡镇商铺靠集市摆摊，覆盖半径小	线上 SPU/SKU 商品体系，全时段展示
信任缺失	村民对网购不信任，担心假货	政府背书 + 商家实名认证 + 社区论坛口碑
支付门槛高	中老年人不会用手机支付	支付宝 + 货到付款 + 预约上门收费三种方式
物流最后一公里	快递只到集镇驿站	配送员村组路线 + 实时位置追踪
信息孤岛	惠农政策、通知无法高效触达	政府公告板块 + 论坛置顶
中老年使用难	字小、按钮小、操作复杂	17px 基础字号 + 10px 圆角 + 3rem 大按钮

二、五大用户角色画像

平台的复杂度首先体现在 五种用户角色 的差异化诉求上。在系统设计之初，我就坚持一个原则：角色不是简单的权限标志，而是从业务流程切入的整体设计。

角色	典型用户	核心诉求	使用频率
村民 🧑‍🌾	45~65 岁农村居民	买菜买日用品、缴水电费、取快递、邻里交流	每日
商家 🏪	乡镇店主、农户直销	展示商品、接收订单、提升销量	每日
配送员 🚚	本地司机、兼职配送	接配送任务、规划路线、增加收入	每日
管理员 🔧	平台运营人员	审核商品/商家、管理内容、数据分析	每日
政府 🏛️	乡镇/村级干部	监管市场、发布政策、查看统计	每周

特别强调村民（核心 C 端）的用户画像：

年龄：40~70 岁为主
数字素养：较低，偏好简单操作
消费习惯：价格敏感，信任邻里推荐
设备：千元安卓机为主，屏幕偏小
支付偏好：现金 > 扫码支付 > 在线支付

这套画像直接决定了我们的 UI 设计哲学：适老化优先。

三、核心业务模块全景

复制代码

┌───────────────────────────────────────────────────────────┐
│                    睿邻AI乡镇商城                           │
├─────────────┬─────────────┬─────────────┬─────────────────┤
│   🛒 商城    │   💬 论坛    │   📦 物流   │   🔧 生活服务   │
│             │             │             │                 │
│ · 商品浏览  │ · 帖子发布  │ · 订单配送  │ · 水电缴费      │
│ · 分类搜索  │ · 评论互动  │ · 快递取件  │ · 预约上门收费  │
│ · 秒杀活动  │ · 置顶管理  │ · 急送服务  │ · 配送时刻表    │
│ · 购物车    │ · 举报管理  │ · 实时追踪  │ · 政府公告      │
│ · 下单支付  │             │ · 司机招募  │                 │
├─────────────┴─────────────┴─────────────┴─────────────────┤
│                    🤖 AI 智能助手                          │
│              自然语言下单 · 智能问答 · 商品推荐              │
└───────────────────────────────────────────────────────────┘

3.1 商城模块（核心交易）

功能	业务价值
商品分类树	无限层级分类（如：肉禽蛋奶 → 猪肉 → 五花肉），降低搜索门槛
SPU/SKU 体系	SPU 定义商品、SKU 管理规格（如：1斤装/2斤装），灵活定价
秒杀活动	限时限量特价，独立库存和价格，引流获客
推荐算法	村民优先看本村商品，未登录看最新，地域优先
多商家结算	跨店购买自动加收 5 元运费，覆盖配送成本

3.2 论坛模块（社区核心）

论坛是这个项目的 第二大核心模块，起到"邻里信任背书 + 内容引流"双重作用。中老年村民更信任邻居的口碑推荐，论坛帖子天然具备"熟人推荐"属性。

关键功能：帖子发布、二级嵌套评论、帖子置顶、评论预览、政府删帖、浏览量统计。

3.3 配送物流模块

功能	业务价值
配送班次	上午班/下午班，含截单时间和预估送达，村民预期管理
配送路线	预设村组路线，JSON 数组存储，路径规划
任务分配	订单→配送班次→配送路线→配送员，自动化调度
状态追踪	待取货→已取货→派送中→已完成，透明化
配送时刻表	类公交时刻表，村民自助查询
司机招募	在线申请→政府审核→开通配送权限，运力扩展

3.4 生活缴费模块（适老化亮点）

功能	业务价值
水费/电费账单	按账期展示用量、单价、金额，透明清晰
支付宝在线缴	集成支付宝沙箱，支持 PC/手机，便捷支付
预约上门收费	选日期+时段+地址，线下收现金，适老化核心功能
取消预约	支持取消已预约的上门收费，灵活性

💡 产品亮点：双支付通道（线上+线下）覆盖了所有年龄段。不会用支付宝的老年人可以约工作人员上门收现金------这是区别于纯互联网产品的关键差异化功能。

3.5 急送服务 + 政府监管

急送：一对一急送药品、急需品；支持 AI 对话下单；管理员确认后派单。
政府监管：商家审核、商品下架、平台统计、公告发布------G 端角色不是外挂，而是原生集成。

四、商业模式与角色关系

4.1 平台角色关系图

复制代码

            ┌─────────────────────┐
            │      政府 (G端)      │
            │  监管·审核·公告·统计  │
            └──┬────────┬──────┬──┘
               │ 认证    │ 监管  │ 政策
               ▼         ▼      ▼
┌──────────┐    ┌──────────┐    ┌──────────┐
│  商家(B端) │◄───│ 平台(运营) │───►│ 村民(C端) │
│ 发布商品  │    │ 审核·数据  │    │ 购物·缴费 │
│ 接收订单  │    │ 内容管理   │    │ 论坛·快递 │
│ 发货管理  │    └──────────┘    │ 急送·评价 │
└────┬─────┘                      └────┬─────┘
     │                                  │
     │         ┌──────────┐             │
     └────────►│ 配送员(D) │◄────────────┘
               │ 接单·配送  │
               │ 路线·定位  │
               └──────────┘

4.2 商家类型

类型	is_official	入驻方式	特点
官方商家	✅ true	种子数据预置 / 政府认证	自动发货，平台信用背书
个人商家	❌ false	自行注册	需手动发货，可申请认证
农户直销	❌ false	自行注册	小规模，本地特色农产品

4.3 盈利模式

收入类型	计费方式	预计占比	阶段
交易佣金	按订单金额抽 3%~5%	40%	中期
配送费	每单 5 元（跨店）+ 急送 15 元	25%	初期
商家入驻费	个人商家年费 / 官方商家免费	15%	中期
广告位	首页 Banner、搜索排名	10%	远期
增值服务	数据分析、营销工具	5%	远期
政府合作	数字化治理工具采购	5%	初期

五、技术架构总览

5.1 系统架构图

复制代码

┌──────────────────────────────────────────────────────────────┐
│                      Nginx (:80)                              │
│              静态资源托管 + 反向代理 + Gzip + 安全头            │
└─────┬──────────────────────────┬──────────────────────────────┘
      │                          │
      │ /api/*  /admin/*         │ /* (静态文件)
      ▼                          ▼
┌──────────────────┐    ┌──────────────────┐
│  Gunicorn +      │    │  Vue 3 SPA       │
│  Django 6 + DRF  │    │  (dist/)         │
│  (:8000)         │    │  Nginx 托管       │
└───┬──────────────┘    └──────────────────┘
    │
    ├── SQLite (主库)
    ├── Redis (缓存/购物车)
    ├── Elasticsearch (商品搜索，可选)
    │
    ├── 支付宝 Open API (在线支付)
    ├── 阿里云 Dypnsapi (手机号认证)
    ├── Dify AI (智能客服)
    └── Supervisor (进程守护)

5.2 技术栈选型理由

层级	技术	版本	选型理由
后端框架	Django + DRF	6.0 + 3.15+	成熟稳定，ORM 强大，Admin 开箱即用，适合快速迭代
前端框架	Vue 3 + TypeScript	3.x	Composition API 生态完善，学习曲线平缓，中文社区活跃
构建工具	Vite	5.x	秒级冷启动，HMR 极快，构建产物小
UI 框架	Element Plus + Tailwind CSS	2.x + 3.x	EP 提供企业级组件，Tailwind 实现定制化乡土主题
状态管理	Pinia	2.x	Vue 官方推荐，Composition API 风格，TS 友好
HTTP 客户端	Axios	1.x	拦截器机制适合 Token 注入和 401 全局处理
数据库	SQLite	3.x	零配置部署，适合中小规模；支持一键切换 PostgreSQL
缓存	Redis	6.x	购物车实时性 + 短信验证码 TTL + 通用缓存
搜索引擎	Elasticsearch + IK	8.x	IK 分词器实现中文全文搜索，自动回退到 Django ORM
AI 助手	Dify AI	---	低代码 AI 应用平台，SSE 流式响应，支持知识库和工具调用
支付	支付宝 Open API	---	RSA2 签名，支持 PC/H5/QR 三种支付方式
短信	阿里云 Dypnsapi	---	号码认证 + 验证码，一键登录
WSGI	Gunicorn + gevent	22.x	协程高并发，CPU 核心自适应 worker 数
进程管理	Supervisor	4.x	进程守护、自动重启、日志管理
反向代理	Nginx	1.18+	静态资源托管、反向代理、Gzip、SPA 回退

5.3 后端应用模块划分

后端采用 Django 6 + DRF，共划分 13 个自定义应用，每个应用对应一个独立业务域：

复制代码

ruilin_ai_town/
├── users/          # 用户与认证（5 种角色 + 司机应聘）
├── goods/          # 商品（SPU/SKU/分类/秒杀）
├── cart/           # 购物车
├── orders/         # 订单与退款
├── payments/       # 支付宝支付
├── delivery/       # 配送调度（班次/路线/任务）
├── forum/          # 社区论坛（帖子/评论）
├── bills/          # 生活缴费（水电费/线下预约）
├── express_delivery/  # 急送服务
├── packages/       # 快递代取代送
├── admin_manage/   # 政府/平台监管后台
├── chat/           # AI 智能助手
└── search/         # Elasticsearch 搜索

API 端点统计：合计 82+ 个端点。其中 admin 12 个、goods 10 个、delivery/express 各 8 个，体现了"管理后台 + 商品 + 配送"为核心的功能重心。

5.4 关键数据模型（业务视角）

模型	核心数据	业务意义
CustomUser	手机号标识 + 5 种角色	一人一账号，角色决定能力
SPU/SKU	商品主体 + 规格价格库存	标准电商模型，支持秒杀
Order	状态机 6 阶段 + 买家/卖家双边	交易核心，自动发货规则
Payment + BillPayment	订单支付 + 账单支付双通道	业务隔离，独立流水号
DeliveryAssignment	订单→班次→路线→配送员四关联	配送全链路追踪
Post/Comment	帖子 + 二级嵌套评论	社区内容沉淀
Package	第三方快递追踪	驿站→到家服务
UtilityBill	水电账单 + 线下预约字段	双支付通道支撑

六、核心业务流程

6.1 购物下单流程

复制代码

村民浏览商品 → 搜索/分类/推荐/秒杀 → 查看详情 → 加入购物车
    → 购物车汇总 → 确认下单（地址+收货人+支付方式）
    → ┌─ 货到付款：订单创建→官方店铺自动发货 / 个人店铺等待发货
       ├─ 支付宝：跳转支付宝→支付成功→订单更新→商家发货
       └─ 微信：创建支付→扫码支付→确认→发货
    → 配送员取货 → 派送中（实时位置） → 确认收货 → 完成

关键业务规则：

跨店购买：涉及 2 家及以上店铺，加收 5 元运费
官方店铺（is_official=true）：订单创建后自动由 pending 跳过 delivering，直变 shipping
个人店铺：需商家手动调用 /ship/ 接口发货
秒杀商品：价格取 SPU 层的 seckill_price，扣减独立库存 seckill_stock

6.2 订单状态机

复制代码

                    ┌──────────┐
                    │  pending  │ 待付款
                    └────┬─────┘
                         │ 支付成功
                    ┌────▼─────┐
              ┌─────│delivering│ 待配送
              │     └────┬─────┘
              │          │ 商家发货 / 官方自动
              │     ┌────▼─────┐
              │     │ shipping  │ 配送中
              │     └────┬─────┘
              │          │ 确认收货
              │     ┌────▼─────┐
              │     │completed │ 已完成
              │     └──────────┘
              │
              │     ┌──────────┐
              └────►│cancelled │ 已取消（库存回滚）
                    └──────────┘

6.3 水电缴费流程（适老化双通道）

复制代码

村民查看账单 → 选择缴费方式
    ├── 💳 支付宝在线
    │     → 创建支付 → 跳转支付宝 → 支付成功 → 账单标记为已缴
    │     → 支持异步回调 + 主动查询双通道确认
    │
    └── 🏠 预约上门收费
          → 选日期（30天内）+ 时段（上午9-12 / 下午14-17）
          → 填写上门地址 + 备注 → 提交预约
          → 平台方收到预约 → 安排人员上门收现金
          → 也可取消预约（恢复为未缴费状态）

6.4 用户认证流程（无感注册）

复制代码

┌──────────────┬──────────────┬──────────────┐
│  密码登录     │  验证码登录   │  一键登录     │
│              │              │              │
│ 手机号+密码  │ 手机号→收短信 │ 运营商网关   │
│ ↓            │ ↓            │ ↓            │
│ authenticate │ 阿里云SMS    │ 阿里云号码认证│
│ ↓            │ ↓            │ ↓            │
│ Token        │ 验证→登录    │ 换手机号→登录 │
│              │ （新用户自动  │ （新用户自动  │
│              │  注册）      │  注册）      │
└──────────────┴──────────────┴──────────────┘

💡 自动注册：验证码/一键登录时，若手机号未注册则自动创建村民账号，默认密码为手机号后 6 位。真正做到"无感注册"。

七、SWOT 与差异化优势

7.1 差异化优势

一站式：购物 + 缴费 + 快递 + 论坛 + 配送，一个 App 解决所有乡村生活需求
适老化：17px 字体、大按钮、高对比度暖色调，行业领先的无障碍设计
政府背书：政府监管角色内置，商家认证、商品审核、内容管理均由政府掌控
配送闭环：自有配送员体系 + 班次路线 + 实时追踪，不依赖第三方物流
线下融合：预约上门收费、快递驿站取件，线上线下无缝衔接

7.2 SWOT 简析

维度	要点
🟢 优势	全链路闭环 · 适老化深度设计 · 政府监管内置 · 灵活支付 · 技术栈现代化
🟡 劣势	品牌知名度零 · 商家数量有限 · 配送运力 · SQLite 单点 · 微信支付占位
🔵 机会	国家数字乡村战略 · 农村老龄化 · 快递进村工程 · 支付宝沙箱成熟 · AI 赋能空间大
🔴 威胁	大厂下沉竞争 · 用户习惯迁移难 · 政策变化 · 季节性波动 · 物流成本

八、运营策略与 KPI

8.1 冷启动策略

阶段	时间	策略
种子期	第 1~2 月	16 家官方商家铺货 + 种子村民账号 + 政府站台推广
增长期	第 3~6 月	村民邀请有奖 + 商家地推入驻 + 秒杀活动引流
成熟期	第 7~12 月	论坛 UGC 运营 + 配送运力优化 + 跨区域复制

8.2 用户增长飞轮

复制代码

商家增多 → 商品丰富 → 村民购买
    ↑                    ↓
    │                交易数据积累
    │                    ↓
    │              政府信任背书
    │                    ↓
    └────── 论坛口碑传播 ←── 村民满意

8.3 核心 KPI

指标	Phase 1 目标	Phase 2 目标
日活用户 (DAU)	100	500
入驻商家数	30	80
日均订单量	20	100
月 GMV	¥5,000	¥50,000
论坛日均发帖	10	50
快递取件日均	15	60
水电缴费转化率	30%	60%

8.4 健康度指标

指标	目标值	预警阈值
订单完成率	> 90%	< 80%
配送准时率	> 85%	< 70%
用户次日留存	> 40%	< 25%
客诉率	< 3%	> 5%
系统可用性	> 99.5%	< 99%
页面加载时间	< 2s	> 4s

九、发展路线图

Phase	时间	关键交付
Phase 1：MVP 验证（当前）	2026 Q2	商城 + 论坛 + 配送 + 支付宝沙箱 + 水电缴费 + 快递取件 + 政府后台 + 适老化前端 + 短信/一键登录
Phase 2：增长优化	2026 Q3	微信支付真实对接 · 沙箱迁移生产 · 退款自动审核 · 商家数据看板 · 评价系统 · ES 搜索 · CDN · SQLite→PG
Phase 3：生态扩展	2026 Q4	AI 推荐 · 社区团购 · 跨乡镇 SaaS · 小程序版 · 积分会员 · 直播带货
Phase 4：平台化	2027	开放 API · 农村金融 · 农产品上行 · 智慧农业 IoT

十、小结

上篇到此为止。回顾本文，我们梳理了：

项目定位：面向农村乡镇的一站式数字化生活服务平台
用户画像：5 种角色差异化诉求，村民适老化是核心
业务模块：商城 + 论坛 + 物流 + 缴费 + 急送 + AI + 政府监管
技术选型：Django 6 + Vue 3 + Tailwind + Redis + ES + Dify + 支付宝
核心流程：购物下单、订单状态机、水电缴费、用户认证
差异化：一站式 + 适老化 + 政府背书 + 配送闭环 + 线下融合

下一篇（下篇）将聚焦：

多角色认证与权限体系
AI 智能助手双层架构（Dify + 本地正则意图解析）
支付宝 RSA2 签名自建实现
配送调度有限状态机
SPU/SKU + 秒杀系统
中文全文搜索（ES + IK）
项目踩过的 11 个坑及修复方案
一键部署脚本设计

项目的核心设计哲学可以总结为一句话：用现代化的技术栈，去服务一群不那么现代化的人。这种张力，恰恰是这个项目最有趣的地方。

📌 下篇预告：《适老化农村电商平台实战（下）：核心实现与踩坑经验》------ 敬请关注。

如果你对项目源码或具体实现感兴趣，欢迎留言交流。