产品经理入门知识梳理

根据黑马的《产品经理入门到精通》的课程进行整理

在这里插入图片描述

需求

需求调研

  • 什么是需求调研

    需求:用户在某些方面需要得到某些帮助来达成目的
    调研:调查研究,通过一些方法得到某些事物的真相
    需求调研:通过观察、访谈和体验等方式,探究事物本质的过程

    • 1.需求采集
    • 2.权重评估
    • 3.需求分析
  • 需求调研的重要性

    • 1.了解行业和市场

      了解行业背景及现状
      了解市场环境及风险

    • 2.产品决策

    • 3.迭代优化

  • 需求调研的方法

    • 1.用户访谈
    • 2.模拟体验
    • 3.问卷调查

需求的类型

  • 任务型需求
  • 发现型需求

需求分析

  • 什么是需求分析

    • 分析需求

      • 必要性:这个需求要不要做
      • 可行性:这个需求能不能做
    • 从【用户需求】转化为【产品需求】

      • 使用场景的合理性
  • 真需求伪需求

    都是真需求
    需求的来源
    分析需求的性质
    判断需求的重要性

  • 需求池

    盛放需求的池子

    • 创建需求池

      业务调研
      用户反馈
      数据观察
      初步设想

    • 需求优先级判定

      惊醒中
      计划中
      待调研

    • 需求池的利用

      安排中短期工作计划

  • 需求池中的需求分类

    为了更好地管理需求

    • 具象需求和抽象需求

      具象需求:明确知道需要做什么事的需求
      抽象需求:还没想好或者调研中的需求

    • 搭建型需求和推进行需求

      推进型需求:通过产品设计角度完成需求推进

  • 需求优先级的确定

    • 是否符合当前制定的短期规划

      与当前制定的计划高度契合
      对整体发展有很大的价值
      对你当前的规划有补充作用

    • 考虑需求的紧急程度

      平台存在业务漏洞
      现流程可能带来较大的风险或者隐患
      影响公司的收益或形象

    • 子主题 3

数据

数据分析

  • 作用

    • 1.关注变化

    • 2.发现问题

    • 3.方案有效性评价

      新旧数据横向对比

数据抓取

  • 基础数据抓取

    • SQL→导出为excel
  • 注意事项

    • 数据代表性
    • 取值完整性
  • 常用图表

    • 直方图

      • 横向比对
    • 折线图

      • 整体趋势观察

埋点

  • 什么是埋点

    • 概念:通过特定程序来记录用户与产品交互过程的相关数据
    • 价值:在于通过了解用户与产品的交互过程,来帮助产品决策、推动产品优化、指导产品运营
  • 基础埋点

    • PV:Page View,页面浏览量或点击量,在一定统计周期内用户每次刷新网页一次就被计算一次
    • UV:Unique Visitor,独立访客,访问该网站的一台PC端为一个访客,相当于一天内相同的客户端只被计算一次
  • 全局埋点

  • 关键数据埋点

    • 针对性强

产品设计

产品设计工作流程

需求调研-整个阶段的开始-任务认领
需求分析
原型设计
需求确认-立项的关键-展示设计
文档输出
需求评审
开发阶段
测试阶段
发版上线-工作成果的验收-结果验收

常见的交互

  • 条件判断
  • 全局变量
  • 中继器

PRD(产品需求文档)

  • 是前期产品设计工作的最终集合

    框架 逻辑 角色 权限 页面 策略

  • 作用

    提供UI设计参考
    为开发工程师提供技术参考
    为测试工程师提供验收参考
    由浅至深 由大到小

  • 内容

    封面
    PRD修改记录
    目录
    项目背景和项目目标
    系统框架图
    产品流程图
    角色与权限对照表
    功能详述
    验收标准

需求评审

  • 什么是需求评审

    需求的确认 最终方案的敲定

    • 有谁参加

      产品经理 开发人员 测试人员

    • 准备什么

      • 原型图
      • PRD
    • 讨论什么

      产品经理-产品设计在逻辑上是否合理
      研发人员-凭借现有的研发能力是否可以实现

  • 需求评审的重要作用

    • 细节走查
    • 可实现性评估
    • 达成共识
  • 你的需求为什么“没必要”

    • 功能相似
    • 需求过剩
    • 没有解决实质性问题
    • 技术实现困难
  • 需求评审中的自杀行为

    正确做法:考虑设计的初衷,结合项目现状,做出合理决定

    • 准备不充分

      材料是否齐全
      文档质量是否合格

    • 过度妥协

    • 忽略验收标准

和UED沟通

  • 用户体验设计UED

    产品经理-设计好框架流程和基础原型图
    交互设计师-基于用户体验修改交互设计
    绘制面向给用户的静态设计图

    • 交互设计师ue
    • 视觉设计师UI
  • 如何给UED介绍项目

    • 注重背景介绍
    • 摒弃技术语言
    • 大量引用场景设计

技术评审

  • 前后端开发人员在正式启动开发前的重要准备阶段

应用工具和设计工具

流程图

  • 流程图工具

    win:Visio
    mac:OmniGraffle
    axureRP
    团队协作:ProcessOn

  • 流程图绘制

    • 重要节点
    • 条件判断

思维导图(脑图)

用来梳理及展示产品的框架结构

  • 思维导图工具

    绘制复杂的结构框架:基础模板、插入批注、添加备注、引用超链接、任务信息、新增批注、复杂的视觉样式处理用:
    Xmind
    MindManager
    快速和便捷用:
    mac: MindNode

  • 思维导图绘制

设计工具:原型图

  • 原型图种类

    • 线框图
    • 高保真原型
  • 原型图工具

    axureRP:Web原型,操作复杂,可以完成几乎所有交互效果,变量、函数、中继器学习成本较高
    Mockingbot:适合APP原型,操作比较简单,交互效果类似封装好的函数,不需要复杂的编辑

  • 原型图绘制

    • 1.制定设计规范
    • 2.适当的交互设计

竞品

什么是竞品

  • 直接竞品:具有一定竞争能力的同类产品
  • 间接竞品:具有间接竞争能力的产品

竞品分析

对直接或间接具有竞争能力的产品的分析

  • 节省试错成本
  • 节省培养成本

竞品分析报告

  • 商业方面

    服务对象
    盈利模式

  • 能力方面

    列数结构框架
    梳理业务流程
    罗列核心功能

  • 差异方面

    列出差异对照表:
    服务对象、盈利模式、产品结构、业务流程、核心功能

  • 分析结论

    总结出竞品的优势和不足

  • 0
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值