产品经理

近来二次阅读苏杰著人人都是产品经理，还是很有收获，为了促进自己反思，特记录在此。 产品经理是关于事和人的匹配。事，对公式来说，梳理清晰的业务是根本，对个人那是具体的任务。人，要具备相应能力，知识，技能和态度。 项目经理是任务的执行人，不是提出者，需要执行，计划和控制能力。产品经理是任务的提出者，更需要创造力和项目管理能力。项目越做越确定，是个闭环，产品越做越大，开放式的。 产品经理要学会面对真正的问题，去追问本质，多问问为什么，目的是什么，这样才能更好的提供解决方案～产品。 只做一次的事情找可行解，反复做的事情最优解。 产品经理的成长过程，有输入也得有输出，需求收集调研，分析需求，方案设计，流程，线框，架构，开发，测试，验证，交付，运营，优化。 需求提出来，做出来，推出去。 提出来，就是业务痛点或者新需求，是要解决的一个或者一系列问题，据此提出解决方案，当然要反复推敲，调研，分析，并确定定位和目标，然后筛选出方案。 做出来，对应的是根据定的方案，制定设计出具体操作任务，涉及细节，并评估出需要的资源和时间计划，以及操作的流程和方法，并按照计划交付产品。 推出去，意思是将产品交给用户和客户，真正的解决业务问题，提现产品价值。在运营中发现不足，再提升优化。 让产品有用，可用，好用，有人用。 来源： https://www.cnblogs.com/uplove/p/11920609

• 学习并理解产品经理的工作职责，对产品经理的日常工作职责有较为清晰的理解。 –　　市场调研 –　　产品的定义设计与规划 –　　产品研发过程中的项目管理 –　　产品宣讲 –　　产品市场推广 –　　产品推出后的管理与迭代 一、为什么要产品宣讲 –　　前期的产品立意，市场分析等，都是产品团队与研发团队在主要参与，进入研发阶段， 根据产品实际情况一般会在合适的时候让其它相关团队开始了解产品，到这个时候，一般就 需要对产品进行内部的宣讲。 1.1 主要宣讲对象包括： –　　客服 –　　市场 –　　销售 –　　运营 –　　其它.... 1.2 产品宣讲的目的 –　　内部培训，让团队成员熟知产品特性与调性 –　　获得认可 –　　统一愿景 –　　激励士气 –　　获取信任支持 1.3 从不同部门看产品宣讲对其意义与作用 –　　客服：有利于客服人员更好是的组织与理解接下来的工作，包括客服问答处理流程 –　　市场：明白产品，有利于市场人员更为提前的准备他们的推广战略战术，如何包装产品等 –　　销售：明白产品，有利于销售人员提前和现有客户沟通，做好销售预热准备 –　　运营：明白产品，能更好的让运营人员参与到产品中来，提前理解产品功能，减少后期沟通障碍与成本 1.4 产品宣讲方式 –　　产品内部推荐会 　 　• 前景预测 　　• 产品演示 　　• 产品试用　　 –　　注意控制 　　• 气氛 （不要太压抑

1、什么是好的产品原型 从2017年起开始接触产品设计这一领域，也陆续兼职了公司几个项目中的产品经理职责（主职位是技术架构），总结一下在产品设计过程中的一些细节吧。 首先，什么样的产品原型算得上一个好的产品原型呢？可能很多人会从高保真程度，交互还原，文档注释等方面给出不同的评价标准，但是我想说的是，必须先明确产品原型面向的是哪类人群，然后针对性的满足产品原型阅读者的需求，这是判断产品原型好坏的根本标准。 把所有查看你的产品原型的人看作为你的用户，分析用户需求。 这里以我自己的经历 举例 ： 阅读者 需求是什么 怎么实现 老板/客户/需求方 实际中我的第一用户是我的老板，可视作产品需求来源，最终的决策者； 希望看到一个产品原型完整地将他对于产品的想法以可视化的形式呈现出来，并在此过程中体验产品效果，验证想法，完善细节，最终达到一个确定的”产品雏形“ 形成整体的信息架构图、分层业务逻辑图，此用来梳理产品的核心逻辑 形成初步的产品交互原型，包括涉及到的终端，核心的功能操作，让产品想法初步变为一个可操作，可讨论，视觉化的体验 UI设计师/交互设计师 根据原型去设计视觉，交互体验 走到这一步说明产品经过了第一阶段的初步确认，起码达到了第一个版本。 针对设计师用户，需要定义出整个设计规范，设计风格，以及交互要求。视自身的axure或者其他原型工具的掌握水平，可做高保真的交互原型

