产品基础学习笔记---传智教育

以下为本人的学习笔记,如有侵权,请联系删除

一、认识产品经理

1、产品经理的职责

  • 外包公司的产品经理职责
    • 对接甲方客户提出的需求
    • 产出符合客户要求的方案
    • 跟进项目开发进度并定期同客户反馈
  • 初创公司的产品经理职责
    • 写PPT,改PPT
    • 陪老板去见投资人
    • 基于老板的想法,去设计产品
  • 传统型教育公司的市场部产品经理职责
    • 收集市场部人员的需求并做初步的分析与评估
    • 将评估通过的需求与信息技术部的产品经理对接
    • 基于信息技术部产品经理的反馈再以市场部人员能听得懂的方式反馈回来
  • 互联网巨头公司的产品经理职责
    • 直接从运营后台或者通过运营人员收集用户的反馈
    • 定期同公司内部其他职能部门的人沟通来收集他们对于产品的反馈
    • 设计产品并组织开发人员把产品开发上线
    • 完成上上级分配下来的其他既定任务
  • 产品经理的职责范围
    • 收集需求
    • 分析需求
    • 设计产品
    • 组织开发
    • 协调运营
  • 产品经理能力要求
    • 专业技术
      • 业务分析
      • 需求挖掘
      • 需求分析
      • 产品规划
      • 产品设计
      • 数据分析等
    • 能力素质
      • 沟通能力
      • 学习能力
      • 提炼能力
      • 用户洞察
      • IQ/EQ/AQ
      • 抗压能力
    • 加分项
      • 行业领悟
      • 商业思维
      • 市场能力
      • 领导力
      • 项目管理

2、产品经理常用的工具

  • 原型工具
    • Axure RP
    • 墨刀
    • sketch
  • 脑图工具
    • XMind
    • ProcessOn
  • 流程图工具
    • ProcessOn
    • Visio(仅限windows)
    • 亿图(要花钱)
  • 团队协作
    • tapd
    • 腾讯文档
    • 神道
  • office套件
    • Word
    • Excel
    • PPT

3、互联网团队当中常见的项目组成员

  • UI设计师
  • 交互设计师
  • 研发工程师
  • 测试工程师
  • 产品经理
  • 运营

4、互联网项目流程

  • 1、启动
    • 行业调研
      • 工作内容:调研行业的发展现状及发展趋势,目的是为产品的发展方向提供依据
      • 工作产出:BRD(商业文档需求)
    • 市场调研
      • 工作内容:在行业调研的基础上,瞄准某个市场,调研市场的情况,包括市场规模、用户信息等,从而确定产品的形态和业务。
      • 工作产出:MRD(市场需求文档)
    • 立项
  • 2、规划
    • 需求收集
      • 工作内容:从各种渠道收集产品的业务需求,渠道包括竞品、公司、运营、客服、商务等。
      • 工作产出:竞品分析报告、需求池
    • 需求分析
      • 工作内容:将收集来的业务需求,确定产品的业务场景,并转变成产品需求
      • 工作产出:产品功能清单
    • 流程设计
      • 工作内容:根据需求分析的结果,确定产品的业务流程
      • 工作产出:产品流程图
    • 结构设计
      • 工作内容:根据需求分析和流程设计,确定产品的结构
      • 工作产出:产品结构图、思维导图
  • 3、执行
    • 原型设计
      • 工作内容:根据产品结构、流程和功能清单,设计产品的原型页面
      • 工作产出:产品原型图
    • 文档输出
      • 工作内容:根据原型图,撰写产品需求文档
      • 工作产出:PRD(产品需求文档)
    • 需求评审
      • 工作内容:与公司其他部门,包括运营、研发等部门,评审产品的需求,并最终定稿
      • 工作产出:PRD(产品需求文档)
  • 4、跟进
    • 进度把控
      • 工作内容:根进产品研发,包括UI设计、开发、测试等工作进度,并协调解决研发过程中遇到的问题
      • 工作产出:进度报告
    • 资源协调
      • 工作内容:对于研发过程中遇到的问题,及时协调部门内外的资源予以解决,比如增加人手,申请加班等
      • 工作产出:进度报告
  • 5、上线
    • 测试验收
      • 工作内容:在测试工程师完成测试之后,产品介入验收环节,验收通过即可上线
      • 工作产出:验收报告
    • 产品上线
      • 工作内容:将验收通过的产品发布到对应的渠道
      • 工作产出:发布报告

