产品思维与产品面试

不懂产品思维与产品面试？我这刚好有份产品思维与产品面试的思维导图。重点图解了产品思维与产品面试：为解决求职（跳槽）季各位互联网er的求职难题。建议收藏学习一下！

产品思维与产品面试

• 产品思维
  • 如何在最恰当的时机和领域，利用现有资源，提供一个解决方案，去解决一部分人的需求，并能从这部分人的角度出发，不断完善这个解决方案
  • 面试过程就是做一个产品
    • 同理心
      • 站在用户（用人方）的角度思考问题
      • 主要从三个方面考虑
        • 面试本质
          • 分析面试的需求过程，用户（用人方）需要找到合适的人才，来帮助企业展开工作，获取利益：而产品（你自己）则基于此来优化完善自己，以满足用户的需求
        • 问题分析
          • 用户提问基于一定思考，想了解你某些方面的能力或潜力，需要稍作分析后再组织语言回答
        • 解答思路
          • 抓住问题的本质，讲对方想听的那一部分
• 产品面试
  • 硬准备
    • 现实中部分人的准备
      • 材料准备效果不佳
        • 只带了简历
        • 除了简历，还有自己负责的h5页面
        • 除了简历，有APP演示
    • 良好的资料准备应该包括哪些
      • 简历
        • 基凋明朗
          • 能看出你的产品素质，大气而又注重细节，适当地运用极简思维进行整体构思
          • 基调以黑灰白为主，蓝色、绿色为辅，不要用太过艳丽的色泽
          • 同时注意排版、对称，保持简历的层次感
        • 结构清晰
          • 个人资料及简介
          • 与产品相关的项目经验
          • 能力图谱
          • 个人名片
          • 简单的职业规划与产品观
        • 内容充实
          • 按照需求匹配，挑重点进行说明，注意提炼关键点
          • 比如自我描述中，一走要将自己如何匹配该岗位的亮点展露出来，具备什么优势，有什么产品素质修养，有没有这个行业的背景，设计能力如何，是否具备系统的产品思维
          • 竟争者永远都很多，庆幸大多平庸，你需要做出特色，尽早吸引用户注意力
      • 未上线、或者内部产品，则需要打印产品相关设计文档：产品策划案、主框架、页面流程、关键页面、功能描述
      • 上线产品，现场演示；也可以打印部分资料，方便演示和说明
      • 最好彩打
  • 软回答
    • 1.先做个简单的白我介绍吧
      • 本质
        • 用户不了解你，需要快速获取你的信息，方便下一步判段
      • 分析
        • 给对方留下第一印象的必答题，多多练习，尽量做到语速平缓、吐词洪亮、清晰流畅，这是展示你的逻辑表达、概括总结能力的最快方式
      • 思路
        • 讲重点，与产品经历无关的事迹三言两语带过，有哪些产品经历，产出了什么主要成果，如果是上线产品，多讲一些大体上的运营数据，不要太拘泥于细节描述
    • 2.谈谈你对需求的理解
      • 本质
        • 用户想了解你对用户需求和产品需求的理解程度，是否有清晰的需求分析方法论
      • 分析
        • 对需求的理解和分析能力是产品经理的基本功，企业不会接受只会夸夸其谈的产品经理
        • 没有扎实的基础功，如何能沉下来，和团队、老板、用户沟通
      • 思路
        • 可以适当多和用户谈一个需求的来龙去脉，需求从哪里产生，平时通过什么方式采取需求，用户需求如何转化为产品功能需求，需求种类甄别与等级划分，需求的日常管理方式，需求评审过程，需求的落地开发，以及验收方式和更新送代管理
      • 需求流程
        • 需求收集
          • 方式
            • 用户反馈
              • 产品自有反馈体系
              • 微博
              • 微信公众号
              • 微信群
              • QQ群
              • 贴吧
              • 知乎
              • 客服运营销售
              • 应用市场包括 app store
            • 竞品分析
              • 功能
              • 视觉体验
              • 用户体验
              • 业务方面
              • 营销宣传
              • 用户反馈
            • 数据分析
              • 能做什么
                • 从某些方面获取行为，进行分析也可以进行验证一部分设计是否合理
              • 数据来源
                • 内
                • 外
                  • 极光数据
                  • 百度指数
                  • 艾瑞咨询
                  • 友盟
                  • IT橘子
            • 头脑风暴
            • 定性定量采集
              • 用户访谈
              • 调查问卷
              • 定量数据分析进行验证
            • 来自个人
              • 老板
              • 同事
              • 自己
            • 市场调研
        • 需求分析
          • 产品规划方向、目标、节点
          • 产品现在所处生命周明
          • 用户分析
            • 确定具体用户
            • 用户画像
          • 用户场景分析
            • who、when、what
          • 分析内容
            • 业务需求还是用户需求
            • 需求还是解决办法
            • 需求真伪
            • 需求刚需程度、频率
        • 优先级
          • 公司战略目标和公司环境
          • 马洛斯需求
            • 自我实现
            • 尊重需求
            • 社交需求
            • 安全需求
            • 生理需求
          • KANO模型
            • 兴奋型需求
            • 胡望型需求
            • 基本型需求
            • 无差异型需求
            • 反向型需求
          • 版本
            • 都有哪些版本
            • 版本顺序
            • 每个版本内需求先后
        • 实施分析
          • 解决方案穷举
            • 可使用头脑风暴
          • 定义产品规则
          • 所需功能点
          • 功能流程、任务流程、业务流程、页面流程
          • 使用路径
            • 按照角色、场景、路径方式
          • 异常状态
        • 功能设计
          • 原型
            • 功能
            • 布局
            • 流程
          • 产品需求文档
        • 测试验证
          • 通过A/B测试
          • 用户调研
            • 电话
            • 面谈
            • 调查问卷
            • 聊天工具
            • 等等
        • 需求评审
          • 提前交流一些大面
          • 开会开会开会
          • 可能存在
            • 设计评审
            • 测试用例评宙
            • 功能评宙
          • 达成统一意见
        • 协同开发
        • 需求上线
        • 评估效果
          • 其实就是验证是否达到了需求设计目的
          • 通过之前的数据埋点来数据分析
          • 通过用户反馈和用户调研、访谈等
        • 重复迭代
    • 3.什么是好/坏的产品
      • 本质
        • 户想了解你有没有生成自己的产品观，对优秀/失败产品的定义是否到位
      • 分析
        • 产品经理的产品观如同普通人的三观一样，基本观念不在一个频道，就没有必要继续交流下去了
        • 不同行业的产品观肯定应该不一样，大体来讲，B端产品着重在业务逻辑的理解基础上对流程进行梳理，重点是如何帮助用户提高工作效率，用完即走：而C端产品更侧重于对用户体验的满足，如何让用户深度沉浸在其中，茶饭不思，则是产品负责人的着重思考点
        • 参考第15、16期《不一样的Keep深度分析》
      • 思路
        • 事先分析面试公司的主要产品，能向用户传达什么使用价值，公司能从这个产品中获取什么价值，你对优秀/失败产品的定义与分析都是针对对方感兴趣的领城而展开的，有的放矢
        • 人人都在讲情怀，所以，好的产品就是要让用户发现更美好的自己，远远不只是一句套话
    • 4.什么是优秀的产品经理
      • 本质
        • 用户想了解你对产品经理这个岗位的认知，进一步的，对优秀产品经理具备的专业以及非专业素质要求的认知情况
      • 分析
        • 这是一个大概率被提及到的首通问题，网上有很多关于产品经理这个岗位的定义，以及优秀产品经理具备什么样的素质，多看多总结，必能熟能生巧
        • 参考第5期《互联网产品经理到底是个什么东西》
      • 思路
        • 产品经理的不同等级：产品助理，产品经理，产品总监对岗位的具体要求不一致
        • 能从用户和公司角度出发，尽可能多创适使用价值和商业价值
        • 能力维度：产品能力（设计、需求理解，产品规划），市场能力（商务沟通，市场、用户调研，行业认知），运营能力（运营数据分析，营销推广，危机预测），领导能力（项目管理，领导力，亲和力）
      • 产品能力框架图
        • 产品管理
          • 对整个产品生命周期负责
          • 产品文档管理
            • 运营阶段的
              • 市场维护
              • 产品用户数据
              • 网络推广优化
              • 运维和维护
            • 开发阶段的
              • 产品设计
              • 业务规划
              • 功能需求
              • 测试和开发
          • 需求管理
            • 创建或改进需求
            • 提炼需求
            • 功能重整
            • 需求优化
          • 开发阶段
          • 品牌建设管理（很难）
            • 如何创造品牌
            • 如何维护
          • 从0到1负责产品的整个生命周期
            • 定义
              • 调研
                • 市场调研
                • 目标用户调研
                • 竞品分析
              • 需求分析
                • 业务逻辑
                • 产品目标
                • 用户需求
            • 设计
              • 原型设计
                • 业务流程
                • 信息架构
                • 界面布局
                • 用户行为
                • 用户用例
                • 交互设计
              • 视觉设计
                • 色彩设计
                • 视觉规范
                • 功能界面
                • 操作界面
            • 研发
              • 技术实现
                • 项目管理
                • 团队协作
                • 需求管理
              • 测试
                • 用例测试
                • 可用性测试
                • 用户体验测试
                • 灰度测试
            • 发布
              • 准备发布
                • 教育用户
                • 销售培训
                • 制定推广方案
                • 制定运营策略
                • 产品定价
            • 迭代
              • 数据分析
                • 用户反馈
                • 完善功能
                • 数据收集、分析
                • 调整运营策略
        • 自我管理能力
          • 修身的过程，最终可以有两条路
          • 情绪管理
          • 时间管理
          • 知识管理
          • 目标管理
          • 修身的过程，最终可以有两条路
            • 产品管理方面
            • 向研究和专精方面
        • 专业技能管理
          • 文档撰写
            • 主要工具
              • Microsoft Office
              • Axure PR
            • 撰写产品文档，主要是BRD、PRD
          • 结构规划
            • 需求和概要策划阶段
              • 梳理服务和功能要点
              • 整体关系模式架构图
            • 主要工具
              • MindManager等导图工具
              • OfficePPT、visio
          • 流程设计
            • 对产品的业务流程和分支进行描述设计
            • 主要工具
              • Visio
          • 原型设计
            • UI框架设计，细节框架设计
            • 主要工具
              • Visio
              • Axure RP
          • 测试和监控
            • 浏览器兼容性性能，文案、视觉等检查和进度管理
            • 主要工具
              • IETest、Firebug
        • 产品设计能力
          • 规划能力
            • 对企业产品线的布局
            • 对自身产品的定位
            • 需要站立在很高的战路层面，往往由公司B0ss来做了
          • 策划设计能力
            • 产品远规划
            • 近期的功能规划
            • 满足公司商业漏求
            • 符合市场定位和用户需求
          • 商业感
            • 产品的商业价值和市场盈利所在
            • 满足将来的趋势，规避或减少进入者
          • 竞品分析
            • 业知名产品的分析和借鉴
            • 同行好的产品的分析与借鉴
          • 数据分析处理
        • 团队管理能力(M的重要一点)
          • 沟通能力
          • 执行能力
          • 团队培养能力
          • 氛围优化调节
          • 对高层的汇报协助能力
    • 5.产品经理日常工作中需要输出哪些文档
      • 本质
        • 用户想了解你对产品经理日常工作的熟悉程度，是否对产品开发的整体流程有全局认知，是否有真实有效的产品经历
      • 分析
        • 不适宜将你平时输出的文档做简单的描述，要让对方在短时间内知道你是专业的，不是“凑数”的，何况对方肯定不满足于你扔出来几个文档名词，必定会针对某些文档进一步深挖，与其被动迎战，不如主动出击，掌握主动性
      • 思路
        • 在阐述这些文档时加入自己的实际经历，每个具体文档的输出有何输入信息必要条件，侧重点分别在哪里，接收方是谁如何验证文档质量效果
    • 6.微信删除一个功能，你选哪个
      • 本质
        • 用户想了解你平日里是否观察细腻，有对市面上的主流产品进行深入的研究，有没有做过深度体验
      • 分析
        • 这类问题基本没有标准答案，也可能对方也没有他的答案，他就是想了解到你在判断产品功能设计是否合理的依据是什么，有没有形成正确的产品思维与意识，以及是否有过实际的用户体验设计经验
      • 思路
        • 可以针对某一两个功能进行分析，你认为可删除的原因是目标用户群体数量太少，或者只方便了很少一部分用户，而对大部分用户产生了日常干扰
        • 暂时没找到适合删去的功能，比如某某功能是基于哪类用户的哪种具体的使用场景，如果删除会造成用户产生困惑和焦虑
    • 7.说说你怎样获得一种技能，并转化成实践
      • 本质
        • 用户想知道作为产品经理的你，是否不满足于现有取得的成绩，而是始终保持着一份谦虚、积极的心，通过哪些具体途径去充实自己
      • 分析
        • 产品经理是一个活到老、学到老的岗位，业内对其要求极高，几乎很少人可以做到面面俱到，所以终身学习是产品经理必备的素质
        • 可以考虑通过结构化思维来分析问题，始终以以终为始作为原则，确定学习的目标方向，减少不必要的干扰；通过MECE原则寻找学习成长所需要的各种资源；采取2/8原则选择具体的学习途径，并付诸行动
        • 推荐阅读《猫猫教你轻松看懂职场利器之结构化思維》
      • 思路
        • 真诚表露出对未知技能的不懈追求，表明积极向上的态度
        • 如何从众多具体的学习方式中选择出最适合你的那个
        • 实践过程，是否有安排具体的学习计划步骤，并按照计划展开
        • 最后是实践效果与回顾总结，学习效果如何，怎么验证，回顾时有没有暴露什么问题，如果再来你会如何做的更好
    • 8.如果设计不听你的，怎么沟通
      • 本质
        • 用户想了解你平日里应对工作阻碍的处理方式，人际沟通能力如何，情商如何
      • 分析
        • 正如产品使用流程除了主线流，还有异常流：工作也不可能一帆风顺，与队的磕碰更是常事，招聘方希望你面对工作阻力时，保持清晰的头脑和处理思路，高效调动团队，完成任务
      • 思路
        • 确定同事不满意我的设计是出于什么原因
          • 我之前的设计音遍被认为太槽糕
            • 会一味地坚持己见，而是首先提高自己的设计水平能力，跟上团队的节奏，多学习与交流，让自己提高和充实这方面的能力；听取同事的建议和询问设计背后的产品逻辑，多做思想上的碰撞，虚心学习
          • 以往我的设计是被大家认可的，此次也没有明显的问题
            • 接与同事进行当面沟通，跟他解释那些设计元素为什么要这么设计，背后的逻辑和思维是怎样的，有哪些数据作为支撑，直到同事能够理解到产品设计背后的逻辑为止
            • 还无法说服对方，就需要跟他的上级进行沟通，让同事强制执行
        • 产品经理要对产品的最终效果负责，产品的成功要分享给每位产品团队成员，同时要勇于承担产品失败的风险，为团队带来荣誉感、安全感和归属感
    • 9.对我们公司的产品有过了解吗
      • 本质
        • 用户想知道你事前是否有对本公司产品有过初步认知，对本领域的接触深度如何，是不是盲目地找工作
      • 分析
        • 切忌说"没有”，良将不打没准备的仗，相信大家都是很聪明的
      • 思路
        • 面对HR：侧重于讲述如何获取用户的喜爱，身边有哪个哪个真实的用户就在使用，使用场景如何如何
        • 面对产品经理：用户能从产品中获得什么，产品UI、交互设计的如何精妙，存在哪些体验上的问题
        • 产品总监：产品是如何抓住哪个领域哪一部分用户的哪个核心痛点，相对竞品产品有何差异化和竞争优势，亮点、卖点在哪，如何建立竞争壁垒，有什么风险点或危机，我有什么对策
        • 推荐阅读《如何用产品思维找工作》
    • 10.你还有什么想问我的没
      • 本质
        • 用户对你前面的回答基本比较满意，想知道你对本公司有什么疑问，是不是真心想要加入团队
      • 分析
        • 这几乎是唯—次反客为主的机会，能获得这个提问资格，恭喜你基本上已经在对方的考虑范围以内了。但是果对方不是HR，不要问薪资多少这种low逼的问题
      • 思路
        • 做产品很重要的一点是思维要经常性碰撞，才会有进步
        • 可以作为一位晚辈就一个具体问题向对方虑心取经
        • 也可以针对之前某个没有答好的问题向对方请教
        • 还可以询问对方对一个现象级产品兴衰的看法，从而判断可能的未来领导产品能力如何，毕竟跟着一位能力一般的领导，以后的工作不会太好过
        • 如果确实想加入对方，基于好的产品经理必须配合好的团队，才能偷快地打造产品，尽可能去了解对方回队的实力，方便下一步判断