所谓C端，即围绕个体用户衣食住行、吃喝玩乐的产品。与之对应的，B端用户则面向企业，比如CRM、OA系统，这些产品更注重解决企业用户在业务和内部协同中遇到的问题。 与C端产品不同的是，B端产品有更稳定的需求、更注重解决实际矛盾和需求，围绕提升利益与效率的目的进行规划。 初做B端、尤其是中后台产品，相信大多数产品小白会遇到这样的场景： 经理让我去找业务调研，但我并不知道问哪些问题；在与业务方的沟通过程中经常会被抢去主导权，在对方说完“我需要在这里加一个XXX的功能”后，扔下一个冷风中凌乱的我。 一、为什么要进行业务调研 上一段中提到，B端产品的本质是为了更好地解决业务问题、为企业赋能，所以是本质决定了产品经理要熟练后台架构和业务逻辑 ，每一个功能对应的工作流都有可能对该功能上下游的逻辑产生影响。 产品经理在做规划时，不能仅在自己的角度判断逻辑是否合理，还要站在业务的角度考虑需求背后的价值。 下面我们分别从调研前、调研中、和调研后三个阶段分别展开讲解： 二、明确调研方向，进入调研阶段 首先需要明确我们本次调研的方向，熟悉业务还是收集需求？ 1. 熟悉业务 1）调研之前 产品经理需要主动了解业务背景、对公司业务做初步判断，带着对业务的疑问更有针对性的与业务方进行沟通。 2）调研开始 我们可以围绕以下几个问题进行提问： a. 询问调研对象在这家公司工作了多久、处于怎样的职位

一、产品究竟是什么？ 答：直白来说，产品就是用来解决某个问题的东西 键盘是产品，显示器是产品，水杯是产品，我们生活中的方方面面都可以是产品，可以是有形的实物，也可以是无形的服务，而解决问题就意味着满足人们的需求，这样才能产生价值。 二、产品经理的主要职责是什么？ 答：规划产品的生命周期，负责产品的上市策略、定价策略、整合营销策略，鼓励创新，重视用户等等 　　好的产品能改变世界，坏的产品也只是随更好的产品迭代。 来源： https://www.cnblogs.com/dabai123/p/11787182.html

第一个问题 作为产品经理，竞品分析是一项基本能力。请对比百度外卖、美团外卖、饿了么的评价功能，做一次竞品分析，说出优势和劣势。 1、评价功能包括两个方向：用户评价和查看店铺评价，关系如下图： 根据上图关系显示，将对用户评价进行详细分析，查看店铺评价辅助分析 2、用户评价体系流程对比图 3、根据用户评价流程进行如下分析对比以及总结 注：红色标记重要要素，蓝色标记为次要 4、个人认为用户评价系统核心有四点： 评价推动力，评价入口，评价方式，查看评价 评价推动力 ：激励体制（产生推力）； 让用户感受到自己评价的重要性（向用户暗示）； 服务和商品的极端化（体验特别棒或者体验很差，不可控因素，暂不考虑） 评价入口： 入口简单，别让用户寻找 评价方式： 评论元素数量适中（在最短的时间内完成评价） 评论元素引导性（推力最大化，减少用户思考）； 查看评价： 查看评价不是高频行为，但是用户在首次评价结束查看评价几率比较高，故查看评价入口应要简单 查看店铺评价： 用户选餐时的参考，评分信息应该全面 5、基于以上对比以及分析得出以下结论 第二个问题 请使用任意一个外卖app下单一笔外卖，画出你所理解的外卖的流程。请画出主要的环节，以及每个环节涉及的角色。（比如用户、商家等） 使用百度外卖APP，在下单那天，手机落在宿舍。用 实验室的测试机（无卡） 进行的一次坎坷的订单流程，如下