5、产品体验报告

  • 产品概况
    • 体验环境
    • 产品简介
      • 七麦数据:https://www.qimai.cn/
      • 禅大师:https://www.chandashi.com/
      • 官网
      • 搜索引擎(百度、谷歌)
      • 通过以上平台可以查询对应应用的相关信息,包括但不限于版本号、应用介绍等等。
    • 版本信息
  • 市场分析
    • 市场规模
      • 艾瑞网:https://www.iresearch.cn/
      • 艾媒网:https://www.iimedia.cn/
      • 搜索引擎(百度、谷歌)
      • 通过以上平台可以查询对应的市场规模信息、增长情况等等
  • 用户分析
    • 用户分析查询平台
      • 移动观象台:http://mi.talkingdata.com/
      • 搜索引擎(百度、谷歌)
    • 用户分析
      • 性别分布
      • 年龄分布
      • 区域热度
      • 应用偏好
  • 产品体验
    • 产品结构
    • 产品体验(UI设计、功能)
    • 产品盈利分析
  • 报告总结
    • 总结
      • 产品体验后所得到的关于行业、市场的结论
      • 产品体验后关于体验的产品本身的一些亮点、缺点的捕捉
    • 相关优化和建议

二、需求收集&需求管理

1、需求常见形式

  • 提问题
    • 需求方没有办法准确描述他想要的,但是能够描述出他目前遇到的一些问题
  • 提目的
    • 需求方不明确如何才能实现需求,但能清楚的知道自己想要达到的目的是什么
  • 提方案
    • 需求方非常善于思考,有着自己的想法,在提出需求的时候,把现成的解决方案也一并提出

2、如何定义需求

  • 其本质就是用户的预期,而预期与现状之间存在着差异,就出现了需求
  • 另外,用户提出需求时,都会基于某种目的所提出的问题、建议或者想法

3、需求的来源

  • 外部需求
    • 来源:用户、市场、其他竞品…
    • 特点:难收集
  • 内部需求
    • 来源:内部需求方(管理层、业务部门)、产品经理
    • 特点:易收集

4、需求收集常见方法

  • 定性方式
    • 定性方式主要借助逻辑推理等思维方式,梳理过程以及关键的事件,从而得出相应的结论
  • 定量方式
    • 定量方式有根据数据进行计算分析,通过样本数据证实或反应总体现象
    • 数据一般可以包括时间、数量、频率、趋势等
  • 常见的方法
    • 用户访谈
    • 问卷调查
    • 竞品分析
    • 用户反馈
    • 头脑风暴
    • 观察法
    • 文献分析
    • 数据分析

4.1、用户访谈

访谈方式

  • 间接方式
    • 与其他熟悉目标用户或者与目标用户接触的人员协作,获取信息,如同公司的同事、朋友等
  • 直接方式
    • 直接与用户接触进行用户访谈

用户访谈流程

  • 确定访谈方式
  • 明确访谈目的
  • 设计访谈问题
  • 用户筛选和邀请
  • 进行用户访谈
  • 结果汇总与分析

访谈问题设计要点

  • 现状:现在是如何做的?
  • 痛点:遇到了什么困难?
  • 方案:如何解决目前的困难?
  • 原始需求:基于用户访谈过程中,用户对于一些问题的回答记录下来的用户原始需求
  • 产品需求:在访谈结束后,经过产品经理对需求分析后,所提炼出的产品需求

注意事项

  • 切忌明知故问
  • 不能引导用户
  • 问题太开放
  • 问题太细节,用户较难回忆

4.2、问卷调查

是一种定量研究

设计问卷时,需要注意的内容

  • 主题
    • 确定好问卷的主题及对应的内容,不要偏离主题
  • 问题
    • 问卷当中尽量设置封闭性问题
    • 问卷内容要通俗易懂
    • 问卷题量尽量控制在20道以内
  • 对象
    • 投放对象的选择(需要具有代表性)

