工具类产品经理（工具类产品经理是什么）



扫盲篇与实操能力初步培养

---

能够满足（解决）大众需求的任何东西都可以成为产品。产品可以是一套完整的体系，也可以是整套体系下某一个具体的解决方案（比如某个功能，某个页面）。

了解任何一款产品，都需要从多维度去拆解，比如用户、需求、定位、运营。

产品的本质是解决需求。好坏取决于满足外界所需的能力。

定义：产品经理（PM）是互联网公司中专门负责产品管理的重要岗位，是产品的设计者，规划者，推动者和运营者，更是产品的第一个用户。是互联网公司的发动机。

职责：洞察需求-寻找解决方案-落实-验证上线结果-保持迭代运营

基础硬性能力：产品设计能力（找到问题并给出解决方案（不一定最优））、原型绘制能力（原型图）、文档撰写能力（市场分析、需求分析、竞品分析，输出PRD、MRD等等）、了解产品从0-1流程，了解关键流程节点，对项目整体把控。
个人软性能力：逻辑、沟通、执行（最重要）、领导能力。
精神属性：不断学习、有责任心（最重要）、抗压能力、愿意主动思考。

产品：产品设计、文档撰写、逻辑思维、业务梳理、产品运营；
经理：沟通协调、项目管理、细节把关、执行力、领导力。

保持与所有对接人员的认知一致性。积极主动，及时暴露问题，尽量给结论而不是抛问题。

由于互联网+的普及，各类赛道都有相应的pm岗，如电商、O2O、金融、社交、新闻、教育、AI等等。

方向主要分为：
B端产品（toB、toG、后台等）CRM、ERP、SaaS等。注重熟悉业务流程，通过信息化手段提升企业效率；
C端产品（app、小程序、活动H5页面）。需要强大的同理心，洞察力，审美能力来挖掘用户需求，不断提升用户体验。
数据产品（数据报表体系、数据后台）。需要懂数据库、数据分析工具，提供数据收集、展现、分析功能。
策略产品（搜索、排序、营销）。利用算法、数据分析能力提高信息资源的利用率，辅助决策。
还有诸如交易类、社交类、内容类、toB方向等pm方向。

1. 产品idea：一般是BOSS或公司高层提出
2. 市场分析：存在的商业价值（ROI，成本？风险？收益？）及竞争对手情况（产出BRD、MRD、PRD）
3. 需求分析：需求收集、需求分析与提炼（决定需求做与不做，确定需求的优先级，产出功能列表，需求池等）
4. 产品设计：产品规划设计、产品流程布局（原型图+PRD）
5. 项目评审：组织产品评审、项目排期（记录会议要点及需求变动）
6. UI设计：UI设计与验收（配色布局方向敲定视觉图）
7. 产品开发：开发测试验收（项目协调，输出项目排期表、推进，有delay风险要提前预警；及时评估保证各阶段不延期；该需求务必及时口头或发邮件告知并更新PRD、产品测试，复现，降低错误率，黑盒白盒等）
8. 产品上线：走查，上传应用市场
9. 产品运营：数据跟踪，用户反馈，运营效果，成本收益
10. 产品迭代：版本计划、收集需求，改进与迭代

本章学完后对产品经理有了个初步认识，职责、能力模型、赛道方向等等。此外推荐一些书籍，辅助学习《人人都是产品经理》《在你身边，为你设计》《简单逻辑学》《用户体验要素》《不要让我思考》《产品经理手册》《交互设计精髓3.0》。

博主本人是软工科班出身，基本技术点早已烂熟于心，转行友友如需学习建议阅读经典书籍《给产品经理讲技术》（同名公众号也有）。懂技术的必要性也不必过多赘述，能够帮助更好的与技术沟通，提升自己身竞争力等等。技术基础太差也不用担心，重点建立技术思维，而非技术实施能力。
本章采取知识点罗列的形式介绍，只介绍本人认为必需了解的最基本知识点，学习过程中根据自己所需对技术的理解要做到多查多学，如想做数据产品的需要了解数据库SQL语言，做移动产品经理的需要对前端和H5了解要多一些。
推荐去菜鸟教程对自己的技术空白进行查缺补漏，链接菜鸟教程官网。

1. 前端（页面、布局）：客户端，面向客户；web端：依赖浏览器在网页上展示；PC端：运行于个人设备；H5：移动端网页
2. 后端（业务逻辑、规则）：服务端，面向技术人员；服务器：大型计算器，多放置于机房，存放文件，运行程序，云服务器功能类似，由大公司建立基站供给第三方采购；数据库：超大excel表，大多数将数据结构化存储，也有非结构化数据库，有增删改查四个基本操作；接口（API）：数据传输通道，页面、模块、系统之间通信通道，通常由开发人员提供，如用第三方微信登陆，微信提供接口，调用者不关注实现细节，只在乎数据调用能力与结果
3. 控件：最小粒度可复用编程部件，例如输入框、按钮、单选框、复选框等等
4. 组件：最基本的按钮控件和其他控件组合，例如搜索框+搜索按钮组成搜索组件
5. 框架：某个由多个组件和控件组合在一起的页面
6. Hybrid APP：混合开发app，同时使用原生页面和H5页面，原生页面对流畅性要求很高，UI样式相对固定，不会频繁变化，且与其它页面交互性很强，而H5页面一般应用于活动，运营，大促等，有较强的动态运营需求，交互简单甚至几乎没有，不依赖复杂功能，UI样式复杂多变，多平台复用方便跨平台分享
7. 写死：数据不经常变化直到发布下个版本，类如用户协议、app图标、广告类数据，不写死以为着该数据是变化可运营的
8. 缓存：专业讲是服务器下发的数据存储到本地的行为，已缓存数据可以直接展示，不用向服务器发送请求，降低服务端压力，减少客户端流量使用
9. 脚本：一小段代码组成的程序，提升某个例行任务的效率，如自动化测试阶段写个脚本自动测试某项待检任务
10. 测试：测产品功能交互、功能、逻辑是否有bug，能否跑通，有压力测试，黑盒测试、白盒测试等测试方法，测试人员会根据原型图流程图写测试用例，测试文档
11. B/S架构：浏览器服务器；C/S架构：客户端服务器，两种经典软件系统结构
12. BUG：错误，发现bug后回忆复现路径，区分展示错误还是数据错误，找对应开发人员修改，再复查
13. 环境：开发环境，开发写代码查日志的环境；测试环境，测试人员找代码的环境，只能内网访问；预发布环境，正式发布前的验收环境，数据与实际发布数据一致，但只能内网访问；生产环境，面向真实用户的环境，可外网（线上）访问
14. 商业模式：用户+产品+盈利。能提供什么样的产品，给什么样的用户创造什么样的价值。

