产品

功能产品经理（最多人）：设计合理功能来满足用户需求

数据产品经理：通过数据分析得出结论，然后提出需求，画各种图表

策略产品经理：针对不同人推荐不同内容

商业产品经理：服务好商家或者广告商（B端用户），让他们在不损失用户体验情况下赚钱，比如设计差异化的广告展示样式，百度广告平台

 

产品工作流程：

1、需求收集：

产品需求（自己挖掘到的需求）：用户调研，做竞品分析（http://www.woshipm.com/pmd/1412392.html、https://www.opp2.com/241502.html）

业务需求：各个部门的需求

老板需求

技术需求：要做个升级，优化。。。

2、按照产品价值（业务价值=能带来多少价值，用户价值=对使用者带来的价值，如减少操作步骤）和成本排练需求优先级

https://www.sohu.com/a/422155187_818823

kano模型：基本型需求(产品“必须有”的属性或功能，如酒店有浴室)>期望型需求(顾客通常谈论的是期望型需求，期望型需求又叫做线性需求，这类需求越多越好。如酒店健身器材)>兴奋性需求(提供给顾客一些完全出乎意料的产品属性)

需求评估：

对一个 功能问两个问题来确定分类：一个问题是如果产品中有这个功能，用户会觉得如何；另一个问题就是如果功能不存在，用户又是觉得如何。对每个问题采用5点的度 量方式进行回答：

1. 我希望这样
2. 我预期这样
3. 我没有意见
4. 我可以忍受这样
5. 我不希望这样

产品价值大，成本低>产品价值大，成本高>产品价值低，成本低>产品价值低，成本高

3、找领导确认需求

4、产品设计：

1️⃣做产品脑图=思维脑图(Xmind可以画)或者功能结构框架图

xmind画法：

 

 

 

2️⃣做流程图，梳理核心业务逻辑，场景判断，如果有多个参与方，需要画泳道图

3️⃣Axure/墨刀画原型图。

做原型图要先调整好大小，不然后面文字不好缩小。一个case是一个条件。可以一个组合放到动态面板里。修改默认字体：项目->元件样式编辑；提升页面的切换速度：将页面间的跳转改为同一个动态面板内的状态切换

4️⃣撰写prd

5、需求评审：向UI、交互、研发、测试讲解逻辑，记录争议，先说为什么要这个需求，然后能达到什么效果，客户端需要完成的工作有1，2，3，服务端需要完成的工作有7，8，9

6、追排期：向研发、设计、测试要排期，来保证项目按时上线

7、测试用例评审
测试把测试用例拿出来评审，这时开发可以评估是否合理，或者有哪些点没有考虑到，都可以提出来。

8、接口定义
如果这次需求涉及到新增、更改接口，是需要后端先定义一个接口协议的。比如一个查询订单的接口，需要提供哪些字段查询，返回的数据结构是怎样的。
后端提前定义好协议之后前端开发起来就顺畅很多了，因为数据结构已经都清楚了。
接下来开发们就开始写代码了。

开发：
1、开发自测
开发自测一般会在开发过程中完成。一般会做单元测试，性能测试，包括负载测试（不同用户数下系统响应时间和服务器资源利用率）、压力测试（高负载情况下能够稳定工作）、配置测试（使用不同配置的硬件来测试软件运行情况），或者根据具体需求而定。
对于前端，因为后台可能接口还没开发完成，但是这时又需要后台接口来测试，那怎么办呢？
前端一般会使用mock服务，mock就是模拟接口返回的服务。这样就可以大大提高了开发效率。

2、联调
当前后端都开发完，就开始联调啦。联调就是前端正式调用后台发布到测试环境的接口。这个阶段可能会出现后台漏字段、字段名变更、接口返回异常等问题。
注意在排期时联调也是需要把时间算进去的。

测试：
1、静态扫描
前后端联调完之后，就可以把代码发布到测试环境啦。测试环境是公司内网才可以访问的环境。在发布到测试环境之前，会自动触发一个工具的静态扫描。
用一个检测代码的工具来检查代码是否符合规范、代码是否有安全漏洞、依赖的第三方库是否安全等等，如果扫描过程中出现问题，就赶紧改进。

2、提测
代码发布到测试环境后，测试同学就开始测试啦。遇到什么bug的话，就会在需求管理平台给开发提bug，开发收到之后就去解决。

体验：
1、测试环境产品体验
bug都修复完之后，产品就开始在测试环境进行产品的第一次体验啦。
体验阶段，产品找出了bug，或者实现与需求有出入的地方都可以提给开发。
设计也会参与进来走查（走马观花地查）还原度的问题。
产品&设计验收ok后，就可以发布到预发布环境体验真实的场景啦。

2、预发布环境体验：用线上数据做一些测试
（预发布环境是为了模拟线上真实环境的体验环境，它跟线上环境唯一的区别是网址不同，其他的都一致。
为什么要有这么个环节呢？原因主要有2个：
一是线上数据与测试环境数据不同，想用线上数据做一些测试。
二是为保证万无一失，看看新功能增加后，在线上环境会不会暴露出一些隐藏问题。

发布：
如果产品没有要求的话，默认使用全量发布，即对所有用户开放，然后产品经理进行数据分析，看看是否达到预期目标，向组员发送数据报告
某些特殊情况下会使用灰度发布
(1) 降低发布带来的影响
虽然功能都在测试环境测过，但毕竟没有发布到生产环境，如果先让少部分用户先使用新版本，提前发现bug，或者性能问题，提前做好修复，就可以降低新版本带来的影响。
(2) 通过对新老版本的对比，观察新版本带来的效果。