4.3、竞品概念及分类

通过以下维度对竞品进行分类

  • 产品定位
  • 目标用户
  • 产品功能

竞品分类

  • 直接竞品
    • 产品的定位和目标用户高度一致,且产品的功能也十分相似
  • 间接竞品
    • 产品的定位和目标用户高度一致,但产品的功能不大一样或者产品的功能相似,但产品定位以及目标用户不大一致
  • 潜在竞品
    • 目标用户有重合的地方,但产品定位以及产品功能暂时不太一致,或者公司是行业的巨头

4.4、竞品分析概念及目的及方法

概念:对竞争对手的产品进行比较分析

作用:

  • 更好的了解行业
  • 为自身产品设计提供功能、可用性、关键技术等方面的参考
  • 提高自身产品的差异化程度
  • 防止产品是拍脑袋想出来的,降低风险

竞品分析方法

用户体验五要素

  • 表现层(ui层面的设计)
    • 视觉设计
  • 框架层(产品具体页面设计)
    • 界面设计
    • 导航设计
    • 信息设计
  • 结构层(产品整体结构设计)
    • 交互设计
    • 信息架构
  • 范围层(产品功能点)
    • 功能规格
    • 内容需求
  • 战略层
    • 用户需求
    • 产品目标

如何获取竞争对手信息?

1、竞争对手网站(关于我们,帮助中心,规则内容)、产品历史更新版本、促销活动、最新调整、招聘信息等;

2、艾瑞咨询、易观千帆、199IT、百度指教、七麦数据、Alexa等行业数据报告平台

3、竞争对手的季度/年度财报,或者自身企业内部市场、运营部门、管理层等信息收集

4、行业媒体平台新闻36Kr/IT桔子等、交流互动平台(论坛、QQ群)等

5、模拟用户或者业务方咨询竞争对手的产品、客服咨询、技术问答等等

5、需求池

主要是用来收集和管理各方需求的集合

需求池管理原则

  • 有进有出
    • 所有记录到需求池当中的需求都要在一定时间内处理完成(无论是将需求拒绝、规划都可以算作是处理)
  • 宽进严出
    • 所有接收到的需求都录入需求池
    • 不是所有需求池当中的需求都要全部实现,需要对需求进行筛选、分析

三、需求分析

1、什么是需求分析

  • 原始需求
    • 预期、目的、想法、问题等
  • 产品需求
    • 和产品有关的问题
  • 产品方案
    • 产品、功能、服务等
  • 核心要素
    • 用户真实目的
    • 产品解决方案
  • 需求分析的目的
    • 站在产品的视角审视用户的需求,明确用户对于产品的预期,或者说用户想要通过产品来达成的目的,也就是把用户的原始需求转变成为产品需求的过程

2、需求分析的时机

  • 收集需求时
    • 在与需求方沟通需求的时候,就通过与对方基于需求的深层次沟通,直接获取到了需求背后的目的是什么
  • 收集需求后
    • 将需求方的原始需求记录到需求池之后,后续对需求池当中的需求进行分析

3、需求分析的方法

  • 角色
    • 产品需求的角色
  • 场景
    • 需求发生的场景:在什么情况下+做什么事情
  • 目的
    • 希望达到了用户什么目的

4、需求分析的步骤

4.1、需求澄清

在工作当中,很多情况下,我们所收集到的原始需求,可能相对很完善,但很多情况下,我们收到的需求都是不太明确的,所以,在对需求进行分析时,需要先明确各个需求的背景是什么

  • 为什么:明确需求背景的本质就是想办法弄清楚为什么需求方会产生这样的需求
    • who(用户)
      • 使用产品的使用者是谁,或者说是谁对产品提出了需求
    • what(问题)
      • 在什么情况下,使用产品过程中产生了问题
    • how(现状)
      • 目前产品的使用者是如何解决目前存在的问题的

4.2、需求甄别

  • 需求真伪判定
    • 普遍
      • 需求是否为某些用户的特例
    • 痛点
      • 需求中所提供的方案是否解决了根本问题
    • 高频
      • 需求是否会高频出现

4.3、需求的优先级划分