商业模式分类：

1. 工具+社群+商业模式：类似于KEEP
2. 平台商业模式：58同城、淘宝
3. 免费商业模式：360
4. O2O：线上交易线下体验，大众点评、共享单车
5. 跨界商业模式：高效率整合低效率，互联网+
6. 传统商业模式：广告盈利、数据、营销服务、API、软件集成（新浪、腾讯新闻）
7. 生态圈垄断模式：软硬件一体化（apple、HUAWEI）
8. 核心产品模式：通过核心产品带动其他产品

互联网思维分类：

1. 用户思维：用户至上，目标用户群、产品定位、参与感、粉丝文化
2. 简约思维：专注，少即是多
3. 机制思维：兴奋型需求
4. 迭代思维：及时乃至实时关注消费者需求，快速迭代
5. 流量思维：无限提高用户数与留存
6. 社会化思维：利用好社会化媒体（大众点评）
7. 大数据思维：信息、行为、关系
8. 平台思维：打造多赢生态圈
9. 跨界思维：颠覆式创新

口碑： 口碑是差评未来发展的重要因素，pm需要认识到这一点。并需要经常性思考产品口碑的建立与传播。

博主暂时就分享这么多，后续有必要技术我会继续加进来的。

虽说干了几年的产品总把画图不重要挂嘴边（感觉是在对初学者的凡尔赛），但流程图原型图画不明白门都入不了，本章分两节大概聊聊这两种图该怎么画。画图这块我建议搜些视频进行系统学习。

注：理论一定一定要结合实践，真别看完觉得会了就省略画图实操环节，最后做项目也是一样。没有捷径，多自主思考多画就可以。

2.2.1流程图

定义：用图示方式反映出特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程。
构成要素：角色、流转（连接线）、顺序（指向关系）、规则（判断是否满足条件）
核心：排布事务进行的次序，不同顺序可能造成截然不同的结果。
目的：保证产品使用逻辑合理，更好传达需求，查缺补漏时可以更好检验是否有分支流程遗漏。画原型前先梳理流程和架构图。

常用元素：
圆角矩形：流程图的开始或结束，可在框内填写开始结束的动作，如“完成订单”
矩形：节点、执行步骤。
棱形：判断。流程中节点的判断，框内输入判断条件，如“是否满足18周岁”
矩形内加俩竖线：子流程，总流程中一部分有逻辑关系的节点集合成子流程，方便主流程频繁调用

绘制步骤（个人方法论）

1. 确定流程的起点和终点，开始只有一个，结束可以多个
2. 确定流程中所涉及的所有职能部门、人员、角色、系统等（统称为角色）
3. 确定所有角色活动权限
4. 列出关键任务以及节点（关键行为或判断）
5. 按照工作先后顺序绘制流程图草案
6. 汇总分析，查缺补漏，最终定稿
7. 重新检车流程，梳理逻辑错误

pm最常用的流程图：业务流程图、任务流程图、页面流程图、状态流程图。从整体到部分，抽象到具体的顺序。

业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序以及管理信息流向的图表，多用泳道图绘制。涉及多个角色，以及各个角色的任务是什么，角色之间的关系，抽象描述事务顺序，不涉及具体操作与执行细节。 例如外卖业务流程图，“下单”“支付”等，角色有用户、平台、商家、骑手。

任务流程图是反映用户完成某个具体任务时的具体流程，一般只涉及单角色，通常用基本流程图绘制。画任务流程图是一个从主干流程到分支，正常到异常的过程。任务流程图重点描述用户操作行为（点击xx按钮）、页面状态变化（跳转、弹窗、提示）、数据变化（增删改查）、信息判断（是否登录注销）。如登录流程，会员开通流程，下单流程，提示越详细越好。

页面流程图也成为交互原型图，主要描述页面跳转逻辑和路径，一般只考虑页面跳转的正常路径和异常路径，不考虑页面内的交互。核心要素：页面+名称、行动点、连接点。很简单也很少画。举个例子就好理解了。

状态流程图用于描述在指定状态下，状态的变化和流转，也叫“状态机”，这里再举个例子

订单状态通常用待xx 已xx描述，将状态变化条件写在连接线上，考虑不同角色的状态变化，异常情况。

以上四种画的最多的是任务流程图，孵化属于自己的单一功能时要用。画图软件看个人习惯，我用visio，但visio最专业但也最难用，还得激活成功教程，可以试试processon。切记要多思考多盘逻辑多画。

2.2.2原型图

原型作用：当涉及界面需求时，用原型图向UI、开发传达产品需求
高保真/低保真：高保真几乎按照实物进行绘制，而低保真类似线框图，相对粗糙但层级分明，功能完善
工具：Axure，墨刀等
规范：尺寸需要规范，根据app，pad，web调整分辨率；模块感突出，强调功能而不是样式，颜色尽量黑白灰蓝，不要干扰UI设计，字体字号也不能,太多；多种状态要考虑全面，比如无数据情况长什么样，多用户（新老、是否会员，是否购买），无网络，气泡、弹窗等；美观：左右对齐、同级信息字体大小相等
画图具体掌握元件、元件库怎么用，做交互时热区、动态面板怎么用，找个经典app照猫画虎临摹，熟悉Axure，从0-1跑个最小mvp就可以，此处前期不用学太细，实操几次就可以了，实在没什么好分享的，就说这么多吧。

