乡村特产选购助手项目介绍文章目录乡村特产选购助手项目介绍一、为什么要做这个项目1、真实痛点2、个人动机3、为什么选择微信小程序二、产品定位 MVP功能范围1、产品定位2、产品原则3、MVP功能范围消费者端MVP功能范围村电商专员端MVP功能范围平台运营端MVP功能范围三、角色工作流演示 样图角色工作流简述样图四、项目复盘Q:虽然消费者端预计是以小程序形式呈现但却没画对应的胶囊组件A胶囊控件是微信等小程序平台自带的系统级组件会固定显示在小程序界面的右上角不需要在原型或代码里去画它。另外目前处于MVP功能验证阶段后期如果小程序的用户多了会向app端过渡且目前页面中右上角留有余地。一、为什么要做这个项目1、真实痛点在接触农村基层工作和乡村振兴相关事务时我发现农村电商在实际落地中存在两个典型问题1农产品上行困难很多农户拥有优质农产品但由于缺乏电商经验不会使用电商平台不会拍摄商品素材不会处理订单和物流导致优质农产品很难通过线上渠道销售。2消费者信任不足城市消费者在购买农产品时往往存在顾虑对农产品品质缺乏信任。因此形成了典型的“农户不会卖消费者不敢买” 的信任问题。2、个人动机这个项目主要尝试解决两个问题如何降低农户使用电商的门槛如何增强消费者对农产品的信任因此设计了一个“村庄背书 溯源信息 专员代运营” 的农产品电商模式。3、为什么选择微信小程序在产品形态选择上我最终选择了微信小程序主要基于以下考虑1.用户使用门槛低微信在城乡用户中普及度非常高小程序无需下载安装更容易被用户接受。2.天然社交传播能力农产品具有明显的熟人推荐属性小程序可以通过微信分享实现社交传播。3.支付与登录成本低通过微信登录和微信支付可以快速搭建完整交易流程。因此小程序是一个非常适合农村电商MVP验证的产品形态。二、产品定位 MVP功能范围1、产品定位乡村特产选购助手是一个以行政村为商家主体的农产品直购平台。平台通过村庄背书 商品溯源信息提升消费者信任同时通过村电商专员代运营模式降低农户电商使用门槛。整体交易逻辑如下农户提供商品 → 村电商专员代录入 → 平台审核 → 消费者购买 → 农户发货2、产品原则专员代运营农户不需要直接操作系统由村电商专员代为运营商品。优先跑通交易闭环MVP阶段优先实现完整交易流程浏览 → 下单 → 支付 → 发货 → 售后3、MVP功能范围MVP版本主要围绕供给录入 平台审核 消费者购买 履约发货的交易闭环展开。消费者端MVP功能范围优先级功能名称核心描述是否已实现原型备注P0商品浏览首页推荐与分类浏览商品✓核心入口P0商品搜索关键词搜索商品✓-P0商品详情查看商品信息✓核心转化页面P0商品溯源查看产地与农户信息✓核心差异化P0购物车管理商品并统一结算✓-P0下单支付创建订单并支付✓-P0地址管理添加和选择收货地址✓-P0订单列表查看历史订单✓基础功能P0订单状态查看订单物流状态✓-P0取消订单未发货订单取消✓️-P0售后申请申请退款或售后✓️简化流程P1商品评价收货后评价商品✓️原型展示P1收藏商品收藏商品部分实现MVP未做P2客服咨询在线客服✓-村电商专员端MVP功能范围优先级功能名称核心描述是否已实现原型备注P0商品创建录入农户商品✓供给核心P0商品编辑修改商品信息✓-P0提交审核商品提交平台审核✓上架流程P0订单管理查看订单列表✓履约基础P0发货管理填写物流单号✓-P1批量发货批量处理订单部分实现原型简化P1售后处理审核用户售后部分实现简化流程P2商品数据统计查看销量数据部分实现后期功能平台运营端MVP功能范围优先级功能名称核心描述是否已实现原型备注P0村级认证审核行政村资质✓-P0商品审核审核商品上架✓-P0商品下架处理违规商品✓️原型简化P0订单监管查看异常订单✓️原型展示P1审核记录查看审核历史✕后期P2数据看板GMV、订单数据✓MVP未做三、角色工作流演示 样图角色工作流简述本项目主要涉及三个核心角色1、消费者:浏览商品 → 查看溯源信息 → 下单支付 → 查看物流 → 评价或售后2、村电商专员:收集农户商品素材 → 录入商品 → 管理订单 → 统一发货3、平台运营:审核行政村资质 → 审核商品 → 处理风险订单这种模式可以在 保证平台商品可信度的同时降低农户使用门槛。样图四、项目复盘在完成这个项目之后我也总结了一些思考。1、供给侧能力决定平台上限农村电商不仅是C端产品更重要的是 供给侧运营能力。如果没有专员代运营模式农户很难直接参与电商交易。2、产品初期需要控制功能复杂度在初期版本中优先跑通 交易闭环避免过早引入复杂增长功能例如直播带货。最后也吐槽一句电商系统真的太太太太复杂了w