产品学习笔记
设计流程
- 业务数据建模-->E-R图
- 流程和角色(包括设计业务流程图,角色,设计页面流转图)
- 界面设计(尼尔森十大可用性原则)
- 报表设计
- 埋点设计
- 权限设计
- 文档编写
- UML和常用图表
常用界面设计规则
二维报表设计规则及原因
- 数字右对齐，这样可以直接看出数字之间的量级关系
- 尽量采用千分符，可以快速识别出数字的量级
- 浮点数统一精度（小数点保留位数），没有的位数用0补全。原因同1
- 整数数据项不必保留小数位，符合事实
- 对于缺失尽量使用占位符，空缺可能会被认为数据丢失或显示错误
- 表头文字加粗，显示醒目
报表引擎
套打报表: 在固定格式的单据或凭证上准确的打印数据, 如快递单、配送单等。 一个成熟的报表引擎可以支持套打功能（套打功能从零开发效率非常低）
报表功能通常结合数据仓库技术，推荐《数据挖掘概念与技术》
埋点设计
常见埋点数据分析网站
不同平台的埋点方案
- 目的 B端：埋点设计用来研究用户对各项功能的使用情况、操作习惯，从而评估设计是否合理 C端：目的在于持续优化设计，提升用户体验
- 方案 B端：多为web端，分析页面级别的行为 C端：多为移动端，分析各种点击、交互等行为，进行精细化监控
权限设计
软件系统权限包括功能权限和数据权限两部分。
功能权限
功能权限可以通过功能权限配置表说明
| 一级导航 | 二级导航 | 页面 | 页面元素 | 管理员 | 运营人员 |
|---|---|---|---|---|---|
| 首页 | - | - | √ | √ | |
| 用户管理 | 门店管理 | 门店列表页 | 编辑按钮 | √ | × |
| 户管理 | 门店管理 | 门店列表页 | 查询按钮 | √ | √ |
RBAC权限模型
描述用户、用户组、角色、权限、菜单、页面元素、资源等的对应关系
数据权限
通过组织机构来管理数据权限是业务系统中的常见做法
产品管理
进度控制
制定了详细的工作计划，明确了责任人、交付物、时间点这一系列的安排，并不能保证工作能够按计划顺利开展，因为在项目执行过程中难免发生需求变更、方案调整、人员变动等一系列问题，这些问题需要相应的管理机制来控制。常见的控制措施包括：
- 定期例会
- 每日站会
- 周报日报
- 随时沟通
典型的周报包括一下几点内容：
-本周进展：注明完成百分比
-项目风险：红色加粗文字罗列风险和可能的解决方案，@相关人员强调要求，近期已排除风险可以用删除线标记
-下周计划
-整体进度：甘特图或里程碑迭代优化
迭代优化👉产品投产后，通过收集、挖掘新的需求，对产品进行持续的升级完善。这项工作可以分需求收集、迭代管理两步分进行。
需求收集
需求来源：一线用户、产品运营人员、业务运营人员、业务领导反馈等。
优化内容：交互优化、业务逻辑优化、业务管理要求几个方面内容
采集方式：一对一面谈、问卷调研、轮岗实习
收集结果：进需求池
面对收集到的需求，产品经理需要判断需求的价值，包括以下几个方面：
- 需求背后真正的问题是什么
- 是否有简单快速的解决方案
- 影响面有多大，如果是个案是否值得投入精力；如果是共性如何设置优先级
需求池模板
需求池可以准确的管理需求内容，并进行全生命周期的需求管理，完整的需求池应该包括如下内容：
- 业务线：系统或项目
- 需求类型：包括产品需求、产品需求(新增)、技术需求、技术需求(新增)、线上bug
- 主题：一句话描述
- 内容：具体描述
- 来源：如一线用户
- 提出日期：方便考核评估
- 优先级：方便排期，常用的优先级从高到低划分为Highest、High、Median、Low、Lowest
- 迭代版本：对应发版时的版本
- 业务负责人：负责管理整个项目
- 产品经理：负责跟进并管理需求
- 研发负责人：应该时研发整体负责人，不应该分成后端负责人、前端负责人
- 测试负责人
- 状态：产品全生命周期包括，待跟进、需求调研、PRD编写、待PRD评审、待技术评审、待排期、待开发、开发编码、待测试、测试验证、待验收、待线、已上线、挂起、拒绝
- 计划上线日期
- 实际上线日期
- 前端、后端、测试开发开始日期
- 前端、后端、测试开发结束日期
- 研发工作量（人天）
- 发版计划：标注版本号及版本信息
迭代管理
迭代👉软件的持续优化升级，在迭代过程中要充分利用研发资源，根据项目不同阶段，使用不同的资源分配策略。如
- 初创阶段，不用太在意代码、架构的合理性，可以只预留10%的资源做技术优化，甚至不做技术优化
- 瓶颈阶段，通常一半的资源被修复Bug和迫在眉睫的技术优化占用，另一半资源被难以维护的老代码拖住
- 重构阶段，系统面临崩溃，需要一次性解决历史问题，能会安排80%的做技术优化重构
- 稳定阶段，系统运行平稳，Bug少，不宕机，预留10%到20%的资源持续优化
双周迭代模式
迭代管理最常用的时双周迭代模式，这种模式是结合传统瀑布模式对敏捷开发模式进行的调整，按2周一个周期（开发~上线的时间）
主要迭代过程如下：
- 挑选需求并编写PRD
- PRD评审
- 技术方案设计
- 开发实施和测试
- 上线
双周迭代模式的局限性：
- 无法保证最小功能集合能在一个周期内实现
- 跨终端项目协同交互复杂，研发节奏相互依赖
- 很难准确预估工作量
应用实践
在实际应用过程中，针对每一类企业经营管理中的业务问题都有成熟的软件解决方案，如：
- OA--解决内部员工管理与协作问题
- HRM--解决HR业务管理问题
- OCRM--解决客户开发管理问题
- SRM--解决供应商管理问题
- CallCenter--客服业务
- TMS--配送业务
- WMS--仓储业务
- ERP--企业资源管理系统
ERP
完整的ERP系统包括，生产制造、进销存、财务等模块，现在基本所有互联网公司都会采购成熟ERP软件的财务模块，其他功能模块结合自身情况做自研。SAP、Oracle、用友、金蝶是典型的ERP软件厂商
CRM
广义的CRM是一种理念而非软件系统。它大地表企业对核心客户资源的管理理念和运营方法。CRM系统是帮助企业开展核心业务的平台体系，完整的CRM平台包括三个核心方向：
获取销售线索并转化为客户的销售管理，即OCRM
包括销售线索和过程管理、统一客户视图、电话销售中心等
帮助企业对客户进行营销管理，即Marketing CRM
用于实现客户的交叉销售（Cross Sales）、向上销售（Up Sales）包括会员积分管理、营销中心、小型数据仓库、客户画像、数据挖掘等）
帮助企业进行客户服务管理，即Service CRM
包括客服平台、工单系统、知识库、之间平台等模块
成熟的CRM厂商和产品包括，SalesForce、Oracle、Microsoft、销售易、分享销客
通用企业应用架构
企业的组织管理、运转模式都是相同的，根据不同系统的成熟架构模式，可以抽象出简单清晰的通用架构，通用架构图如下：