此处分享个链接产品经理之家。该链接可以找到各种做pm能用到的模板库，元件库等等各种链接（Axureshop、Axurehub、阿里巴巴元件矢量库、设计、数据分析等等等等），建议自行进入深入研究。

2.2.3思维导图

结构化、发散化、思维可视化
Xmind、百度脑图，用哪个工具不重要，重要的是训练结构化的思路，金字塔结构、写简历介绍项目常用的STAR法则（背景、目标、行动、结果）
设计前期进行的功能结构梳理，先梳理再画原型。

2.3.1BRD、MRD

BRD：商业需求文档、MRD：市场需求文档、PRD：产品需求文档（对pm来说优先级最最最高）
先有BRD（战略层），决定是否开始做一个产品，再有MRD（战术层），确定要做，如何开始去做，最后是PRD（执行层），决定要开始的产品具体是什么样的，设计产品细节。

BRD：首页：目录，版本，汇报人，汇报时间，评审人，内容变动

1. 行业、市场现状：对当下市场进行分析，可以使用第三方平台艾瑞咨询、199it、友盟分析、百度指数等等，此类第三方链接在上文产品之家中都有包括。如果是创新型报告，可以给出调研报告；如果是优化产品，需要提出老产品存在的问题，最终引出我们要做什么。
2. 用户需求，痛点：从多个维度（用户特征、使用场景、使用频率）去分析用户存在什么痛点，需要满足哪些需求，如何解决，填补了哪些空白，有哪些短期长期价值。尽量罗列详细。
3. 竞争对手：市场有哪些直接间接竞品。竞品发展情况、市场份额、背景、产品定位、企业愿景、目标用户分析、竞品数据分析、产品分析、运营推广策略、盈利方式（后文会详谈）。
4. 自家产品介绍：产品概述，主要功能介绍，概括产品优势与核心竞争力。
5. 产品商业模式：发展模式、盈利模式、运营模式、推广策略等多维度描述自己是如何赚钱的，最好能用模型图表示。
6. 发展路线图：roadmap，对产品发展步骤功能实现等进行规划，明确每个时间点前完成哪些事情。
7. 资源评估、成本收益评估、风险（内外部、技术、行业、政策、资金）与对策（规避、转移、分担）

MRD：定义：pm在进行新产品方向探究时进行的立项文档，进行pm设计前，分析面向的市场、用户、竞争关系、并向公司内各大部门大致讲述产品功能，以获得立项资格，争取人力财力资源。
包括：文档说明（标头+版本）、文档正文（市场分析、用户分析、竞品分析、产品分析）

市场分析：

1. 市场分析：目标市场与定位，比如我们做直播还是录播
2. 市场规模：市场体量有多大（预估：日活*客单均价）
3. 市场现状：市场处于红海还是蓝海，分析竞争情况
4. 市场前景：评估发展趋势
   用各类研究报告搜索引擎，如艾瑞咨询、questmobile（内含下一part用户群体分析）。
   

用户分析：

1. 目标用户群描述及用户行为特征（用户画像）：目标用户有着共同动机、行为方式和特征。自然属性：性别低于年龄；社会属性：职业家庭角色；行为特征：兴趣爱好。可以自己模拟体验产品，思考用户画像，也可以用百度指数查产品的人群画像；
2. 用户场景分析：经典“5W1H”原则：谁什么时间什么地点做什么，怎么做；
3. 总结用户需求痛点；
4. 找出用户动机：特定场景下的目的，放松刺激社交发展等。

竞品分析：
找到行业内所有竞品（七麦数据）对竞品进行定位和分类，后文会对竞品分析进行详述。
根据各竞品定位差异（主线、主营业务、主场景、主要核心群体、核心功能差异等分类）
通过产品定位分析论证自己产品的切入点和定位。（字母点评 找竞品，看竞品详情）

产品分析：
产品定位：用一句话介绍产品是做什么的
核心功能：解决什么痛点
产品结构图、信息结构图：用思维导图展示产品框架
产品路线图：完成时间节点

2.3.2竞品分析文档

作为pm的基本功，竞品分析的能力毋庸置疑。首先明确竞品的概念，然后罗列竞品分析的维度，最终产出竞品分析报告。
直接竞品：市场目标，用户需求、用户群、产品功能一致的竞品（时刻关注）；间接竞品：相似但无直接竞争关系（定期关注）
竞品分析维度：

1. 目的（背景）：老板：讨论发展方向；产品团队：讨论工作方向；pm自己：功能调研验证，明确产品设计。
2. 明确竞争对手（竞品对象）：确认直接竞品和间接竞品，第三方网站，应用市场，AppStore等去查；明确竞品的基础数据：市场占有率、运营盈利模式、装机量、注册用户量、留存率、日活月活等；产品功能对比：稳定易用交互视觉设计技术实现框架；竞品公司研发运营团队的市场影响力；排名关键词等等。上述内容可通过公司内部、行业媒体平台、竞争对手网站论坛、使用对方产品并咨询客服、调查核心用户、公司年报等途径获得。
3. 确认竞品定位（用户需求定位、产品市场定位）：竞品的用户需求：功能情感内容社交等；竞品的产品设计：逻辑结构（架构:一级菜单，每个一级菜单有哪些二级功能（功能架构图）；流程：业务流程与产品功能流程，如登录流程、下单流程；布局规划：产品页面、模块、元素等设计规划）、功能（产品为用户提供的需求解决方案。常用方法有：yes/no法，偏总结，纵轴为竞品名，横轴罗列全部功能，有功能的打勾，做对比，清晰直观；比较研究法：同一功能页面截图展示，做描述对比，偏低效；评分法：做打分问卷，根据产品功能，关注方面进行评分做平均做综合评估）、交互体验（流畅度、及时反馈、错误提示（正则匹配）、一致性、可见性）、视觉呈现（审美层面，布局和谐，文字大小，图片间距，信息传达等等）。
4. 核心策略分析（公司战略、运营策略、商业模式）：战略：需要通过公开访谈、公共PR稿、产品迭代等拼凑；运营：模式、渠道资源触达效率、营销推广策略（战略合作、地铁广告等）、重要活动（重要案例、跨界合作、爆点实事件）；商业模式（收入来源）：投资人、广告、toB 开放api、电商、toC 增值服务（vip类服务）。
5. 竞品数据分析：获取数据（各大第三方网站），流量、盈利、市场占比；应用数据：实时监控，查看动态变化，功能/需求的数据支撑，行业/产品的风向标准。

