在多年的ERP SAAS系统产品设计工作中，供应链产品老兵发现“加字段类”需求是非常多的，面对这类需求其实可以有不同抽象高度的产品方案。每种方案都无对错只有优劣，产品经理只需要结合实际业务、产品架构和开发资源来抉择哪种方案。 新西兰电话号码列表 但是对于已经是从事供应链方面的产品经理三年以上的同学至少要能通过用户提的“一个加字段”需求能全面做需求分析，给出不同抽象高度的产品方案。 那么接下来我将详细拆解ERP SAAS常见的“加一个字段的需求”，以此来启发产品经理做到“以点带面，用标准化的产品方案来解决一类问题”。 一、业务场景 ERP系统中一个采购订单的新增页面，新西兰电话号码列表 为了突出商品明细的字段，基础信息和供应商信息的字段原型我就省略了而是用了一个占位图代替。
假设目前商品明细中库存类字段只有“仓库合格库存”，新西兰电话号码列表 销量类字段只有“30天销量”，有一天采购员小A给产品经理阿杰同学提了一个需求“在新增采购订单时商品信息那里，需要加一个字段【在途数量】”，那么面对这个需求的阿杰同学会怎样处理呢？ 二、产品方案 1. 新西兰电话号码列表 最爱是画原型 阿杰同学是一个非常实诚的人，能急用户之所急，于是马上写了一个需求并画出原型安排给开发宣讲需求，只见他在需求文档中写着：在采购订单的新增、编辑、详情页的商品信息中加一个字段“在途数量”，具体位置见原型 。 （1）优势分析 作为业务与开发之间的传话筒，把用户的需求直接转化为产品需求，高效率解决了这个问题。 （2）劣势分析 对用户提出的需求不怎么分析而是直接执行，新西兰电话号码列表 导致用户后续对这个采购订单源源不断的提加字段需求，比如加“合格可用库存”、加“过去60天”销量等而没完没了。新西兰电话号码列表 有时候用户提出的需求不是真正的产品需求，产品经理是要深入分析的。如果在企业中产品经理不怎么分析需求，其实是可以不需要产品经理的，开发就可以直接面对用户。 （3）供应链产品老兵点评 这让我想起多年前我还在深圳做运营时候遇到的一个产品经理小姑娘，记得那时我作为运营提了一个需求就是要做官网，然后产品经理要我提供文案、UI稿、每个菜单的页面内容。
我花了差不多2周时间提供这些给到她，然后看到她大概花了2个小时把这些用axure画了出来并提需求给开发排期。 那时我就在想既然做一个产品经理就是画原型这么简单，新西兰电话号码列表 那我也去做，因为产品经理那时工资比运营高出差不多40%。 在互联网企业中目前还有相当一部分产品经理的段位处于这个阶段，即“需求方让我做什么就做什么，产品经理就是画原型的，剩下的时间就是和开发扯皮 ”。 这类产品经理在工作中最直接的表现就是“拿到一个需求不假加思索就去画原型，在原型中推敲逻辑，新西兰电话号码列表 一旦逻辑改了就又修改原型，造成反复折腾原型”。 到此我不是批评这个段位的产品经理，而且我曾经也是这样过来的，就像射雕英雄传里头的郭靖一样是在成长中才练就绝世武功的。不过正是因为这个段位的产品经理太多了而且产品经理培训机构特别喜欢培训画原型，导致外界普通对产品经理的认知就是画原型的。 2. 能多想几点 此时阿杰同学在分析用户为什么需要加一个字段【在途数量】，其实是为了输入采购数量的值能合理，这就除了在途数量，还需要仓库合格可用数量、账面库存（仓库+门店的总库存）。于是在产品需求文档中写着要加这三个字段。 能通过用户提的一个需求，诊断出需求背后的业务场景，新西兰电话号码列表 想到用户没想到的，这已经是一种进步了，已然入门到需求分析的段位了，如果不是做SAAS类产品这样已经能让需求方比较满意了。