本文是从产品背景、产品需求分析、竞品分析、业务流程图、产品功能结构图、软件效果图、当前设计中的问题、产品展望这8个部分展开。一起来看看~
1. 产品背景
任何一个行业，只要涉及到供应链的“供”、“应”两个字，就可以在链路的一个环节形成交易撮合，如早期的1688，这里的贸易撮合，仅指不在平台上产生交易的撮合平台，因此现在的1688不在期间。这类的贸易撮合平台一般的商业模式就是收取会员费，线上看信息，线下交易。
涉及到农业行业贸易撮合平台有：农产品运输的运满满（货车帮）、农产品贸易的一亩田、16988、惠农我网，农产品加工生产线的镑镑天工，农业咨询交流互动撮合我会种，二手农机撮合交易的农分期，做垂直农业金融撮合的五花八门互金公司。可谓是百花齐放。
接下来将就农产品贸易撮合平台进行产品设计分享，这类撮合平台会普遍存在于2G的农业信息化项目中，美其名曰为农产品上行电商平台。在农业中对于农民有上行电商平台和下行电商平台之分，“上行”指将农民手里的农产品卖出去，“下行”是指将电商上的农资、农机具等卖给农民，也可以是淘宝天猫上的生活用品。
中国的农产品生产量是极度大于需求量的，还不包括未来因贸易战要从老美处进口的农产品，因此全国各地时常会发生滞销。在做县域农业信息化的过程中为县域提供农产品上行电商平台是十分有必要的，尤其是农产品产出大县，当然也可以构建一个全国统一的上行电商平台。具体的市场容量，本文作者尚未测算，网上关于生鲜电商的市场容量估算是4000万亿，貌似。
也正由于这种平台的ToG性质，暂时是不用考虑其商业模式的。
2. 产品需求分析
农产品上行电商平台的用户主要是一头为农民/农场/当地贩子，贩子也可以做买方；另一头为各级批发商/零售商/社区店/配送公司/个人，一般的大型商超、连锁生鲜店，不会选择这种平台，而是会养一堆的买手，一级批发商和二级批发商是重点买方用户。既然产品名叫农产品上行电商平台，侧重点自然是农民侧。
在整个农产品上行电商平台的用户有如上用户，其具体运行过程中的角色只有需求发布方和需求查询方，最终匹配这两方，买卖双方均有可能是需求发布方和需求查询方。
当然撮合贸易中还会存在卖方未履约以及质量不可靠的风险，该风险也成为平台引入交易保险的契机。
3. 竞品分析
主要竞品有一大把，出名的是一亩田，在卖方的农民端和买方的批发端进行撮合，目前仅有APP，不提供PC商城。一亩田目前将自己定位为农业行情与电商交易平台，除了农产品撮合外，还提供农业行情、物流分包、农业生产服务（农资、种苗、病害识别等）、代卖服务、视频直播等多品类增值服务。
这些竞品与农产品上行电商平台不在统一维度，农产品上行电商平台是县域农业服务性质（当然也可以转变为全国性质的经营性质产品），而这些竞品是全国性质的需要实现商业价值，可以称之为“民营”。
一亩田APP截图
相比于这类互联网产品，在县域农业信息化中的农产品上行电商平台则应该相对比较简单，主要实现需求发布、需求搜索，县域特色农产品宣传、县域农产品宣传，直接应用于微信小程序，当然做项目PC端网页也是必不可少的。
4. 业务流程图
该产品的业务流程图如下：核心业务流程是需求发布、需求搜索和需求匹配，期间还包括平台的审核和调节。
业务流程图
5. 产品功能结构图
本文就直接上产品功能结构图了，不进行其他内容的描述。且功能结构较为简单，符合ToG产品（某种意义上只能称为系统）的功能小造价贵。
本产品的特色是无论是买方还是卖方均能够访问卖货大厅和买货大厅，进行对比，以避免登录过程中的角色切换（农产品买方和卖方角色）。
其中联系方式不是必填项，可由平台代为联系，类似于招聘软件上的招聘顾问的角色。这么做可能会降低效率，但是也为平台运营提供场景。
产品功能结构图
6. 软件效果图
买家逛卖货广场 买家发布买货信息 卖家逛买货大厅 卖家发布卖货信息
我的
其中这几个软件效果图中，发布买货和卖货信息的页面可最有滑动切换。要卖什么和卖货类型在“买货”tab下，显示在文字描述中。
7. 当前设计中的问题
目前的设计中也存在问题：
软件效果图中图片的尺寸未统一。
目前无法实现单次发布多个品类的农产品卖货信息，和多个品类的买货信息，后续会更新版本。目前设计太接近批发，还不支持零售，请期待V2.0。
目前设计尚未考虑整体的闭环，目前只有一少部分。
目前的软件效果图全是小程序。
8. 产品展望
说实话，这种产品没办法上市，只能借助其简单跑跑产品的设计流程，并进行一些设计的分享。没办法上市的主要原因是商业模式问题，以及线下配套设施的完善。
商业模式问题是指都是县域级别的电商平台，且很多时候由政府农业部门一次性买断，后续运营难，县域运营公司和运营经验经历难获取。线下配套设施的完善是指这类的撮合服务线下很难把控和完善。破解这两个问题后才能实现纯正的互联网化。