对上文做总结归纳，得出竞品分析文档的必要维度：分析背景、市场现状、确定竞品、产品定位、目标用户、竞品数据、产品分析（逻辑功能交互视觉等、核心技术也可以写但一般由开发人员完成）、运营及推广策略、盈利方式、SWOT（优劣机遇威胁）、得出结论。
注：竞品分析是个持续跟进的过程，一开始就带有明确目的去做，所有给出的结论必须有数据和理论支撑。
根据归纳出的维度自行确定文档的目录结构，可以动态调整变化。

2.3.3需求分析

1. 需求本质：不做赘述，为了更好的生存，满足优越感，心理需要慰藉社交等等欲望。pm不仅要满足用户需求，还要更更更好的满足用户需求；
2. 用户需求与产品：马斯洛需求理论 生理、安全、社交、尊重、理想。产品无外乎从 功能 和 内容 两方面满足用户各类需求。
3. 需求的收集与获取：外部：问卷<腾讯问卷、问卷星>（问题封闭，引导用户，题目时长简短）、访谈（目的、对象、营造氛围、张弛有度、记录）、竞品分析（多维度找竞品的闪光点）、行业动态<易观智库、艾瑞咨询、百度指数、Quertmobile>（政策变化、业内市场信息、行业报告）、用户反馈、第三方合作（常见第三方外包 人力外包、项目外包）等；内部：各部门需求（领导以及其他部门）、数据分析（下文作为单独模块详细阐述）、产品经验（用户画像<标签>发现用户动机，发掘主要 次要 潜在用户、5W1H原则 who when what where why how）。
4. 需求的分析与提炼：需求分析要考虑的维度：是否是核心功能、是否与拉新留存促活转化相关、是否与盈利有关、用户需求、企业战略、产品定位、创新性需求、技术可行与否、成本、商业政策风险；需求评估方法：KANO模型、四象限法则（紧急重要、成本价值）、学会做减法（完美主义不要作祟，决定不做什么比决定做什么重要）；需求提炼：根据评估结果，对功能列表里确认需求的优先级。

2.3.4 PRD（重点）

产品需求文档，是产品从概念到图纸的最重要文档，对MRD中的内容指标化和技术化，文档质量好坏直接影响研发部门对产品功能性能的了解程度（PRD主要面向技术人员）。介绍产品、描述需求、可视化文档。
尽量做到多快好省：多-完整，各功能点无遗漏无缺失；快-高效，方案确定到文档完成耗时短；好-准确，无歧义，结构合理，便于开发测试阅读和理解；省-节约沟通成本，沟通顺畅。

对产品需求的完整描述，开发和测试的唯一依据！

PRD目的：传达产品开发需求，保证一致的需求理解；提高协同效率；版本的记录和留存。

1. 需求来源：pm接收业务需求；
2. 需求分析：分析需求是否合理，需求价值点；
3. 需求确认：同业务方确认需求；
4. 功能拆解：基于需求拆解产品需求；
5. 流程绘制：基于需求明确系统实现流程；
6. 原型绘制：搞定产品最初demo用作演示；
7. PRD书写：需求背景、来源、价值，功能范围、功能说明；
8. PRD评审：同业务方、开发团队、UI设计等相关部门，基于PRD文档召开需求评审；
9. 产品研发：开发UI基于prd开发设计，测试基于prd写测试用例，产品配合各部门推动项目进度。

PRD构成：

• 文档的命名和编号
• 文档的版本历史
• 目录
• 需求概述（产品概述、产品目标、文档阅读对象、运营环境、产品风险）
• 产品描述（名词解释、产品整体流程图、功能列表）
• 功能需求（场景描述、流程图、原型图、详细说明）
• 非功能性需求（安全、统计、功能、财务等）
• 运营计划（后续运营方式、后续运营计划）

[文档命名编号]
项目名+版本号；作者+时间；版本/修订记录。如：
xxxx系统产品需求文档（PRD）v2.1.9
x年x月x日
产品经理：xxx
版本、撰写时间、撰写人、评审人、说明（新增、修改、删除）(用表格)

[项目描述]
项目背景：KPI/拓展收入…
产品定位：社交/工具…
目标用户：学生/单身青年…
使用场景：五W一H
产品价值：对公司/行业/用户
功能列表feature list：开发快速get需求，评估工作量（模块，包含页面，功能点，优先级）
名词解释
[文档正文]
全局说明：针对全局通用的交互、系统规则、异常情况等相关内容，可以在全局说明中统一说明。如输入框定义、分页规则、各类固定类型弹窗交互等，异常则包括断网、误操、数据丢失、加载中、功能授权等情况。类似于全局变量
功能结构图（XMind）
业务流程图：表达业务场景流程，从顶层理解业务价值（泳道图居多）
页面流程图（箭头表明跳转关系）
体系规则详述
非功能需求（权限、兼容性）
项目排期（评审后）
页面原型图与对应的需求描述（页面-模块-元素）

页面和模块描述维度（页面入口、前置条件、页面是否有数据为空、是否加载、返回逻辑，定义返回页面等等）

