人人都是产品经理
《人人都是产品经理》读后感
12级工商管理辅修江凌峰3115503011
四月份，怀着异常激动与好奇的心情读完了《人人都是产品经理》这本书。虽然课上传授的知识比较有限，有些内容看了也是懵懂，但还是深深地感觉到了产品的力量，受益颇多。
《人人都是产品经理》这本书分六章进行讲述。第一章主要介绍了产品入门，如产品经理的概念，为什么要做产品经理，产品经理的一些技能要求，以及怎么入行做产品经理。看完这章，审视了下自己。我，在毕业以后的职业生涯中，适合做产品经理吗？从技能要求来看，自己似乎相差甚远。但是那一句好产品能够改变世界，却让自己深深折服。或许，可以往那个方向去走，路途虽然曲折渺茫看不见方向，但只要能近点，近点就好。在这些方面，需要学的还很多。
第二章主要讲的是需求。产品来源于需求。我们该怎样进行用户研究，怎样去提炼需求，怎样对采集到的需求进行分析这一章都做了详细的说明。需求决定产品的高度，做产品的最高境界就是创造需求。在做需求时，我们要分辨出什么才是用户最深层次的需求，怎样把用户需求转化成产品的需求？
第三章讲的是项目。项目管理是管理学的一个分支，现在很多公司都以项目的形式对公司活动进行管理。个人觉得，产品与项目最大的区别就是，项目只会进行一次，而产品则有着完整生命周期。这一章还有一个关键词：文档。产品经理真的要写很多的文档，作者苏杰发出了这么一个感叹。
第四章讲了产品、设计、团队、商业运作等等。这一章充分地验证了神一样的产品经理这句话。设计、运营、市场、技术、团队管理等等产品经理都要涉及到。游走于多个不同的部门，拉资源、谈需求，产品经理的沟通能力必须得上去。
第五章主题升华到战略，价值观领域。这一篇看得我有点糊涂。还好也学到了很多分析的方法，如市场PEST分析，自我剖析的SWTO分析等。这些方法，相信无论以后我从事什么工作都是非常有帮助的。
第六章是产品经理的自我修养。总结起来就是爱生活，会学习，会思考。爱生活才能爱产品；只有不断地学习，不断地思考，才能做好产品。产品来源于生
【干货】微信产品原则(大神分享) 人人都是产品经理
【干货】微信产品原则（大神分享）人人都是产品经理 人人都是产品经理社区推出产品经理培训课程，让BAT 产品总监手把手带你学产品吧！ 做产品设计的时候每天都会需要做各种决策，这种决策如果没有一个产品原则指导的话根本做不下去，因为往往两个方案都各有利弊，你的取舍没有依据。对于产品原则的理解，在这次听genie分享有了非常深的感悟，干货和大家一起分享。 Genie是腾讯唯一一个p4（专家级）女产品经理，也是我知道的唯一一个p4产品经理，是从无到有搭建出微信的产品负责人，如果张小龙是上帝，那genie就是为上帝造人的那个人，坊间称之为“天朝第一产品经理”，这是第一次genie 和大家系统的讲述微信的产品原则吧，这要感谢“产品＋”这个课程，不仅都是干货，而且都是高品质的精华。 最难的是大概道理我们都懂，但没抽离出来形成自己的产品原则，更难的是，你都知道，但是没消化成自己的东西，在做产品策划的时候还在不断犯这些错误。 废话不说，直接来吧。
对于熟人社交而言，三个价值导向： 越亲密的关系越有价值 越近的消息越有价值（所有最近的消息倒序在最顶上） 越原创的内容越有价值 根据这三条，在创建产品时很多产品逻辑和后台算法就能清晰的做出权重分配排序了。 微信十条产品原则： 1.隐私vs便利：隐私重要性大于便利。案例：常有用户抱怨为什么换一台手机所有聊天记录都没了，为什么登陆网页版每次聊天记录都是从零开始，为什么聊天记录不能每次同步存储，因为一旦换设备/微信网页版每次登陆都显示之前的聊天记录，很可能别人在其他设备登陆你微信，所有记录都看到了，这种隐私泄漏给你带来的风险比聊天记录清零带来的伤害大得多，基于隐私性大于便利性原则，即使聊天记录清零可能带来不便利，依旧优先隐私性。所以微信在手机本地聊天记录不保存，宁可不够便利，也不牺牲隐私体验； 2.发送方vs接收方：你觉得发送方和接收方哪个更重要？保护两端感受，但当两方有冲突时，更保护的是接收方，微信的产品理念认为接收方体验大于发送方。 案例： a.因为这个产品原则，所以微信到现在没做已读体验。而阿里做社交的产品理念认为发送方比接收方重要，所以之前阿
一名产品经理内心的独白人人都是产品经理
一名产品经理内心的独白人人都是产品经理 产品经理眼中的产品经理, 细腻而耐人寻味。 关于作者：vac，资深产品经理，做过地图、O2O、房地产等产品。充满文艺气息的小青年，喜欢骑行、旅游，喜欢时刻感受生活所赋予我们的美丽。 一、关于TITLE 对于产品经理是个什么啥？答案请百度，但千万不要因为某些博主把它写的高大上，牛逼哄哄，你就认为是个神一样的职业，如果是这样，那我还是要泼你一缸子冷水。 对于产品经理这个职业，由于挂了“经理”两个字，那是相当的有面子，同时这个职业大部分公司均无专业和技能的要求，因此对很多毕业生来讲，诱惑力非常大，比如要是你学计算机，但连”hello world”都憋不出来，那你可以应聘产品经理；比如你学中文，但只能说得一口流利的广东普通话，那你可以应聘产品经理；再比如你连挂38科，哭爹喊娘也拿不到学位证，你还是可以应聘产品经理……，更有神作《人人都是产品经理》，让天下众生无不为此岗位倾倒，看起来这个职位人人都可胜任。但坑爹的是，很多人的TITLE会变异为“产品人员“，最后华丽的进化为“产品狗”。 近几年，国外吹来几阵风，外加爆出企鹅老虎等公司名扬天
下的产品神话，各类公司争相赶时髦设立了产品经理岗位，而门槛又极低，导致了产品岗位的数量在极速膨胀后，整体素质却跟不上来。 曾经很长时间我都认为，这个岗位没有什么硬实力，纯靠一张嘴皮子和一点点正常人都有的逻辑思维，在竞争力上总觉得欠缺很多。但经历了这几年，发现嘴皮子功力和逻辑思维的扩张力每个人都是截然不同的，另外一个很重要一点的是人际关系处理，这也造就了产品经理素质的参差不齐。牛逼的产品经理周围的环境再恶劣，产品也坏不到哪去；低端的产品经理做出来的东西让人别扭不说，最后还会赖公司赖开发赖测试赖UI，在公司里面的口碑也一落千丈，干什么事情阻力都会很大。 总之，产品是个说大不大说小不小的坑，做的好，产品牛逼了，你就有故事可讲，媒体添油加醋之后，又可以获得一大批拥泵；做的不好，在公司里哪都不受人待见。与其说人人都是产品经理，不如说人人都是产品评论家，实际能不能担当好这个产品经理则是另外一回事。 二、我的“狗友”们 虽然自贬为dog，一下子把逼格值拉低到负海拔高度，但好歹也是人类的好盆友，萌得一脸好湿。自嘲总好过自大，是吧？!作为花果山装逼指南的忠实践行者，本汪自降逼格，在项目周报上，给其他的岗位都安上了个高大上的英文名，给
人人都是产品经理之网站篇
人人都应该是产品经理之网站篇 紫狐君 一. 我们的问题 1.大数据时代，再个性化的需求背后也有共性满足的基础，我们开始基于一些有前景和优势的细分市场推出模块化的网站制作，这是迈出了非常重要的一步。但是每个细分行业针对性不强，没有精细化地去定位用户，网站整体差异化低，在用户小的个性化需求上不能灵活满足，而全定制化的网站收费过高。
2.我们没有大大超出用户预期的产品，以至于很难赢得广泛的市场口碑，急需加快新的资源整合和服务模式的步伐。 3.服务型企业缺乏服务性：在设计团队层面，我们的网站在banner 设计、搜索引擎友好性、内链安排、关键字优化、内容安排和空间利用、询盘板块、咨询悬浮窗以及设计时跟销售和用户的及时沟通等各方面都有待提升；在销售团队层面，用户需求引导、用户的目标客户定位、栏目设置、内容板块安排和内容设计、整理等各方面都不够对用户用心；在后期服务层面，偏重高消费的合作客户，而没有针对更普遍用户的标准化解决方案，也没有更完善的托管服务体系。 4.作为大公司、作为互联网公司，我们有着丰富的资源，但是各部门之间不能像藤蔓一样互相传力、借力、共同成长，相互积极、及时、经常性的反馈，一起成就用户、公司和自己，反而像雨滴，看似连在一起，其实是断了的线。设计部门更多从设计和功能本身出发，推出产品时觉得用户需要这样的网站，客户跟进时更多的是围绕设计、功能、价格和客户预算来推进客户。而销售普遍对简单的设计和功能的报价和实质内容不清不楚，以致没有意识、意愿和信心去提升跟进高价值客户的能力。
5.在公司层面对经典用户的打造、宣传和营销没有重视，导致销售拿不出太好的客户案例来推进客户意向。 二. 解决方案 1.精准用户定位、把控用户需求： 通过对市场的调研、对用户的认知，通过与基层销售的沟通，通过模块化设计和定制用户的数据反馈，筛选出优质的细分市场，把控每一个细分市场多数用户的共性需求，对用户和用户的消费群体进行精准定位，抓住每一个细分市场用户的痛点和亮点，凸显其有区别的竞争力。 2.产品定制设计、沉淀经典模块： 在对细分市场和用户进行精准定位之后，就可以开始设计经典功能和设计模块了。 2.1建筑装饰、票务代理、景点运营、酒店餐饮等着重“在线预订及管理”功能的引入、开发和完善。 2.2创意设计、文化传媒、婚庆摄影、房地产等着重符合定位和用户期待的“特效设计”。 2.3生产、销售、贸易类等着重简化实用的“线上支付功能”的实现。
人人都是产品经理
《人人都是产品经理》读后感 12级工商管理辅修江凌峰3115503011 四月份，怀着异常激动与好奇的心情读完了《人人都是产品经理》这本书。虽然课上传授的知识比较有限，有些内容看了也是懵懂，但还是深深地感觉到了产品的力量，受益颇多。 《人人都是产品经理》这本书分六章进行讲述。第一章主要介绍了产品入门，如产品经理的概念，为什么要做产品经理，产品经理的一些技能要求，以及怎么入行做产品经理。看完这章，审视了下自己。我，在毕业以后的职业生涯中，适合做产品经理吗？从技能要求来看，自己似乎相差甚远。但是那一句好产品能够改变世界，却让自己深深折服。或许，可以往那个方向去走，路途虽然曲折渺茫看不见方向，但只要能近点，近点就好。在这些方面，需要学的还很多。 第二章主要讲的是需求。产品来源于需求。我们该怎样进行用户研究，怎样去提炼需求，怎样对采集到的需求进行分析这一章都做了详细的说明。需求决定产品的高度，做产品的最高境界就是创造需求。在做需求时，我们要分辨出什么才是用户最深层次的需求，怎样把用户需求转化成产品的需求？ 第三章讲的是项目。项目管理是管理学的一个分支，现在很多公司都以项目的形式对公司活动进行管理。个人觉得，产品与项目最大的区别就是，项目只会进行一次，而产品则有着完整生命周期。这一章还有一个关键词：文档。产品经理真的要写很多的文档，作者苏杰发出了这么一个感叹。 第四章讲了产品、设计、团队、商业运作等等。这一章充分地验证了神一样的产品经理这句话。设计、运营、市场、技术、团队管理等等产品经理都要涉及到。游走于多个不同的部门，拉资源、谈需求，产品经理的沟通能力必须得上去。 第五章主题升华到战略，价值观领域。这一篇看得我有点糊涂。还好也学到了很多分析的方法，如市场PEST分析，自我剖析的SWTO分析等。这些方法，相信无论以后我从事什么工作都是非常有帮助的。 第六章是产品经理的自我修养。总结起来就是爱生活，会学习，会思考。爱生活才能爱产品；只有不断地学习，不断地思考，才能做好产品。产品来源于生
《人人都是产品经理》读后感悟
《人人都是产品经理》读后感悟 导读：本文《人人都是产品经理》读后感悟，仅供参考，如果觉得很不错，欢迎点评和分享。 《人人都是产品经理》读后感悟 花了一整天时间，终于把苏杰的《人人都是产品经理》看完了。说真的，真正为互联网产品经理写的书很少，写得好的更不多，但这一本算是十分不错的。正如书上说的，很适合1-3岁的产品经理看。 本书从需求的收集开始，到项目的管理，文档的写作，团队管理，到自我修养，把产品经理的神秘世界逐层解开。它不是枯燥的理论堆砌，而是颇具指导意义佳作。本书结构清晰明了，语言通俗易懂，彷佛是一个导师以自己的亲身经历在你面前生动有趣地给你简述什么是产品经理，产品经理是做什么的，应该怎么做。他时而严肃，时而风趣幽默，时而轻松俏皮，让你乐在其中却受益匪浅。 本书列举了大量的例子来说明论点，而这些例子都是十分契合，恰到好处，而且就发生在我们身边，读起来很好理解，甚至感觉十分有趣。感谢作者苏杰，把我们带离迷途。 以下为本人在阅读本书时收集的一些重点的，或带给我灵感的让我触动颇深的段落，供大家浏览，想进一步了解本书的精华，请看原著《人人都是产品经理》。 【关于产品经理的意识】 是谁？每次K歌都对着点歌面板评头论足。
是谁？逛超市时总在想“这个商品能解决什么需求？” 是谁？会给自己的个人发展做战略规划。 是谁？一定要在自己的婚礼中讲一个PPT。 是谁？会拿用户调研的方法与亲朋好友交流。 是谁？装修房子的时候抢着当项目经理。 是谁？看电视广告总想在几十秒中提炼出三大卖点。 是谁？会给自己的孩子设计各种“功能点”。 是谁？访问任何网站都能一下子挑出好几个Bug。 …… 这个人就是产品经理。我做了3年，体会到这种做事方法与思路真的很好用，已经忍不住用它来解决任何问题，并且想告诉每一个人，尝试着用产品经理的视角看世界吧，你可以看得更清楚，走得更顺利。 SNS里的抢车位游戏，曾经很流行，也许你考虑的问题是：应该怎样玩才能赚更多的钱？怎样最快地买到想要的车？怎么玩最爽？……而产品经理的视角则是：为什么每个人是4 个车位？如果车位多了会怎么样？不同档次的车为什么停车费是一样的？如果高档车停车费高了，会有什么优缺点？原来，这些都是和商业目标有关的，车位多了，停车费高了，对好友数量的需求就会降低，这意味着用户互动的减少，与商业目标矛盾；而反过来，如果简单粗暴地试图增加互动，用户又会不高兴，也不行。 【关于用户访谈】 在用户访谈的时候，我们可能会遇到用户“说”和“做”不一致
《人人都是产品经理》读书分享
大家可能觉得《人人都是产品经理》这个名字很奇怪，为什么作者说人人都是产品经理呢？这个问题，我们后边再说，先和大家分享一段这本书里的一段对话： 小明和大毛是一对很好的朋友，有一天 小明对大毛说：我需要一个电钻 大毛问：为什么？ 我想在墙上打个洞 为什么？ 我想把一幅画挂在墙上 为什么？ 因为这面墙太空旷了，看着不舒服 为什么？ 因为太空旷就没有家的感觉，不够温馨 为什么？ 你烦不烦啊。。。。 大家听完这段对话，有什么感想？ 电钻其实并不是小明真正的需求，他的真实需求只是想让家里看起来更温馨，有了这个认识，我们可以给出很多产品来满足小明，比如卖他一套实施方案，带着电钻、油画，上门安装；比如用背面有强力胶的钩子挂画，；比如直接把画粘到墙上；比如直接在墙上画，并且让小明自己画；再比如放一组书架在那里。。。。经过我们的分析得到的解决方案，比起小明说的，可能更省钱、省时间、更温馨等。。。 当然这些并不是我分析出来，而是对话中的大毛，为什么大毛会通过不停的追问为什么，从而挖掘出小明内心的真实需求呢？如果换做是我们，会怎么样？我们能不能给出更好的解决方案呢？其实案例中的大毛就是用了产品经理所特有的思维模式去思考问题的。。。。 今天分享的这本书，就是和产品经理有关系----《人人都是产品经理》这本书的作者苏杰，是一名在阿里巴巴工作的普通员工，用了四年时间完成了这本书的创作，这本书不是手册、不是工具书、也不是大全，只是苏杰在这几年成长路上的心得体会，特别通俗易懂，做产品的人，会有切身的体会，即使不做产品的朋友我觉得也可以学习下产品经理的思维方式。 这本书的目录是按苏杰成长顺序做的，大概分了需求、项目、团队、战略、修养这几个板块来介绍苏杰对产品经理这个职位的看法和理解，在这里只和大家聊一下我比较感兴趣的需求这一章。 人活在这个地球上，为什么会有各种各样的需求？？那是因为生活中存在太多的问题，而问题就是“理想与现实的差距”，那么人们就会很自然的产生“减少或者消除这个差距”的愿望，这就是所谓的需求。就像是我们前边的对话里小明的需求一样。 （Ps—美国著名心理学家亚伯拉罕.马斯洛提出了需求层次理论，划分为五个层次，由低到高为：生理需求、安全需求、社交需求、尊重需求、自我实现需求，案例中小明的需求实际为安全需求和社交需求）
常见互联网34个术语解释 – 人人都是产品经理
常见互联网34个术语解释–人人都是产品经理 之前花了点时间收集了一些互联网术语和解释，现在分享出来，给小伙伴们添堵添乱，哈哈：D！（1）DAU : daily active user，日活跃用户数量（2）MAU : 月活跃用户量（3）ARPU : (Average Revenue Per User)即每用户平均收入，用于衡量电信运营商和互联网公司业务收入的指标。（4）KPI :关键绩效指标法，是企业绩效考核的方法之一，其特点是考核指标围绕关键成果领域进行选取（5）MOU : 平均每户每月通话时间(minutesof usage)（6）OTT : “Over The Top”的缩写，是指通过互联网向用户提供各种应用服务。这种应用和目前运营商所提供的通信业务不同，它仅利用运营商的网络，而服务由运营商之外的第三方提供。目前，典型的OTT业务有互联网电视业务，苹果应用商店等。（7）CPC : 网络中最常见的一种广告形式，它是英文单词Cost Per Click 的缩写意思就是每次点击付费广告（8）CPM : Cost Per Mille，或者Cost Per Thousand;Cost PerImpressions，广告投放过程中，听到或者看到某广告的每一人平均分担到多少广告成本（9）CPA：每行动成本，Cost Per Action，指投放按广告实际效果，即按回应的有效问卷或定单来计费，而不限广告投放量。CPA的计价方式对于网站而言有一定的风险，但若广告投放成功，其收益也比CPM的计价方式要大
得多。广告主为规避广告费用风险，只有当网络用户点击旗帜广告，链接广告主网页后，才按点击次数付给广告站点费用。（10）CPR：每回应成本，Cost Per Response，以浏览者的每一个回应计费。这种广告计费充分体现了网络广告“及时反应、直接互动、准确记录”的特点，但是，这个显然是属于辅助销售的广告模式，对于那些实际只要亮出名字就已经有一半满足的品牌广告要求，大概所有的网站都会给予拒绝，因为得到广告费的机会比CPC还要渺茫。（11）CPP：每购买成本,Cost Per Purchase,广告主为规避广告费用风险，只有在网络用户点击旗帜广告并进行在线交易后，才按销售笔数付给广告站点费用。无论是CPA还是CPP，广告主都要求发生目标消费者的“点击”，甚至进一步形成购买，才予付费；CPM则只要求发生“目击”(或称“展露”、“印象”)，就产生广告付费。（12）PFP：按业绩付 费,Pay-For-Performance（13）IP：“Intellectual Property”的缩写，即知识产权（14）ACG：为英文Animation、Comic、Game的缩写，是动画、漫画、游戏的总称。ACG文化的发源地是日本，以网络及其他方式传播。为华人社会常用的次文化词汇（日本并不使用这个词，在英语为主的国家里也并不普及）。（15）KOL：关键意见领袖（Key Opinion Leader，KOL）基本上就是在微博上有话语权的那些人。也是我们常说的微博红人之类的，这些人在一些行业可能是专业的，
写在产品之前--有感于《人人都是产品经理》
写在产品之前 －－有感于《人人都是产品经理》对于一个没有过任何互联网产品开发经验的人，当下流行的互联网产品的开发过程非常容易被视为一个神奇的魔盒。这个魔盒里面装满了新颖的设计，高深的网络技术，精深的算法，庞大的后台支持等等等等。我们将一些新鲜的想法放进这个无比强大的魔盒，接下来盒子里面就会发生一系列复杂的化学反应。如果反应朝着良性的方向进行，那么我们就会得到一款满意的产品。反之产品则在反应中解体或消亡。然而，当《人人都是产品经理》为我们打开这个魔盒，盒子里面的内容却远比我们想象中的简单。呈现在我们面前的是一幅以用户为中心的拼图。这幅拼图主要由如下几部分构成：战略，需求，项目，团队，以及产品经理的自我修养。 浅谈用户 对于任何一款产品来说，用户是不可动摇的核心。产品开发的全过程都是围绕用户展开的。在战略层面，如产品的定位，公司的价值观以及产品的使命（Mission）和愿景（Vision），用户不断驱使着企业对自身价值的理解走向一个与用户需求趋同的方向。在操作层面，如用户研究，需求采集、分析、筛选，用户的心理和行为将影响开发者的所使用的手段。一个成功的产品经理的成功之处往往在于选择了适合用户和合理地满足了他们的核心需求。正如书中所说：“试图满足所有用户的需求是一个灾难，那会让产品变成一个臃肿不堪，谁都不满意的四不象。”在确定了产品的主要用户之后，我们便会确定产品在整个市场中的定位：如产品属于高端，中端还是低端；产品面向的人群是有无性别年龄方面的特征；产品对于所针对的用户有哪些潜在的吸引点等等。有了对用户较为清晰的认识，我们便能够采取适当的方法对用户进行研究：定性研究/定量研究，研究目标和观点/研究行为。 明晰战略 正如书中所介绍，战略时关于“做不做，做什么”的问题。而当我们以战略的眼光来审视一款产品的时候，往往需要跳出产品本身。比如该产品对于整个产品线是否起到了补充的作用？是否会对公司其他产品产生影响？产品的拓展性怎么样？也许一件产品就其本身而言时非常出色的，但如果对于公司的长远战略发展并没有太大帮助甚至有负面影响的话，则应该果断舍弃。 认识需求 一个产品往往开始于需求，纠结于需求，结束于需求，升华于需求。之所以这样讲本质上还是因为产品的核心在于用户，而对用户的进一步了解则源自对他们需求的掌握。当我们重新审视书中对产品的定义：产品就是用来解决某个问题的东西。在这里“解决某个问题”其实就是用户的需求。由于“某个问题”的出现，对用户的生活造成了困扰，使得他们产生了解决该问题的需要，这种需要就是一个新产品的起点。然而，想要更加清晰地认知用户的需求就需要先对需求进行采集、分析，最后筛选出有价值的进行有针对性的开发。采集需求有多种方法。本书将需求采集方法分为： ?定性地说：用户访谈； ?定量地说：调查问卷； ?定性地做：可用性测试； ?定量地做：数据分析。 无论上述哪种方法，最终目的在于如实地将用户需求反映给开发者。但是产品的开发过程往往不会是一帆风顺的，用户需求有可能发生改变或者某些需求无法按照预先设计的完成。这就是所谓的产品纠结于需求。本书提到非常重要的一点在于点出了满足需求的真谛在于通过需求分析将用户需求转化为产品需求。无论是改变现状，还是降低理想，亦或是转移需求，甚至是创造需求，产品开发者都一直在不断探索帮助用户跨越理想与现实之间的鸿沟的方法。最终，在我们筛选出了最具性价比的需求后，则应该将需求进行打包，然后制作商
《人人都是产品经理》读后感
《人人都是产品经理》读后感 本资料由africanzone搜集 更多文档请点击 《人人都是产品经理》读后感 刚刚接触产品的工作，在网上东拼西凑的看了很多对于产品这方面的先容，依然让我很迷茫，不知道该从何着手开始这份工作，如何做好这份工作。看了《人人都是产品经理》以后帮我解开了一些困惑。 困惑一:什么是产品、产品经理? 产品就是用来解决某个题目的东西。 产品经理是一类人，他的做事思路与方法可以解决很多实际的生活题目。只要你能够发现题目并描述清楚，转化为一个需求，进而转化为一个任务，争取到支持，发动起一批人，将这个任务完成，并持续不断以主人翁的心态往跟踪、维护这个产物，那么，你就是产品经理。至少，你已经是自己的产品经理，这才是"人人都是产品经理"的真谛。 这两个简单易懂的解释让我豁然开朗。我知道优秀的产品经理屈指可数，产品经理的工作更是需要丰富的专业技能和经验背景，所以一直都看而生畏。看了作者对于产品经理的解释后，让我放下了负担，知道进手产品经理的工作除了多了解、学习这个行业的知识技能，实在从身边的生活多留心，转变自己的思路，也是在一点一滴的进步。 困惑二:什么是需求?需求是如何获取的? 生活中理想与现实的差距，要消除这个差距就产生了需求。对于作者这样的解释需求让我一下子就明白了需求这样抽象的东西到底是什么。需求的奋斗史这一章
主要先容了需求是如何产生的，又是如何演变成一个产品的，几种采集需求的方法，用户访谈、调查问卷、可用性测试、数据分析等。简单回纳了一下: 用户访谈是几种方法里我觉得最有意思，似乎几个人坐在一起聊天就可以完成需求采集一样，当然这里面应该还是需要很多技巧和经验的，不是想象中那么简单。调查问卷应该是这几种方法里最熟悉的了，以前也经常填一些调查问卷，但从来没有想过原来调查问卷也这么有学问，而且需要留意那么多的细节和技巧才能得到接近真实的调查结果。可用性测试和用户访谈的形式有点类似，不同之处在于:用户访谈是用户说我们听，可用性测试是用户做我们看。数据分析应该是最具说服里的一种方法了，事实依据摆在那，但是要通过数据的表象往探求产生这些现象的原因就要认真分析和研究了。总体感觉这几种方法看起来都不难，但要游刃有余的运用还需要多实践体验。实在从这里我学到的不仅仅是如何做需求采集，学到的更是一种处事的方法。想想实在做任何事情都是一样，要想把每一件事情做好需要考虑的周详，既要有大的目标也要有具体细节。 困惑三:为什么要做某个产品? 从用户中来，到用户中往。一切产品都是以用户为基础，产品不是凭空产生的，是用户有这方面的需求，我们就要找到用户内心的渴看，把用户的需求转化为产品需求。所以理解用户是做产品经理的一个重要素质，满足用户需求的产品才算是好的产品。而且要找对自己的用户，一个产品不可能适合所有的用户，要有对产品的定位。终于理解到作者开篇的那幅图中，为什么要把用户比作空气了:空气无所不在，是所有动植物赖以生存的基本物质，所以没有用户也就没有产品更没有产品经理等一系列相关事物的存在。 《人人都是产品经理》这本书我固然看了一遍了，但是里面很多的精华部分我还没有理解，以后还要随时翻阅、细细体会，相信领悟的东西会更多。 历史上的今天:
人人都是产品经理《精华版》
BRD：Bussiness Requirement Document，商业需求文档 PRD：Product Requirement Document，产品需求文档 可用性测试（Usability Testing）是指在设计过程中被用来改善易用性的一系列方法UGC：User Generated Content，用户产生内容 信息架构（Information Architecture），简称IA KANO 模型以东京理工大学教授狩野纪昭（Noriaki Kano）的名字命名，是一种对顾客需求或者说对绩效指标的 分类，通常在满意度评价工作前期作为辅助研究模型，KANO 模型的目的是通过对顾客的不同需求进行区分处 理，帮助企业找出提高企业顾客满意度的切入点。 SNS，全称Social Networking Services，即社会性网络服务 UGC：User Generated Content，用户产生内容 头脑风暴（Brainstorming） Feature List（功能列表） 信息架构（Information Architecture） 产品功能需求+产品非功能需求= 产品需求 层次：把需求分成“基础、扩展（期望需求）、增值（兴奋需求）” 三层，理论 依据参见KANO模型KANO 模型以东京理工大学教授狩野纪昭（Noriaki Kano）的名字命名，是一种对顾客需求或者说对绩效指标的分类，通常在满意度评价工作前期作为辅助研究模型，KANO 模型的目的是通过对顾客的不同需求进行区分处 理，帮助企业找出提高企业顾客满意度的切入点。 “多快好省”对比经典的项目TRQ：项目时间（Time）、项目资源（Resource）、项目质量（品质Quality 和数量 Quantity），大同小异。
人人都是产品经理-读书笔记
《人人都是产品经理》读书笔记 看自己的书，终有所学 这本书是很多人推荐我们刚入门的人看的，于是便买了，在读的过程中却经常听到一些负面的言语，这本书讲的都是没用的、就是吹牛逼一类的言辞。但无论是怎么样，我想我至少应该读完它，才有资格去评价。 我感觉这本书是成功的，至少它的定位非常准确，-1到3岁的产品经理，我正处于-1的阶段，完全不懂什么是产品经理，产品经理在工作中都是什么样的，所有的人事关系如何，为什么产品经理是经理却没有人真是属于你？等等这一系列的问题，这本书都有所涉及，虽然主讲的是阿里的工作情况，每个公司具体情况有所不同，但还是有很多可以借鉴的内容。 对于产品经理，在我看来这本书系统的阐述了：为什么要做产品经理，产品经理都做什么，如何做产品经理。给未进门或者刚进门的产品们一个预防针，产品经理虽然看着什么都没做，但确实事事要考虑周全，负责的。 从在生活中抱怨某个东西设计的不合理，开始有自己的想法，到有激情做一个产品经理准备从菜鸟开始的勇气，再到对于做不做，做多少有自己的决定，最后能提出需求带领一个团队完成自己的项目，你就完成了一个产品经理的进化过程。
需求从何而来，又到哪里去 提出需求并不是凭空瞎想，我们必须明确，我的要做的东西是为了谁做，从用户中来到用户中去，才能实现产品的价值，用户是需求之源。为了获得用户需求，我们可以采用调查问卷、用户访谈甚至是先模拟好产品样本，让用户做可行性测试。当然，用户需求并不能决定我们要做什么，第一，对于从用户中采集的需求也不是全部需要满足的。第二，用户告诉你的也许只是最后的需求，我们要深入思考用户的需求到底是什么。理解用户也是我们做产品经理的重要素质之一。 在一轮采集与思考之后，如果你的需求经过内部评审，你的BRD 足够吸引老板，被看好了，也许会因为经费和时间的问题面临着一些需求要被砍掉。那也只好如同书中所说：“情愿把一半的功能做到尽可能完美也不要把全部功能都做成半吊子”。少做就是多做。我在做项目中也深有体会，要头脑风暴时想的功能点都想加进去，加完之后，发现自己的产品没有了亮点，变成大杂烩了。所以把握住自己的重心才能体现自己产品的价值。 生孩子容易，养孩子难 我很喜欢作者的这个比喻，把一个项目比做是孩子，从需求到立项再到项目最终上市，是母亲十月怀胎，一朝临盆。过程艰难程度可想而知，但是你的项目上市之后，并没有完，还需要苦心经营，把它养育成人。其中不免会有早夭的孩子。 Kick off 开始立项首先是组建团队，因为虽然你的名字里有经理
人人都是产品经理读后感3000字欣赏
人人都是产品经理读后感3000字欣赏 《人人都是产品经理》一书由苏杰所著，这是作者在做产品时从中学到的思维方式和做事方式，这是给今天从事产品工作者的建议，值得每个初入门者学习，你从中学到了什么？下面给大家带来的是人人都是产品经理读后感3000字欣赏。 01 全局感官 《人人都是产品经理》首先需要界定两个概念，产品和产品经理。那什么是产品呢，广义概念的产品，是可以满足人们需求的载体，通俗来讲，产品是用来解决某个问题的东西，同时创造了价值。 产品经理，是产品的亲生父母，产品经理是一类人，发现问题并且描述清楚->转化成一个需求->转化成一个任务->发动人群完成任务->跟踪，维护这个产物。产品经理是一类人，他的做事思路与方法可以解决很多实际的生活问题。只要你能够发现问题并描述清楚，转化为一个需求，进而转化为一个任务，争取到支持，发动起一批人，将这个任务完成，并持续不断以主人翁的心态去跟踪、维护这个产物，那么，你就是产品经理。至少，你已经是自己的产品经理，这才是“人人都是产品经理”的真谛。
《人人都是产品经理》这本书，按作者的意思是一个产品，是一幅画，一副描绘生态系统的画。 用经验能把事情做到50%，用科学方法能把事情做到80%，省下来的20%只能是艺术成分。《人人都是产品经理》这本书，把知识体系类比为一幅画，非常有创意。 这本书，给大家详细讲述了画中的这个生态系统，有云和雨、河流、动植物、太阳和大地。 一个生态系统中，水是万物生命之源，而水之源又是天上的云，它们转换为雨，滴落并滋润大地。云和雨是映射需求。 生态系统中，云变成雨流入河流，河流会把水运送到各地。河流中，有乱石、有浅滩，处处潜藏了危险。河流是项目，是怎么把产品落地的方法论、s是产品落地的执行过程。 生态系统里，有了水汽的循环，仍然没有生机。这时候需要各种各样的动植物，让这个系统灵动起来。动植物就是团队，是产品的所有相关人员，产品的干系人。 在动植物的帮助下，水汽通过云、雨、河流形成了循环，可是，它们的原动力其实是太阳，因为“万物生长靠太阳”。太阳就是战略，是产品的灵魂。 一个生态系统，有了云和雨、河流、动植物、太阳之后，看似完整了，可我们忽略了它们的根基，那就是大地。大地是产品经理的自我修养。
《人人都是产品经理》第四章读书笔记
《人人都是产品经理》第四章读书笔记 《人人都是产品经理》这本书其实早在一个月前就已经读完了，但做事情有始有终，我还是要继续把没有更新的章节写完。写读书笔记是挺有趣的一件事情，可以更加清晰了解书的结构体系，也能深入了解书里的知识点，所以以后看的书我争取都写一下读书笔记，也算是二次阅读加深印象。 这是介绍工作团队的一章，公司都是由各个部门组成的，多方协调和配合才能让工作更有效进行。那么我们的团队是怎样的结构呢？各部门间又应该如何沟通呢？我们先从下面这张简单的缩略图了解一下吧。 相信你一定在心里说，这图也太草率了，根本无法理解其中的奥秘。别急，咱们一个个谈，慢慢往下看。 产品是一个衔接技术和商业的部门，技术工程师把产品当业务人员，销售又把产品当技术人员。由此，产品成了沟通商业和技术之间的桥梁。产品团队常包括产品经理、产品规划师、需求分析师、产品运营师、交互设计师、视觉设计师、用户研究师、
前端工程师等等。我们按照产品的规划到成型的顺序来依次对产品团队的成员做简单说明。 规划人员经过讨论协商出产品研发的一系列流程，像是产品的父母将产品从无到有创造出来。设计人员之间则通过各种简易demo和效果图来确定对产品的调整修改，实现产品由有到优的进化。运营人员的责任则是将这个蕴含大家心血的产品推向市场让更多用户使用。每个环节紧紧相扣，缺一不可。不过产品团队只是这个大团队中的一小部分，它还需要很多部门提供支持。 商业团队里一部分是上前线的，主要任务是市场、销售，需要负责产品价格策略、促销策略、销售策划、渠道管理等，目标就是增加新客户，让客户对某个产品第一次付费。另一部分是在公司做后勤的服务人员，比如客户服务、技术支持、服务策划等等，他们的任务就是稳住老客户，让客户对产品不断付钱。 其实互联网市场推广和其他行业的营销是有相似之处的，目标都是把东西卖给用户。那怎么样才能让用户自愿掏出腰包里的钱呢。安检门我认为人自始至终还是改不掉自己爱占小便宜的心理，如果我们能让用户自作聪明以为他们买我们的产品是占了便宜的、是相当划算的，那么他们定会自觉买单。营销技巧不想在这里深入讨论，毕
人人都是产品经理-需求说明书模板
产品需求说明书 人人都是产品经理出品
人人都是产品经理社区版权所有 内部资料注意保密 修订记录：
目录 一、简介 (5) 1、目的 (5) 2、范围 (5) 二、用户角色描述 (5) 三、产品概述 (5) 1、目标 (5) 2、总体流程 (5) 3、功能摘要 (5) 四、产品特性 (6) 1、第一部分功能模块1 (6) 1.1产品概述 (6) 1.2产品结构（功能摘要） (6) 1.3状态说明 (6) 1.4特性说明 (7) 1.4.1特性1：功能点1 (7) 1.4.2特性2：功能点2 (10) 2、第二部分功能模块2 (10) 2.1产品概述 (10) 2.2产品结构（功能摘要） (10) 2.3状态说明 (10) 2.4特性说明 (10) 2.4.1特性1：功能点1 (10) 2.4.2特性2：功能点2 (11) 五、其它产品需求 (11) 1、性能需求 (11) 2、监控需求 (12) 3、兼容性需求 (12) 六、风险分析 (12) 七、相关文档 (12) 八、附件 (12)
一、简介 [产品需求说明书文档的简介应提供整个文档的概述。它应包括此产品需求说明书文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1、目的 [阐明此产品需求说明书文档的目的，如： 本文档为“陌生视界v1.0.0”的产品需求文档，主要作为确认需求以及系统分析设计的依据。] 2、范围 [简要说明此产品需求说明书文档的范围、它的相关产品，以及受到此文档影响的任何其他事物。] 二、用户角色描述 三、产品概述 [此节高度概括产品的功能与介绍] 1、目标 [描述产品的目标] 2、总体流程 [描述产品的总体流程图] 3、功能摘要 [简要描述产品的功能点和每个功能点的优先级，参考格式如下]
《人人都是产品经理》读书笔记
《人人都是产品经理》读书笔记 很荣幸可以第一个跟大家分享我读的书，因为之前也没有做过这样的读书分享所以还请大家多多批评指正。首先要非常感谢群主大大建了这样的一个平台让我们一起提升自己。说来惭愧，平时晚上我躺在床上都会花很多时间刷微博看直播什么的，但是在定下读书计划之后就会时刻提醒自己不要浪费时间，争取在睡前看半小时到一小时的书。 我读的书是《人人都是产品经理》，读书APP是微信读书，（非常推荐了！随时可以看到别人对书中某些话的感悟，或是对某些专有名词的补充，还是很实用的。读书时长可以兑换书币，基本可以购买很多的书了，然后我买完这本书还有买一送一，想读这本书还没找到资源的小伙伴可以找我哈） 这本书是很好的产品经理的入门书，让我这样的初学者可以一览大局，大致了解产品经理工作的内容都有哪些。介绍了很多案例，写作风格是很幽默的.那种。 我觉得最精彩的三章是二三四章，分别讲了需求、项目和产品团队。其中一大特色是用了很多图表来清晰的描述一些复杂的东西。 如：日常用到的文档模板
（BRD/MRD/PRD/FSD的功能：BRD，商业需求文档，给大老板看，目的是获得认可，争取资源；MRD，市场需求文档，给老板看，细化市场分析，商业目标到技术实现的关键文档；PRD，产品需求文档，产品功能细化描述，需求开发文档；FSD，功能详细说明，包含在PRD中，确立产品细节。） 不过由于自己缺乏工作，看这些觉得会有一点抽象，无法深入理解。希望可以尽快找一份实习工作好让自己可以联系实际，充分吸收书中的内容。 我自己的专业是物理电子学，工作的话大概会从事非专业相关的内容，有时就会想本硕这么多年我到底学到了什么。看书中的这段话真的有种豁然开朗的.i1766.感觉：当时只是在解决问题的思路，而专业就是找了一个特定的领域来练习思考的能力而已。所以，关键还是要跳出以往的应试思维，做过的题不重要，上过的课不重要，学过的知识也不重要，重要的是练好思维方式，“学会”学习。 还有一段是关于学术方面的，也让我很有感触。我在读研的时候，做的就是统计分析、数据挖掘相关的课题，所以工作中开始遇到数据分析的时候，我挺兴奋的，感觉可以好好地研究一番了。但
新员工《人人都是产品经理》读书培训心得
新员工《人人都是产品经理》读书培训心得 很荣幸参加这次新人培训训，并给大家带来我的读书分享。这本书是我刚从学校毕业的时候读的，它深入浅出的说清楚了产品经理是一个什么样的岗位，产品经理在工作中应该如何去做需求管理，如何去做项目，如何在一个团队中游刃有余。其中我感慨最深的还是如何做需求管理，一方面是因为需求是产品的源头；另一方面微知是一家创业型企业，这一点感慨尤深。 需求管理可以大致分为4个部分，分别是用户研究、需求采集、需求分析、需求筛选，这里我主要分享一下需求采集是如何做的。在说之前，我先将说一下在微知需求采集是如何做的。刚入职微知的时候，我被告知需要迅速的从0到1接手搭建合同模块，我接手以后迅速的调研了市场同类产品，很悲哀的发现，我所能找到的产品均没有独立做合同模块。我细细的想了想，主要还是因为大家把合同信息归纳到雇员的信息上，仅作简单的信息管理，并没有实现系统层面的合同签订、合同保管等功能。这个时候既能满足HR对合同进行管理还能对员工合同进行作业的合同模块自然而然成了我的优先选择。在完成1.0版本的原型设计和PRD文档后，我迅速接手人事服务模块。接手后我被告知，我需要做什么需求，需要做什么原型，目前基本上所有的需求均是来自运营、销售、客服和产品部门，而唯一缺少的便是人事服务的使用者—HR。下面我将从需求采集来源、需求采集手段两方面并结合我的工作经验谈谈体会。 需求的来源应该全面，从人的方面来说，需求的来源方可以是产品的所有直接使用者或关联方，针对人事服务来说就是企业HR、微知客服、微知销售、产品团队、运营团队、开发团队，很多人都有意识的忽略了开发团队，其实不然，每一类人因为工作性质不一样，思维的方式也会有差异，所以你永远不知道在没有做需求筛选之前哪一个需求是最有价值的，我们能做的就是尽可能多的收集需求。从整个行业来说，需求的来源可以是我们竞争对手的产品，甚至可能是毫不相关的产品，“他山之石，可以攻玉”这