四象限法则是时间管理理论的一个重要观念,从时间紧急程度以及功能重要程度两方面为纵横坐标,最终划分出了四个象限

  • 重要不紧急(计划做)(一象限)
    • 对产品本身能显著优化
    • 增加产品本身亮点
  • 紧急且重要(马上做)(二象限)
    • 线上bug,影响用户使用的紧急修复
    • 产品内容出现问题的
  • 不紧急不重要(减少做)(三象限)
    • 不影响用户的使用
    • 也不需要立马修改的功能
  • 紧急不重要(授权做)(四象限)
    • 用户使用中的一些小问题,比如产品性能相关的一些需求
  • x(不紧急(左)—紧急(右)),y(不重要(下)—重要(上))

需求优先级的划分

  • 核心需求:与产品定位直接相关的需求
  • 分支需求:与产品定位间接相关的需求
  • 辅助需求:使得产品更加完善的需求

4.4、确认需求方案

​ 确认需求方案,其实就是根据前面在需求分析过程中所提炼出的目的及流程,针对性的去设计出满足需求的产品方案(包括但不限于产品业务流程、产品的功能、页面承载的信息、甚至用户使用的场景)

评估方案公式=(新产品体验-旧产品体验)- 用户使用成本 - 产品开发成本

  • 产品:是否比改进之前有很大提升
  • 用户:替换成本、学习成本
  • 开发:技术难度、开发周期

5、需求分析结果

功能清单

  • 做了什么事情+实现什么效果
  • 提供什么功能+用来干什么

6、功能清单与需求池区别

  • 结构上
    • 需求池包括需求、干系人、时间节点和优先级,功能清单不包括干系人和时间节点
  • 环节上
    • 需求池是早于功能清单产生的,需求先进入需求池,确定要开发,才会进入功能清单
  • 作用上
    • 需求池主要用来记录所有的需求,功能清单主要用于记录确定要开发的需求

四、流程与结构设计

1、流程图的介绍

概念:

​ 流程是为了达到特定的目标而进行的一系列有逻辑性的操作步骤,由两个及以上的步骤,完成一个完整的行为流程,可称之为流程,流程图则是将整个过程进行图形化表示

为什么要绘制流程图

1、保证产品的使用逻辑合理顺畅

2、向项目组其他成员清晰的传达需求,用流程图来更好地表达产品逻辑

3、流程图可以帮助梳理模块、业务流程、使用路径

产品常用流程图

  • 业务流程图
    • 概念:来描述业务流程的一种图,通过一些特定的符号和连线来表示具体某个业务的实际处理步骤和过程,详细地描述任务的流程走向
    • 作用:1、有一些相对复杂的业务,如果产品经理对业务还没有清晰的认知时,就开始去设计产品,很容易导致陷入一些细节但忽略了整体,导致出现做完之后才发现有业务上的漏洞,而不得不重新进行设计;2、同时,业务流程图还可以用于向相关人员介绍大致的业务形式,作为辅助的工具去呈现
  • 功能流程图
    • 概念:通过图形化的表达形式,阐述产品在功能层面控制的图表
    • 作用:1、帮助我们在设计产品时,理清对于产品具体功能层面的设计思路;2、在需求文档当中为了帮助开发理解某个功能具体的流程设计
  • 页面流程图
    • 概念:指产品具体所呈现的页面跳转流程图
    • 作用:其承载了业务流程图所包含的业务流转信息

2、流程图的绘制

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-veFY9wO7-1647952868254)(/var/folders/_f/686r119n2ps0f2sl9hxw9fnm0000gn/T/TemporaryItems/NSIRD_screencaptureui_1XHRUs/截屏2022-03-21 18.07.32.png)]

流程图常用结构

  • 顺序结构
    • 根据流程图的步骤,从上到下,从左到右,依次执行
  • 选择结构
    • 二选一或者多选一
  • 循环结构
    • 宣传执行

绘制流程图注意事项

  • 应遵循从左到右,从上到下的顺序排序
  • 从开始符开始,以结束符结束。值得注意的是,开始符只能出现一次,而结束符可出现多次,若流程足够清晰,可省略开始、结束符
  • 需要认真检查各个步骤或判定结果,避免出现漏洞,导致流程无法形成循环
  • 连接线尽量避免交叉
  • 必要时可以采用标注,以便清晰地说明流程
  • 流程图中,如果有参考其他已经定义的流程,不需重复绘制,直接用已定义的子流程符号即可