• 页面入口：首页/来源页面，加载状态下能进行哪些操作
• 前置条件：是否有帐号状态分别、是否有权限分别
• 显示机制：文字长度，特殊符号，敏感词限制、内容为空显示什么、数据计量单位是否有差异、横竖屏显示、键盘弹出是否有问题、是否需要占位符
• 排序机制：排序权重规定、翻页展示or瀑布流、一页显示多少信息
• 刷新机制：自动or手动、一次刷新多少条信息、如何刷新更多、刷新不出新内容时的提示词
• 缓存机制：该页面默认缓存哪些数据、缓存地址、清理缓存时机、自动or手动清理缓存
• 控件：退出机制（页面返回、home、物理返回）、触发源（触发区域、禁用状态、操作区域是否明确等）、触发时（加载状态、颜色样式是否改变、是否高亮等）、触发后（操作进度显示、控件变化显示、小红点提示、弹窗提示、成功or失败or空置）
• 异常情况：操作（连续多次点击是否给予反馈）、网络状态（无网络提醒、是否需要网络超市、网络太慢、从wifi切至流量体现、网络加载状态、加载失败是否提示重新加载、断网提示）、是否强制版本更新、是否设置启动页，引导页和新手引导

元素描述维度（数据来源描述、数值极限描述、列表数据描述、控件状态描述、文字输入描述、图片上传描述）

1. 数据来源：写死、后台配置数据、本地缓存、数据默认值
2. 极限值描述：数据为空展示效果（不展示、提示or默认值）、超长限制（最多展示x行，超出后xx）、特定格式展示
3. 列表数据描述：筛选维度、排序规则（评分、权重分、时间、购买习惯等等）、数据是否分页、单词加载数据数
4. 控件描述：默认状态、不可用状态、点击后反馈
5. 文字输入描述：是否有默认值/输入提示、极限长度、格式判断、是否用*展示输入后状态、是否需要一键清空操作、输入违规是否需要提示
6. 图片上传描述：参数、是否支持编辑、流程打断是否存为草稿、不合规提示、是否支持预览

建议凑时间找一份优秀prd，模仿着完整写一份。

后端（B端）原型及描述

1. 新增数据（提交表单）：增加是否有限制条件，字段有哪些，哪些必填哪些非必填，文件图片格式限制，新增后哪些地方同步展示/数据流转/数据依赖，数据默认状态（激活）；
2. 删除数据（非必要不删，做逻辑删除，不要做物理删除）：删除条件（例如商品上架中，需先将商品下架），是否可撤销（进入回收站），其他数据依赖的模块同步无法查询；
3. 查询数据：匹配方式精准or模糊，查询结果如何展示，如何排序，没查到如何展示；
4. 修改数据：什么时候可改什么时候不可，哪些内容可改哪些不可，是否支持批量修改，是否支持撤销；

2.4.1 数据埋点与收集

数据埋点定义：监听软件应用过程中的事件，当需要关注的事件发生时进行判断和捕获，然后获取必要上下文信息，最后将收集的信息整理后发送至服务端。一般情况下通过监测分析工具提供的SDK来进行编程实现。
通场由公司自研并搭建相应的后台查询；第三方统计工具有：神策、友盟、百度移动、模仿、APP Annie、talking data。

数据埋点是为了统计分析需要，对用户行为的每一个事件进行埋点布置，并对结果进行分析，进一步优化产品或指导运营。

埋点核心字段

• 发生时间
• key：给元素起名字（与之对应的有value）
• 行为：统计类型，包括click、ready、show（点击、页面展现、页面内某个弹窗或浮层）
• 扩展字段：特殊情况需要，某些行为事件需要统计发起事件行为的ID、name等详细字段
• 来源：标记该条统计发生时的上一个页面或者行为来源，用于回溯，存放于日志

数据上报方式有在线统计和离线统计两种。对实时性要求很高，对业务影响至高重要的埋点做成在线统计，其余埋点尽可能采用离线统计。因为实时上报会频繁发起网络请求，对性能和流量造成影响；离线统计在合适的时间定时上报。

业务数据和行为数据，埋点主要统计后者。

2.4.2 数据平台

• 按照模块划分数据平台主题
• 根据使用场景及业务设定筛选条件
• 根据指标进行可视化呈现
• 列表展示比值（同比环比）
• 提供指标解释及口径
• 自定义展示形式
• 数据导出

2.4.3 数据分析的方法和维度

首先简单说说数据分析定义，数据分析是指通过手段、方法和技巧对准备好的数据进行探索分析，发现其中的因果关系、内部联系和业务规律，产品经理使用数据分析更多的是为产品赶紧提供决策参考。
主要内容：描述现状、分析原因、预测未来

重点是熟悉常见的数据指标和埋点规则

数据分析六部曲

1. 明确思路与目的（流量内容订单转化（关键路径、建漏斗、定事件）；版本前后对比）
2. 数据收集（数据库、公开出版物、互联网、市场调查）
3. 数据处理（类似于AI阶段的数据清晰和预处理）
4. 数据分析（对比、分组、交叉、漏斗图、综合评价、因素等等）
5. 数据展示（饼图、柱形图、条形图、折线图、闪电图、雷达图、金字塔图、矩阵图、漏斗图、帕累托图）
6. 撰写报告（提炼主要结论、关键数据可视化、核心数据分析、后续方案）

2.5.1 什么是用户体验

用户在针对使用或期望的产品过程中建立起来的一种相对主观的自我感受。
用户体验的层次：有用（最底层、刚需）、能用（从功能满足度出发，凑合用）、可用、用的爽（预期以外的体验）、品牌（用户只认这个品牌的产品、品牌效应）。
超预期的用户体验：本能喜欢食物、危险、性；奖励刺激；情感价值（所谓的情绪价值。

2.5.2 用户体验设计详解

用户体验分类：

1. 感官体验：整体设计风格、logo、运行速度、布局合理性、色彩统一、音频的清晰度/音质
2. 交互体验：导航、搜索、操作流程、主次、直接、统一、对称、简洁
3. 情感体验：尊重（不强制不骚扰）、惊喜（促销、赠送）、亲和（友好的产品文案提示）、共鸣（定期短信邮件问候）、细致（加强使用过程中的提示）、满意（提供投诉反馈渠道）
4. 价值体验：核心价值、期望价值、附加价值
5. 信任体验：FOOTER（网站底部关键信息露出、隐私保护、权威推荐、成功案例）

