“产品经理”，当下是互联网公司一大基本岗位，尤其是苏杰大佬出了两本《人人都是产品经理》以后，产品岗变得越来越热门。虽然岗位相同，但是做的事情千差万别，和业务场景息息相关，尤其现在还细分了产品运营、产品策划、需求分析师、技术研发产品经理等等岗位。虽然产品经理千千万，但是我们这个行业的产品经理确实是产品中的稀有“经理”--农牧业产品经理。
农业牧业在当前这个干什么都要讲求科技、技术的大环境下也逐渐开始和互联网大厂合作，比如网易养猪、阿里养猪、京东养猪，腾讯养鹅还种菜……也是近几年才开始陆续看到相关报道。当前农牧行业开始做的很多互联网产品除了电商、以及企业的ERP等系统，其他基本上都是0-1的产品，而且是比较典型的2B 2G的产品。下面就我们这个行业的产品以及我本人当前做农牧业产品经理的个人经验做个简单的分享。
“产品就是解决某个问题的东西”，那我们先从这里拆分，“某个”、“问题”、“东西”。
一、某个：首先，要明确这个产品的定位，是做什么的。
一般确定产品定位或者项目终极KPI的并非我这个等级的产品经理本人，大都是公司或者部门、项目的领导。不管是谁定的，但作为产品经理本身必须明确定位，知道做这个项目是为了什么，并且做的功能都要围绕这个定位，贯穿做产品的整个流程，做到“不忘初心”。
比如，领导立项的目的是让农牧企业数字化、智能化，摒弃原有的粗放的养殖流程和管理方式，帮助企业降本增效，那这个就是整个产品的定位了。
二、问题：苏杰大佬说的问题有三个关键词，用户、需求、场景。
用户：对于农牧业产品，行业的性质很明确，对标的企业、用户界限很清楚，比如国内中大型的养殖种植的相关企业。对于中国的农牧行业的现状，小型的养殖种植业的企业或个体户还不至于使用现代化的设备和软件，他们更多是比较粗放的纯人工养殖方式。所以能用软件，或者是软件硬件结合的方式去管理农场的，肯定是有一定规模、有一定资金储备或者有当地政府背书的中大型的农场。
对于这种B端G端的用户大致有两种，一种是真正付钱的企业老板或者牧场厂长，他们可能只使用部分功能，比如统计报表。对于其他的日常生产相关的功能，更多是企业一线养殖员工真正会用。
在设计功能前，需求的梳理的过程中一定要考虑清楚用户的权限问题。有的牧场，工作内容权责是按照岗位分配的，比如饲养员、兽医、配种员、技术员等等，他们各司其职，但有的牧场不同岗位权责之间没有明确的界限。做SaaS软件，如果每个牧场做一套成本会非常高，并且后期的维护压力会很大，因此在设计的过程中一定要考虑对多种角色，多种权限的兼容性，提高软件的可复用程度。
三、需求：对于不同用户需求是不一样的。
企业领导、厂长、饲养员，每个人的需求差异很大。另外表面上一个App是各种功能的罗列，透过表层的“套路”看深层次的需求，又是不一样的。比如表面上客户说我要A我要B我要C，可能他要来要去就是要你做的东西能帮他节约成本。
并且对于这种传统行业，尤其是农牧业这种粗放型的传统行业，有时候客户对于自己的需求也是不够明确的。他们可能提不出来具体的需求，甚至提一大堆天花乱坠的需求，里面很可能包含很多伪需求（比如天马行空的现在的技术水平无法做到的需求）。有时候这些需求在商务层就能被砍掉，但有时候会直接提到产品这边，需要及时识别是不是伪需求，找到依据提给领导，切忌一揽子接过来后来说做不了，对客户那边也不好交代。
对于大型牧场的（上市公司）的领导、每个牧场的厂长、牧场的技术主管、饲养员，每个人都有其本质的需求。比如饲养员，这种工具化的软件要易操作、易理解，帮助他们更“懒”；牧场厂长需要看每天牧场的基本情况，看看员工工作完成情况；公司领导可能就是看所有厂的数据报表了。
场景：“用户是带着场景的，需求更是和场景紧密关联的”，这点在农牧行业中更是体现的淋漓尽致。
农牧业的场景特殊，一般生活中大部分人是不会接触到的，所以关于农牧行业的软件产品就会有着浓重的“特殊气味”，其功能对于场景依赖性非常强。
1.用户在使用功能上的生理特征需要关注。
比如：饲养员在养殖场的某些工作是否是带着手套，如果是带着手套的情况下不方便操作手机，所以对于某些功能的操作要考虑流程的合理性。
2.网络信号问题
牧场通常不是设立在市中心，而是在偏远的郊区，甚至是鸟不拉屎的山区林区，因此十分考验网络信号。一般偏远地区网络信号不会很稳定，加上牧场可能有很多栋舍、铁制的棚、围栏等等，这些都会影响信号的稳定性。不只是基站的网络，包括GPS信号、硬件自组网的信号都会有影响。所以软件中尽量多采用更稳定的原生开发，而不是对网络要求较高的H5。
3.app端软件考虑终端设备
对于牧场的工作人员，他们的终端设备可能并不是当下主流的机型，所以在开发的过程中要尽可能多的考虑低端机型的设备兼容问题，这些设备可能存在性能瓶颈，因此一些“繁杂且大”的功能尽量简化或者拆分，尽量不要设计对设备性能要求过高的功能，在测试阶段也需要做到充足的测试。
4.逻辑简化，功能简化
“解决一个问题，能流程串行就不要并行”。做到任务简单，大任务要拆解。使用软件功能的部分牧场用户，可能是附近的村民，他们不是互联网深度用户，因此过于复杂和花哨的功能接受程度较差，所以功能能简化就简化，流程过长的尽量拆分，功能的入口都要设计的很明确，学习成本要尽量低。
东西：也就是终极呈现出来的产品。在农牧行业做产品，不管是软件产品还是硬件产品，对场景和业务的要求非常高。这些企业用到的纯软件的产品一般是一些erp系统或者类erp系统，对于真正涉及到生产流程的纯软件产品较少，大部分都是软硬件结合的产品。
因为行业的特殊性，在需求收集阶段要尽可能深入一线，实际考察各个功能的使用流程和场景，和相关的工作人员多聊聊天，在牧场实际看看他们的工作方式。设计的功能要和实际的使用场景贴合，才能保证易用性和实用性，避免不接地气的自以为高端大气上档次的功能，最后发现培训成本高，还用不起来。碰到不确定的情况，切忌拍脑袋决定，多和用户沟通再下手设计功能。
对于软硬件结合的产品会比一般的纯软件产品复杂，因为可能涉及到多个系统的对接和交互，数据的流转节点较多，开发的流程也会比较长，而且更加注重稳定性。比如，对于传感器这种硬件，要考虑到硬件上报数据的频次、数据流转的节点、对数据实时性的要求、数据的并发量、数据的存储周期……对于这些数据在软件的页面上要如何体现、这些数据与其他硬件是否存在交互等等，对于更加复杂的硬件包含的逻辑会更多。有些公司会专门设立硬件产品，所以这里也有工作职责上的划分。总结一下经验，涉及到硬件时，产品就会变得复杂。
以上就是大致对本行业的产品做了一些基本的介绍，比起其他业务的产品经理，这几年接触了不少猪马牛羊，真正梳理起来才发现其实有很多值得细细思考的地方……嗯，就酱吧～
网友评论