　　每一个 产品经理 都有一颗母爱般的心。一个孩子和妈妈走在回家的路上，突然孩子说：“妈妈，我要吃鸡腿。”但是附近没有肯德基之类的店铺，妈妈犯愁了，怎么办呢？可不能饿着孩子啊，妈妈又突然想起来中午买的批萨还有一些，于是拿出来给孩子吃，鸡腿=批萨吗？潜在的需求是：饿+好吃的。从这一点案例分析，产品经理都是设计师，同时又是规划师。 　　那么产品必备的Appstore热搜应用都有哪些呢？ 　　1，乎之原型，是一款快速交互原型制作工具。创建原型：导入效果图，编辑事件，演示原型。可以使用点击、滑动、双击....等各种动作事件，并支持移入、渐隐、翻转...等各种页面加载效果。分享原型：邀请好友查看或评论原型。可以使用手机号码、邮箱...等各种方式邀请好友，支持原型实时同步、分享范围控制...等。duang、duang、duang 特技特技加特技，乎之原型，简单任性。 　　2，原型助手，让你的保真原型可以在手机上演示。支持Justinmind Prototyper以及Axure生成的html原型，以及所有html格式的原型；无须上传文件到服务器，原型制作好即可通过WiFi传到手机。文件通过简单压缩成zip文件进行传输，app内一键解压演示，方便快捷；演示时摇一摇可呼出菜单，减少演示时的干扰；每个原型演示独立设置，互不干扰； 　　3，移动应用设计，一直保持在App

1、关于java的学习路线 参照了这个知乎上发现的别人给的路线图，这基本上是一个java工程师可以学习的所有部分了吧，包括前端和后端 编程这个行业说难也不难，说简单也不简单，对于不编程的人来说看见代码就像看见无意义的符号，难以理解，所以人们平常不怎么会解除，但是对于从事软件行业的人来说如果不会编程就像学习的知识没有用武之地，学习了不会实践，时间不长容易忘记。 所以对于信息管理这个行业来说其实最重要的不是管理，最重要的是实践，如果学习的每一个知识都能够得到良好的锻炼，我相信这个人在毕业以后一定能够在所在的行业做出一番事业。 信息管理这个专业有很多条路，很多人都去erp软件公司了，说实话就像当初刚刚入校的时候那些前辈所说的，信息管理这个专业最好的实习经历当然是去sap，sap可以说在这个领域有着其他公司无法比拟的优势，但是另外一个方面的缺点就暴露出来，sap进入的困难可想而知，想要进入，一个方面是强大的编程能力，另外一个方面是英语沟通能力，国内说实话如果不是办正常的业务实在不是一个实施自己专业知识的良好地点，龙色混杂的市场里面我们所学的东西就像泡沫一样。所以初试的锻炼还是需要通过国外比较简单的以事就事的态度来熟悉工作，再谦虚的进入国内学习其中混杂的关系，最后在这个行业里面有所建树。除了erp公司以外还可以承担专门管理软件的开发工作，这个也是初试状态以后很多人走的一条路

1、采访工业界的软件团队（通过邮件，微博，微信，阅读博客等方式），询问他们的软件开发流程 2、分组讨论， （1）投票选出你们小组成员最喜欢的两个团队类型 （2）辩论你们在这门课程中最应该采取哪种类型 （3）列出优劣 （4）课堂发言，或发表博客 一 软件开发流程 (一)项目启动  1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。 2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。 3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶 段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段  1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作

1、采访工业界的软件团队（通过邮件，微博，微信，阅读博客等方式），询问他们的软件开发流程 2、分组讨论， （1）投票选出你们小组成员最喜欢的两个团队类型 （2）辩论你们在这门课程中最应该采取哪种类型 （3）列出优劣 （4）课堂发言，或发表博客 一 软件开发流程 (一)项目启动  1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。 2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。 3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶 段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段  1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作