2.5.3 交互体验原则

什么是交互设计：努力去创造和建立人与产品及服务之间有意义的关系。交互过程是一个输入和输出的过程。

基于流程和界面，交互设计的原则有：

1. 主次原则：重点引导用户操作
2. 直接原则：重要核心功能不要让用户思索，直接暴露出来即可
3. 统一原则：表现层和功能层，基于用户稳定的预期
4. 反馈原则：让用户清楚自己的当前状态，减少疑惑，引导用户操作
5. 对称原则：功能层面的对称：原始状态→用户操作→用户取消操作→回到原始状态
6. 简介原则：页面简介、文字简洁、提示语简洁

2.5.4 产品交互设计分析

以为用户为中心的交互设计
以用户（需求）为中心：用研、交互、视觉、前端以及对应的解决方案。

用户使用产品全流程（第一人称视角）:

1. 等待：我打开了一款app，降低我对事件的敏感性，广告、给予期望，千万不能呆滞；
2. 初始：给我打招呼，打量我，问我对什么感兴趣，不要自作聪明做决定，但是可以适当给我建议；
3. 输入：简化输入步骤，帮助输入（关键词索引、搜索记录、热门推荐、最近在追等）；
4. 空：万一我啥也没搜出来，空是一件坏事情，要想办法消灭；
5. 有数据：有过多数据展示的情况下减少我的挑选成本；
6. 关注：我什么都没做，关注眼前的事情但不是呆滞状态，保证我关注直到事件完成，不能受到干扰（锁屏），就算被干扰也要保存现场（浏览播放记录）；
7. 正确：最好的交互就是让我感觉不到，正确了就进行到下一步，除非是最后一步；
8. 错误：告诉我哪错了，给条明路，跟我说明怎么办；
9. 待确认：无法反悔且可能是误操，需要确认，不要写否，要写动作，比如删除、取消、支付；
10. 结束： 给予我确认结果；
11. 中断：被迫中止，保存现场，让我能回溯，降低我的损失。

交互方面在面试过程中涉猎很少，大多以我们做过的产品用户、产品功能、产品价值为主，所以这块内容做简单了解即可，别太差劲就行。

什么是用户增长：实现产品用户体量累积的过程
增长黑客：在数据分析的基础上，以最快的方法、最低成本、最高效手段实现用户大量增长，最终增加收入的产品，运营方法论
做增长产品的，基于上述模型，在每个节点观察数据表现（数据指标），在增长黑客中搭建MVP，AB测试等核心手段进行产品功能、运营策略不断更新迭代
工作方法:

1. 根据海盗模型进行数据分析，找到产品迭代方向；
2. 产出方案的MVP版本，快速搭建产品模型、原型以及PRD；
3. 跟进产品实施，进行小流量测试（灰度测试）；
4. 进行数据评估，全量上线/回滚测试。

MVP：minimum viable product，将可实行的产品最简化，在尽可能控制成本的情况下，将产品核心功能展示给用户，从而验证需求是否被满足、产品是否具有商业价值，达到验证市场的目的，并在验证过程中不断收集用户反馈，才能进一步改善产品。
找准核心价值核心功能与实现形式，找准投放渠道，找准核心数据指标。
简单来说，不要想着立马搞一个尽善尽美的产品，先花费最小代价做一个可用的产品原型，验证这个产品是否有价值，是否可行，再去完善细节。

AARRR模型：海盗模型，获取、激活、转化、留存、传播。

用户获取，拉新手段：广告投放、SEO/ASO优化（提高关键字在搜索引擎/应用商店的曝光）（相似产品互相用关键字蹭热度，比如app store搜抖音，快手这类短视频app一定紧随其后展示）、地推推广（找目标人群聚集的精准场所，适合app 公众号）、内容营销、异业合作（商务人员发起 88vip这类）、营销补贴（积分返现补贴）、产品机制（老带新、分销佣金、拼团、抢票加速）
促活留存手段：
触达用户（push推送、短信触达、微信公众号触达）、签到体系（阶梯奖励，连续次数越多奖励越大）、积分体系（产品内资源，合理制定积分规则，获取方式、使用条件、兑换率、补贴金额）、会员体系（成长型、付费型（用户稳定，对产品依赖度高））、优化产品体验（打磨核心价值，满足期望价值，挖掘附加价值）
提升用户生命周期价值：
产品：初创探索、发展、成熟、衰退 。对应用户：引入、成长、成熟、休眠、流失
用户生命周期价值=单用户生命周期长度*单用户产品流水
思考方向：提升单用户价值（提升客单价、交易频次、浏览总量）；延长用户生命周期（引入快速催化到成长，成长平稳过渡到成熟期，延长成熟期，休眠期促活循环，流失期召回）

总结：用户增长pm以AARRR模型为核心，设计与增长相关的产品项目，主要方向为获客、留存、提升价值三个方面。各方面方法如前文赘述。

3.2.1搜索

确认搜索范围、搜索算法、显示结果
搜索范围：剔除与用户需求无关的内容，提高搜索精准性和效率
算法：模式匹配，有查全率，查准率等指标
结果：展示哪些内容，展示多少条数据，如何列出搜索结果。展示用户在意字段，提供多种形式查看搜索结果
历史记录紧跟搜索框，对于重复内容减少操作成本，易于点击，要有清除功能。
自动完成自动建议：联想搜索，可以纠正、引导、提醒用户输入内容。
搜索功能的出口正常是内容详情页，如果没有理想结果也不可以让页面空着，支持修改/多次查询，高级搜索，不要赤裸裸告诉用户没有结果（大家都在搜，猜你想搜，猜你想要）。

3.2.2排序