3、泳道图

定义:泳道图也叫跨职能(多角色)流程图,旨在展示工作流中每个步骤涉及的流程和职能部门(多角色)

4、结构图的绘制工具

XMind

5、结构图的分类

5.1、结构图分类

  • 功能结构图
    • 用结构化来界定这个产品有什么功能,可以用来做什么
  • 信息结构图
    • 产品的信息数据梳理出来,组成结构图
  • 产品结构图
    • 将产品的初始原型以结构化的方式展示出来

5.2、功能结构图

  • 作用
    • 1、帮助产品经理梳理产品的功能点,以便可以更好明确功能清单
    • 2、一般绘制该结构图时,产品的页面布局还没有清晰成型

5.3、信息结构图

  • 作用
    • 1、对整个产品要展示的信息做的梳理
    • 2、产品各个页面应该展示的信息,后台上传数据页面信息梳理

5.4、产品结构图

  • 作用
    • 帮助产品经理更好的梳理产品页面
    • 帮忙产品经理将页面功能与信息进行梳理

五、原型与交互设计

1、原型的概念及分类

什么是原型:用线条、图形描绘出的产品框架,也称线框图,是需求和功能的具体化表象

原型图分类

  • 草图原型
    • 手绘图稿,修改方便,规划的早期使用
  • 低保真原型
    • 简单交互,无设计图,无需配色,黑白灰即可,产品经理做产品规划及评审的阶段使用
  • 高保真原型
    • 复杂交互,有设计图,需要有图片设计功底,做公开演示时候常用

2、原型绘制软件Axure

用于快速制作原型的软件,它在无需编码的情况下构建低、高保真的原型,只需拖、拉、编辑即可完成

作用:1、因为原型是需求和功能的具体化表象,所以原型可以辅助产品经理与领导、UI、和技术进行沟通

2、因为原型相对于手稿而言,信息含量更丰富

3、Axure制作基础交互

​ 交互,即交流互动,例如,当人和一件事物(无论是人,机器,系统,环境等)发生双向的信息交流与互动,就是一种交互行为。但需要注意的是,交流和互动必须是双向的,如果只有一方的信息输出,而没有第二方的参与,那么只能是信息展示而不是交流互动。简单来说就是一方输入,另一方做出反馈

交互设计,是交互行为的外在表现的设计。其实可以简单的理解为,交互设计把一个或者一系列交流互动,用文字、图像或者文档等方式,从交流的内容、方式、规则等维度进行统一的设计。

  • 中继器

1、创建一个中继器,编辑中继器当中的内容(画出原型)

2、原型当中的每个元件做好命名

3、在中继器元件的样式当中,编辑要填充的数据(每列的列名只能使用英文)

4、做交互:新建每项加载时的事件,根据不同元件类型添加不同动作(文字添加设置文本的动作,图片添加设置图片的动作)

5、值-fx-插入变量或函数-中继器-item.xxxx

4、web端与移动端原型规范

网站设计规范

低保真原型的绘制规范-web端尺寸规范

1280*800(基本不用)

1366*768

1440*900

1920*1080(屏幕够大时采用)

导航结构

左右结构型:

  • 左右布局,灵活性强
  • 左边通栏为导航栏,宽度没有具体的限制,可以根据实际情况进行调整
  • 右侧为内容板块范围,是网站内容展示区域

居中结构型

  • 居中布局,版心部分为有效显示区域,用于网站的内容展示
  • 两边均为留白,没有实际用途,只为了适配而存在
  • 内容显示区域控制在1000px-1200px

移动端尺寸规范

iPhone6为375*667

状态栏20 导航栏44 标签栏49

六、产品需求说明