监控：
1、埋点（追踪事件）统计
前端要做埋点统计，比如页面停留时长、点击量、访问量等。
2、错误日志监控
前端、后台接入错误日志上报，比如接口返回出错，那就会给开发发送告警（报告危急情况）信号。
3、性能监控
性能监控主要是为了保证服务的可用性。比如服务器内存、cpu占用过大，或者某个接口在1秒内调用频率超过了限制，那就会给开发发送告警（报告危急情况）信号。

 

 

erp业务：

采购：厂=供应商（如华为）发给总仓/省分/厅的仓库（联通华盛的）；

分销：简单来说就是卖供应商的货，获得的差价属于分销商，分销分为代销和经销，我们买别人的东西对我们生成采购订单，我们的客户买了我们的东西，生成销售订单。

代销：以代销的方式向供应商采购货品，货物放在供应商的仓库里，所有权仍归供应商；买家在分销商店铺拍下宝贝后生成订单的同时会同步生成采购单。由供应商直接发货给买家。

经销：似于批发，有货物所有权。分销商通过分销平台下单后生成采购单，供应商发货给分销商，分销商自己囤货在仓库，后续可以在其店铺出售自行发货。在分销商的店铺，买家拍下经销模式的商品后只会生成订单不会同步生成采购单，由分销商自己发货给买家。

交货数量是已发货数量

冲销：出库变入库，入库变出库

内采：公司里的子公司间的采购

外采：从外部直接买过来。

采购仓库：华盛的仓库

总仓可以直接卖东西出去

经销退货订单是指华盛把产品退给厂

地点=仓库
公司下很多地点
转储：同一公司不同地点
调拨：不同公司

总部就是z001公司，总部下的仓库是总仓（zz01），仓库下有库位=仓位，如良品库

省分也是公司，每个省一个省分公司，公司下有省仓（仓库），也有其他仓库，仓库下有库位。

供货中心：先和客户形成合同，对客户是采购合同，对天端是销售合同，合同里面规定了总发货数量。客户发出发运单过来，天端审批发运单，然后形成销售订单，然后发货

转储：统一地点的不同仓库传输

调拨：不同地点的仓库东西传输，缺货点（调入）地点人员创建调拨单，调出地审核调拨单，然后出库

仓储商，如京东，科捷，专门负责管理华盛的实物仓

配送商，如京东，科捷，专门负责送东西到客户或者其他

供货中心是华盛发东西给客户，如中邮是一个大客户，直接对接天端，国代（大客户）、模式三（大客户）、总部电子商城（大客户）、领用（客户，免费拿）都是通过融终端平台来和天端对接

返厂出库：商品从华盛仓库返还厂家

返厂入库：商品从厂家入库至华盛仓库

销退就是退货，客户退，在供货中心

免费采购就是无需和厂家签订合同，无需结算，无成本的采购

手工出入库：厂家直发给客户时，不经过仓库，但为了记录，就象征性地出入联通的库（叫虚拟库）一下。

结算：把之前的收支核算清楚

erp合同是采购合同，由sap管理该合同

发货单：发出货之后生成发货单，凭此提货

实时触发：满足触发条件时就会触发

国内erp软件有：用友，浪潮，金蝶；国外有sap和oracle

一个账套对应一个单位，1个账套有多个账套库（该单位某年度的数据）

系统管理员具备最大权限，一般由系统管理员担任

单位账管理员：权限仅限于本单位，一般由本单位的技术总监担任

最终用户：单位账的具体业务

拣配：从仓库拿商品

询价：向供应商询问价格

库位：仓库中货品的位置

产品入库产生个串码，出库产生个串码

装维：维修宽带和固话

spu=类名=商品编码

FS文档 = SAP程序开发功能说明书

PRD：产品需求文档，此时产品项目由“概念化”阶段进入到“图纸化”阶段

“抬头（Title）”狭义上是指单证的最终受益人

铺货，就是让各个销售渠道或者销售终端都有货卖

采购：寻找合适的供应商，然后从他那里买东西

采购订单包括了采购的数量、物资规格、价格、交货日期，质量要求、送货地址、交货方式等

融终端平台（前端）<->供应链平台<->物流入库

收购方：甲方，买方，收购别人公司

回购：A把机器卖给B，A在B那里买由A的机器生产的产品

订单的正向和负向：正向是下单支付， 负向是退款退货

仓位：货物的存放位置

报表：用表格、图表等格式来动态显示数据

代理商：代替企业销售

四级库是下级的

 盘点：定期或临时对库存商品进行清查，核对

生产环境=线上环境=用户使用的环境，上一个环境是预发布环境

运维：保障业务的稳定，数据安全，监控确保无故障

冷启动：最开始没用户，没内容，需要做的事情

日均销量：平均每天销售数量

存货周转天数：从存货开始到卖出的天数

可销天数：全部卖完平均需要的天数

四周均销：四周以来，平均每周销售多少

 PO单： (purchase order)采购订单

抄送，顾名思义就是把你所要发送的邮件copy一份，同时发给别的人

 一个销售订单是计划发出多少，1个发货订单是实际发出多少，一个订单上可以有不同种类的商品

每条发货单代表出货一次

发货总额：发出去的所有货物的总额

UV：浏览网页的人

PV： 即页面浏览量或点击量

业务部门是按业务划分的部门，一般指专业部门，如销售、财务等