1. 时间：对时间敏感的产品，如咨询新闻类；
2. 距离：O2O产品，数据规模较大时，很少只用距离，比如外卖平台；
3. 位置付费：百度这类搜索引擎（害人行为）；
4. 相关性：判断关键词的出现频率或者位置（大标题小标题正文）；
5. 综合性/智能/权重模型排序：不同维度定义权重计算总权重，根据总权重排序（类似于综合排序）。

产品在不同阶段，排序规则是动态变化的。找因子，量化，计算。

3.2.3个性化推荐

在特定场景下，结合用户画像，历史行为等，通过合理算法或规则，将正确的数据推荐给正确的用户，实现千人千面的个性化服务。

1. 基于用户画像的粗颗粒度推荐：用户个人资料打标签，年龄段性别职业等；
2. 基于商品画像：抽象出产品的核心属性，对每个核心属性赋值，抽取历史行为，对标签统计，设计打分规则（购买收藏的权重设计等）；
3. 基于用户协同过滤：找到和目标用户兴趣相似的用户集合 ，找到这个集合用户喜欢的产品而目标用户没接触过的推荐给目标用户。主要利用行为相似度确定兴趣相似度；
4. 基于商品协同过滤：与上文类似，计算物品相似度，根据物品相似度和历史行为给用户生成推荐列表，物品相似度不靠物品属性计算，而是分析用户行为记录计算；
5. 基于关联规则：略（啤酒尿不湿）

推荐常见的问题：冷启动、数据稀疏问题、准确性、多样性。

个推和搜索相同点：解决信息过载，快速发现有用信息；不同点搜索用户找信息，推荐信息找用户。

B端产品基础定义：面向对象是企业或者组织（最终还是具体的人来使用）；
B端产品价值体现：帮助企业或组织通过办公协同，解决某类业务的经营管理问题，承担着为企业或组织提升效率、降低成本的重任；
C端产品直接面向终端用户个体，价值体现在流量获取和转化、抢占市场份额，创造经济收入。
垂直业务线为具体的业务场景提供支持，如CRM（客户关系管理）、SCM（供应链管理）、WMS（仓储管理）、TMS（运输管理）、ERP（企业资源计划管理）、CallCenter（呼叫中心）；基础业务线支撑所有业务系统运转的基础服务，如Passport（企业客户账号管理体系）、MDM（主数据管理）、Auth（权限管理平台）、Org（组织架构管理平台）、Msg（消息服务）、SSO（单点登录服务）；办公协同方向支持企业内部信息化建设，如OA（办公自动化系统）、内部IM（内部沟通工具）、HRM（人力资源管理软件）、财务管理系统等
工作优势：能力培养（逻辑思维、技术知识、项目管理、业务经营）；职业发展（产品设计、业务运营、咨询顾问）；专业经验（业务知识和工作方法、业务特点、产品特点、商业模式、圈子等等）

B、C端产品不同点：

• 产品特点不同：业务场景、产品核心不同，前者重点是解决业务问题，后者重点是用户体验、价值评估方面前者难以量化；
• 用户群体不同：前者是决策者或使用者，后者往往是一个普通个体用户，每个个体都具有异质性、情境性和客诉造型，在没有外力胁迫的情况下，更能自主选择和更换自己喜爱的产品，有较大的自主权；
• 用户场景不同：前者更多聚焦于企业内部的工作业务场景而存在，带有强制性；后者在各种具体生活场景中使用；
• 产品建设流程不同：设计起点（前者解决企业管理业务问题设计，针对业务调研；后者起点是对商业模式本身的分析与研究，包括市场分析、客户群分析、盈利模式分析）、产品MVP思路不同（多个功能点与一个功能点）、产品设计细节不同（关注角色权限与关注用户体验）、对运营依赖程度不同（B端全员培训就行、C端需要运营团队持续推广，更依赖运营）

后台管理系统介绍
为了支撑前端业务的顺利开展，方便企业内部员工进行平台数据的维护以及用户在平台上产生的数据进行管理。对产品前台展示的信息或产生数据的管理，一般包括增删查改操作，主要使用对象是企业自己的内部员工。
作用：

• 管理平台前端展示的内容
• 管理平台的所有用户
• 审核平台内容
• 管理用户产生的内容
• 管理广告以及发布各类运营活动
• 查看平台的数据报表

B端、后台管理产品不同点：

• 使用对象：相同点（对象都是企业或团队内部人员）；不同点（B端是购买该产品的内部使用人员，是要变现的；后台是企业自身的内部人员使用，一般不卖钱，团队内使用）
• 使用场景：相同点（都是业务需求使用）；不同点（B端产品为了解决内部协同办公；后台往往是为了平台更持久的运营）
• 使用目标：相同点（实现企业内部目标）；不同点（B端是降本增效；后台一般是为了配合C端产品实现商业模式落地）

后台管理系统基本模块

1. 权限管理：用户管理系统各个使用者的权限划分，实现功能权限、数据权限的隔离；
2. 用户管理：用于管理平台注册的用户账号信息（基本信息、行为信息、操作功能）；
3. 广告管理：管理平台内的广告投放（物料创建管理与广告数据管理）；
4. 审核管理：审核平台用户上传的内容，如敏感词、违规图片等（先审后发先发后审、机审人审）；
5. 数据统计：查看平台相关数据，辅助决策（确定统计内容，用什么方式展示；用第三方SDK如百度移动类）；
6. 内容管理：用于平台运营内容的上架、下架和维护

后台管理系统特点：灵活、高效、便捷、无华丽的交互体验、无高级界面布局、重要的是产品逻辑，支撑前端业务开展

后台管理系统的页面布局：

• 列表页：筛选，通用操作，表格
• 详情页：新增，编辑，详情

4.2.1产品名词解释