1、产品需求文档常见形式

  • rp格式
    • 借助原型绘制工具(例如Axure)绘制原型,并在原型上直接撰写对应页面内容的说明
    • 产品简介
      • 产品简介、版本说明、交互自查表
    • 产品概览
      • 功能清单、项目排期
    • 产品架构
      • 结构图、流程图
    • 产品原型
      • 全局说明、具体原型、功能说明
    • 非功能需求
      • 埋点需求、性能需求等
  • 文档格式
    • 先借助原型绘制工具绘制好原型,再将原型整理到Word文档当中,在文档中去撰写具体的需求说明
    • 产品简介
      • 目的、范围、名词术语
    • 用户角色及描述
      • 用户角色及描述
    • 产品概述
      • 目标、总体流程、功能概要
    • 功能需求说明
      • 功能结构、功能说明
    • 其他产品需求
      • 性能需求、监控需求、兼容性需求
    • 风险分析
      • 风险预防措施、风险应对措施
    • 相关文档
      • 相关联的文档
    • 附件
      • 如演示demo等

2、功能需求说明

功能需求说明是PRD当中最为核心的内容,主要用于描述产品的功能需求,目的是为了让设计师及开发人员能够明确除了原型以外功能层面的内容,主要需要撰写功能说明(流程说明、需求描述)

3、常见交互类型

  • 视觉交互
    • 也称之为智能识别。通过被识别物体与识别装置之间的交互自动获取被识别物的相关信息,并提供给计算机系统进一步处理
  • 声音交互
    • 是一种和声音相关的交互设计,在该过程中声音被看作传递信息、含义及交互内容的方式
  • 触觉交互
    • 依靠人类的触觉系统,接触各种硬件设备和软件,使得人们可以实现真实世界与软件的交互行为

4、软件常见交互形式及交互说明撰写

  • 基本交互形式
    • 页面交互
    • 元素控件交互
  • 交互说明
    • 交互说明可以看做交互设计师或产品经理输出的最核心的产品
    • 交互说明面向的“用户”是下游的同事----UI设计师、开发工程师和测试工程师

交互说明主要包括以下3个维度:

  • 页面流程(页面之间)
    • 可以表达产品的整体结构,帮助同事了解界面之间的关系,一般来说,页面间的流程要通过原型的结构来体现
  • 内容布局(页面内)
    • 1、页面什么结构,有哪些模块,基本的布局
    • 2、显示什么样的数据(文本、图片、视频、音频),显示样式或格式是什么样的,数据从哪里来的?
    • 3、说明不同状态下的显示规则(比如登录、加载、角色、网络、有无内容等)
  • 交互操作与反馈(空间逻辑)
    • 页面中的控件操作有什么效果,会跳转到哪里去;另外还需要注意交互的数据逻辑(限制条件)和异常反馈(操作错误)等

交互说明撰写规范-步骤

  • 页面说明
    • 先将整体页面结构进行划分
    • 如有必要,描述清楚相关路径
  • 标注+命名
    • 将原型按照划分好的结构进行标注,并且进行命名
  • 撰写说明
    • 区域页面描述
    • 区域功能描述

交互规则–单位格式

  • 注意日期和月份前面的0(2018.01.01)
  • 注意信息脱敏(183******00)
  • 注意小时、分钟之间的冒号(01:01)
  • 注意手机号显示时,时间的空格(183 0000 0000)
  • 注意金额每三位的分号,以及最后的点号(¥100,000.00)
  • 注意电话号显示时,中间的中短线(400-000-0000)

交互规则–字符限制

  • 以字符为单位
    • 一个中文算两个字符
  • 以字为单位
    • 每个汉字/字母/数字都算一个字

交互规则–动态规则

交互说明撰写规范–注意事项

  • 原型要先画默认状态(没有任何操作之前的状态),然后再绘制交互后的效果(先静态规则,再动态规则)
  • 产品经理在设计交互逻辑时,为了避免让用户陷入更深层次中,一般要求单流程最多跳三次(特殊情况除外),常见的临时视图不算次数
  • 在设计强制执行页面时(如强制注册)一般不提供其他跳转出口,让用户保持高度专注,形成逻辑闭环,减少错误发生;(慎用)
  • 弱执行流程(比如浏览、查看详情等)可以提供跳转出口(如分享),增加流量;
  • 完成阶段一般可以设置快速返回,让用户更快从深层返回。

你可能感兴趣的:(产品,axure,产品运营)