zoukankan      html  css  js  c++  java
  • Product


    特别说明

    本文是已读书籍的学习笔记和内容摘要,原文内容有少部分改动,并添加一些相关信息,但总体不影响原文表达。
    - ISBN: 9787568041591
    - https://book.douban.com/subject/30235754/

    个人简评

    以浅显的语言描述了产品经理的技能、职责和可供借鉴的入门路径,
    原书的本意是想指导新手如何快速转行做产品经理,但实质上更适合作为面向外行人的概念普及性读物,可以对产品总体流程形成基本的认识。
    了解“产品经理”的具体内容,最大的裨益之处就是能够“角色互换”的思维在实际工作中去理解和配合产品人员来共同推动“商业价值”的实现。


    产品经理的日常工作流程和内容

    01 - 发现需求

    发现用户需求(发现问题 :痛点),寻找解决方案(解决问题)。

    02 - 寻找目标客户

    在做需求调研的时候,一定要找到目标客户(商品的直接使用者或服务的直接体验者)。
    在做需求调研时,直接提问,然后对方不加思索地做二选一回答,这种方式很不可靠。
    最好采用“旁敲侧击”的方式来了解客户以前是如何解决问题的。
    根据需求调研的结果来判定是真需求(真实存在的),还是假需求(根据自己意愿假设出来的)。

    03 - 需求调研

    通过科学的方法,调查目标用户对新功能或新服务的需要程度,了解用户解决问题的场景。
    常用的调研方式:当面访谈、电话访谈、在线聊天、问卷调查

    一般推荐采用当面访谈的方式,面对面与目标用户沟通。
    快速了解目标用户的现状,切身感受用户解决问题的迫切程度。
    发现一些想象不到的东西,矫正以往的一些错误认知。
    问题的总数不要超过10个,避免受访对象过于疲惫而随意回答。

    用户访谈流程

    1. 设计访谈问卷,包括访谈对象的基本信息,以及提问的问题
    2. 记录并规整访谈结果
    3. 制作调查报告,将调查到的信息和数据在PPT中以可视化的方式表现出来,便于向项目成员展示
    4. 附加其他信息,易于生动理解用户群体。
    

    用户画像

    借助用户访谈和调研搜集到的样本和数据来提炼用户画像,这个过程实质是在立体地描述典型目标。
    依据用户画像,项目组在讨论产品功能、设计方案、产品文案时能达成一个基本的共识,避免无谓的争论。
    
    用户画像通常包括用户照片、姓名、性别、工作岗位等信息。
    最好有性格和特点的描述,可以更鲜明地展示用户形象,人物描述要尽量贴近生活。
    一般来说,要至少制作三份用户画像用来展示。
    

    04 - 竞品分析

    竞品分析是写给上级和团队成员看的,帮助他们理解产品与竞品之间的差异。
    目的是确认想要做的新产品新功能业内之前是否做过,怎么做的,借此扩展自己的设计思路,少犯错误。
    看别人踩过的坑,涨自己的经验。

    如果没有人做过这个产品这个功能,需要更加小心。
    应该进一步收集对方是否做过调研,什么时候做的调研,用的什么方式,调查样本数量是多少,具体结论是什么等等。
    然后分析是否还有机会,或者必要。

    遇事独立思考,不要轻信别人的观点,然后大胆验证,做出自己的判断。

    竞品分析的基本步骤

    1. 明确做竞品分析的目的,要解决什么问题
    2. 明确竞品分析的对象,通常选择细分行业的Top3
    3. 具体对比某个功能,比较其差异
    4. 分析总结,给出观点和下一步建议
    

    竞品分析的格式

    • 清晰的目录,便于快速抓住重点
    • 简洁清晰的排版

    竞品分析的内容

    - 项目背景:言简意赅、实事求是地说明目的与原由
    - 竞品描述:挑选竞品的理由和原因,给出具体数据和依据
    - 功能对比:简洁清晰地描述差异(截图显示、优缺点分析、重点内容标注等)
    - 总结:给出观点、结论和明确的建议(下一步怎么做)
    

    按照《用户体验要素》里的战略层、范围层等方法和形式,通常是理论上的写法。
    在实际工作中,几乎很少对整个产品做全面的分析。
    例如,定期的竞品分析(跟踪竞争对手的产品)是面向有相关背景和经验的同事,往往会略过战略层的分析,以解决具体问题为导向,直奔主题。

    竞品分析是锻炼分析和思考能力的绝佳途径之一。
    完成之后,一定要拿给行业里的专家看看,征求意见,然后改进。

    05 - 梳理功能

    竞品分析之后,下一步是要梳理产品的功能和具体实现细节,为原型设计做准备。

    利用思维导图可以将产品功能和细节以结构化的方式表现出来,而且不容易遗漏,同时也方便他人查看和理解。
    可以先尝试在纸上直接画草图梳理功能和细节,这样能够以最有效率、成本最低方式记录构思过程,尤其适用在讨论的过程中。
    草图画好后,如果想产期保存或者共享,此时可以采用专业工具书写为给为正式的思维导图。

    特别注意,

    • 必须将各种角色用户的功能完整罗列出来。
    • 不要迷陷于工具和精美度,而是应该关注实际作用与价值。

    06 - 绘制流程图

    确定功能要点之后,需要梳理业务流程,以流程图方式确定用户使用产品(或服务)时的所有关键节点和条件,避免遗漏细节。
    关键是要确定流程中的每个节点。
    建议先在纸面画草图,然后再使用绘图软件画出正式流程图。

    07 - 产品原型

    核心能力之一,将设计的功能用可视化的方式展示出来,方便沟通交流。

    前提条件

    - 需求调研:确定是否有意义
    - 竞品分析:纠正和完善产品构思
    - 梳理功能:毫无遗漏地梳理功能、细节和状态,得出需求的优先级
    -  绘制流程图:梳理业务流程和用户使用流程
    

    产品原型的要求

    1. 直观,易于理解
    2. 符合规范,选用标准的控件及图标
    3. 尽量使用黑白灰的研发色,不干扰UI设计思路
    4. 功能完整,考虑各种常见状态及特殊状态
    5. 尊重用户的“通用操作习惯”(参考常见设计),不做无用的创新
    

    关于借鉴

    • 实际分析和体会主流同类产品的类似功能
    • 借鉴而不是抄袭别人的经验, ”拙工抄,巧工盗“,可以模仿但不要出错

    08 - 产品需求文档(PRD)

    将待实现的功能已书面化的形式表达出来,作为开展整个项目的依据,提交给其他部门和同事。
    文档中任何一个产品细节考虑不周全,都可能导致项目做无用功,设置返工。
    文档内容必须保证能够得到全体项目成员的正确理解,建议事先获取一些同事的建议。
    遵循文档规范,便于沟通理解。

    书写方式

    1. 传统文档:word形式,包含目录、综述、产品结构、产品功能等内容
    2. 画布(易于实施): 将产品原型截图放置在一个大画布上,并在旁边添加含义清晰的注释

    09 - 需求评审

    全体项目成员聆听产品经理对当前工作的阐述(主要是产品需求文档),并给出修改建议。
    阐明需求是什么、价值在哪里、对业务有什么影响、如何实现,以及实现后的效果,等等。
    简而言之,就是让大家看看,要做的事情靠不靠谱。

    准备动作(反复思考可能的问题,做好准备)

    1. 什么人在什么情况下会使用这个功能?他想解决什么问题?
    2. 竞品是怎么做的?为什么?他们是怎么考虑的?跟他们的差一点在哪里?
    3. 如何衡量这个功能的优劣?用户的反馈是什么?

    评审时总会遇到一些没考虑到的问题,而且听众可能随时打断你,并质疑你的想法和逻辑。
    尽量放松心情,别人提问后不着急回答,先考虑三秒,对于未考虑到的问题,大方承认,避免无效的争论,说会后再仔细考虑。
    不要因为自己失面子而恼火,大胆承认疏忽比“强撑”更能让双方接受。

    事先沟通,提前消灭问题。
    实际工作中,可以提前找要好的同事,向其讲解需求文档、获取意见并完善产品原型,避免在需求评审阶段遭遇太大的质疑。

    10 - 项目管理

    需求评审通过后,进入项目管理阶段。
    理论情况下,项目管理应该由专职的项目经理来承担,产品经理在此阶段只是督促项目进度。
    但在实际工作中,产品经理可能会兼职项目管理的工作内容。

    首要的内容就是确定项目工期:与技术、设计、测试等负责人沟通,根据项目实际情况来商定工期,最终确定项目上线时间。
    沟通占据了项目管理的绝大多数时间和精力,需要极大的耐心。

    - 与设计部门:确认设计稿,确定排期
    - 与技术部门:商定合理方案,确定排期
    - 与测试部门:确认测试用例,确定测试周期
    - 与运营方:确认上线时间和上线需要的资料和条件
    

    借助Excel或专业工具以WBS(工作分解)方式进行项目管理。

    11 - 测试、验收和上线

    提交后,项目经理的核心任务基本上告一段落,后期的功能验收、UI验收以及准备上线资料的阶段,分别由专职人员进行,产品经理主要是配合参与。

    - 功能验收:测试工程师 --- 端到端运行,来验证功能使用、数据传输等方面是否符合设计要求
    - UI验收:UI设计师 --- UI交互与实现是否符合设计要求
    - 准备上线资料:初级产品经理 --- 必要的更新说明、截图、图标、关键词、应用介绍等,
    - 上线邮件:产品经理 --- 在产品审核并成功上线后,利用模板格式向项目成员告知并感谢。
    

    12 - 版本迭代

    继续收集用户的反馈信息,分析产品数据,为下一个版本上线做准备。

    信息获取渠道

    1. App自带意见反馈功能,在后台查看
    2. 应用平台上的用户评论
    3. 在公共网络平台(微博、知乎、公众号等)搜索相关反馈

    统计与分析

    - 依据产品上线前确定的核心指标来分析产品数据,例如针对App的新功能:入口点击量、转换率等。
    - 不同业务关注的指标不同,建议提前跟上级和数据部门定义好衡量指标(判定是否达到了预期标准)。
    - 对于小型公司和组织,可以利用流行的统计工具
    - 漏斗模型:典型的数据分析方法
    - 需求池:对下一步要实现的功能和改进,做个优先级排序
    

    思考与练习

    01.1 结合自己的兴趣爱好,准确描述一个让你使用不舒服的功能,并给出你的解决方案。
    02.1 如何找到有相似痛点的人?有什么好办法?
    02.2 利用“旁敲侧击”的提问方式,了解对方为什么会有这样的痛点。
    03.1 做一次完整的用户访谈,准备好访谈问题,找到10个目标用户进行访谈,最后制作一份完整的用户访谈报告。
    03.2 根据采访的10位目标客户,试着制作三份用户画像。
    04.1 针对你不满意的摸个产品功能,写一份竞品分析。
    05.1 针对你不满意的摸个产品功能,用思维导图画出你想实现的功能,注意区分用户角色。
    06.1 将你想实现功能的用户流程图画出来。
    07.1 在纸上画出你想改进的功能。
    07.2 利用工具将草稿上的功能做成交互图,发给访谈的用户并收集反馈意见。
    08.1 在产品原型的基础上写需求注释。
    08.2 利用专业工具制作一份完整的产品需求文档。
    09.1 将需求文档对自己完整讲几遍,记录不顺畅的地方,思考如何改进。
    10.1 制作一张项目管理表格,在实际项目中使用。
    11.1 以所设想的新功能为对象,梳理一遍验收和上线环节要做的事情。
    12.1 复述产品从无到有的完整流程,并思考每一步流程的关键点。
    
  • 相关阅读:
    数据库初识及 MySQL 的安装
    hdu6006 Engineer Assignment 状态dp 定义dp[i][s]表示前i个工程状态为s可以执行的最大工程数。s表示前i个工人选走了s状态的工程师。
    hdu6035 Colorful Tree 树形dp 给定一棵树,每个节点有一个颜色值。定义每条路径的值为经过的节点的不同颜色数。求所有路径的值和。
    hdu6038 Function 函数映射
    hdu6000 Wash 巧妙地贪心
    hdu3879 Base Station 最大权闭合子图 边权有正有负
    poj2987 Firing 最大权闭合子图 边权有正有负
    poj3422 拆点法x->x'建立两条边+最小费用最大流
    hdu4106 区间k覆盖问题(连续m个数,最多选k个数) 最小费用最大流 建图巧妙
    poj3680 Intervals 区间k覆盖问题 最小费用最大流 建图巧妙
  • 原文地址:https://www.cnblogs.com/anliven/p/7906666.html
Copyright © 2011-2022 走看看