• 客户端：广义上来讲，所有面向客户/用户的终端的产品都叫客户端
• pc端口：可独立运行在PC操作系统，是一个可独立运行的程序，部分功能不需要网络
• 移动端：一般指手机App（应用程序），也包括平板应用
• web端：基于浏览器的网页，依靠网络才可使用
• wap端口：也称为H5、移动端网页版，单纯的Wap很少
• 频道：某个同性质的内容或功能的共同载体，也可称为功能或内容的类别
• 子频道：某个频道下细分的类别，若数量超出，移动端多为滑动，Web端则为更多
• 页面：频道下点开进入的内容，主要为详情页，也包括首页、频道首页、列表页、单页
• 模块：页面中多个元素组成的一个区域内容，可以有一个或多个
• 构成元素：模块中所有的构成因子，包括按钮、图标、图片、文本内容等

4.2.2 移动端产品设计详解

• 页面尺寸规范
• 启动页：客户端首次预加载，降低用户对时间的敏感性。app启动时的检测项：升级逻辑、登录状态、push推送权限、启动广告。展示：品牌传播、内涵，小清新、热点类
• 引导页：帮助用户更好理解产品；出现逻辑为当前安装包首次启动。分为幻灯片（沉浸）、动态式（快速进入首页和退出）、遮罩式（强提示）、交互式引导（教常用动作）
• 导航页：app的核心功能，设计成功与否关系到用户体验是否良好。标签式（屏幕底部，五个以内，一级频道）、桌面式（平铺式、结合其他导航方式应用作为二级导航）、抽屉式（追求核心内容突出，弱化导航页面，常见于功能单一和信息流产品）、点聚式导航（核心功能聚集至界面中展示）、组合导航
• 弹框设计：模态dialog弹窗（弹窗后需要用户对其进行操作，否则不会消失，属于强提示）；非模态toast（仅作提示，自动消失，如提示密码错误）
• 输入框设计：字段名称、文字提示、键盘、默认值、是否必填、约束条件（手机号、密码、邮箱、昵称、价格、库存等）、错误提示。两大原则：帮助用户快速填写、立即校验给出反馈
• 通知消息提示设计：将用户关心的信息内容传递给用户。原则：及时传递有效信息，能够引起注意，但不能打断当前任务。push推送（提高用户活跃度和粘性、营销活动）、浮层通知（强引导，打断当前操作）、标志通知（红点和数字，红点用于大信息权重低，数字用于强相关，如未读消息）
• 页面刷新设计：手动（信息、消息类）、自动（股票、地图）
• 页面加载设计：全屏（功能性页面。优：整体，系统；劣：等待）、分布（按照kb从少到多加载：文字、图片、视频。优：可以快速浏览信息；缺：可能遗漏重要信息）、自动（应用于长列表、瀑布流，提前做预加载。优：让用户有一种无尽浏览的快感；缺：容易找不到自己之前看到什么地方）、离线（缓存）、智能（根据当前网络情况，做出适合用户的智能调整）

4.2.3 小程序能力介绍

• 获取用户基本信息
• 通知能力（客服消息、模板消息）
• 支付收款
• 支付营销能力
• 支持转发
• 与设备交互

4.4.1 AI智能客服系统的应用

AI智能客服是一种基于AI技术的服务系统，旨在通过自动化的方式提供客户支持和问题解答。这种系统能够理解和回应用户的问题，提供即时帮助，并在一定程度上模拟人类客服的行为和交流方式。
核心优势：能够24/7不间断地提供服务，提高响应速度，减少等待时间，并在一定程度上减少客服团队负担。

AI智能客服的功能和特点

• 自动化：自动回复客户问题，减少人工干预，提高效率
• 智能化：AI智能客服方案能够通过语音识别、情感分析等技术，理解客户的需求和情感，提供更加个性化的服务
• 多平台：可以在多个平台上工作，包括网站、移动应用、社交媒体和电子邮件等，提供无缝跨平台支持体验
• 即时响应：减少用户等待时间，提高客户满意度
• 成本效益：初期开发和维护需要一定投资，但长期来看，减少对人工客服的依赖，从而降低运营成本

AI智能客服的应用场景

• 电话客服：自动接听、语音导航
• 在线客服：自动回复、智能推荐
• 社媒客服：应用于社交媒体，用于通过社媒平台与AI客服交互

AI智能客服的价值

• 用户角度：专属智能顾问，精准解决方案分流器，有效情绪缓冲器，品牌服务态度代表
• 企业角度：提高客户满意度，降低运营成本，提升服务效率，数据收集与分析

智能客服分类

1. 聊天机器人：通过NLP和ML算法，与用户进行实时的文字或语音交互，提供信息查询、问题解答等服务
2. 语音助手：通过语音势憋和语音合成技术，理解用户的指令并进行相应互动
3. 虚拟助手：图像化人物形象智能客服，通过文字，语音或图像界面进行交互，为用户提供定制化服务和娱乐功能
4. 自助服务系统：提供自助查询，自助支付，自助服务等功能，用户能独立完成一些常见的服务需求
5. AI增强客服：识别用户需要人工干预的时机，并通过智能分析技术将用户的问题快速转接给专业客服人员处理

智能客服迅速向硬件领域迈进。包括快速商通等智能客服企业将AI技术应用到各行各业。战略意图在于依托机器人OS，以Bigdata mining、SaaS云服务为基础，构建从底层算法，行业应用，最终完成智能硬件的AI全产业链模式。
AI客服技术正是该市场的入口，牵涉到庞大数据的积累以及行业标准的建立。

4.4.2 产品架构与功能模块

架构体系

• 基础设施层：硬件（服务器、存储、网络设备）、软件（OS，数据库管理系统，算法工具）、数据设施
• 数据存储层：储存庞大的交互数据，采用关系型数据库、非关系型数据库或云存储服务进行存储和备份
• 应用层：提供与用户交互界面，支持多渠道接入，如电话、网站、小程序、公众号、App等，实现多轮对话，客户意图识别和FAQ知识库查询等核心功能
  主要功能模块
  
  
  
  
  

4.4.3 项目实操

到此这篇工具类产品经理（工具类产品经理是什么）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！

版权声明：

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/jszy-cpgl/20257.html