| 产品:一系列符合用户需求的功能组合。【被需要的产品才是好产品】 PM:产品的设计者,建造者,运营者,更是产品的第一用户。 Step 1:市场调研,收集用户需求【找卖点】【马斯洛】 Step 2:确定产品功能,指定产品规划 Step 3:负责活知道产品运营,并主持版本更新 入门PM需要什么样的基本素质? PM看似传神的职业,市场需求、产品设计、市场推广==PM无处不在;多重角色对PM也提出了相应的要求。 1) 市场敏感度:能够准确判断市场,快速发掘商机,敏感到蓝海所在; 2) 执行力:商机一旦发掘,能够迅速协调多方变成可落地执行的方案; 3) 逻辑分析:需求快速转化成为产品的创造力和逻辑能力,同时对产品上市后的数据分析; 4) 沟通协调:与团队、用户、老板等多方的沟通协调; 5) 管理:需求管理、产品管理、项目进度管理; 6) 学习力:开放心态,快速接纳学习能力; 7) 换位思考:变通思考,捕捉不同角色心理,用户场景联想 8) 正能量,不服软 了解用户习惯:产品价值 满足多少外部需求 技术背景:站在技术和产品的角度得到中肯的决策 产品和运营:各自独立,相辅相成  产品、功能:是满足目标用户根本需求的功能集合 运营、应收:是为了扩大用户群,提高用户活跃度,寻找合适的上夜模式并增加收入所采取的经营手段 服务的三种形式:产品贯穿,运营贯穿和相互贯穿 设计能力:Feature List 产品构成:前段UI-交互设计-产品功能【产品经理】-产品方向【产品总监】-盈利模式【CEO】 PM:产品Sense:从用户的角度,而不是产品内部体系的角度 对优先级进行排序 目标:让用户更爽【陌陌,唱吧】 微创新【基础业务可能相同】:结合中国实际情况 为了创新而创新-无法得到反馈 创新力理就是整合力:带合调改用消排 并整变途除 产品和技术【最好保持同步】:在策划阶段要不断沟通,可超前,不能超太多 分析市场趋势及客户需求: 市场走势及客户需求-市场细分-对细分进行选择和优先排序-指定计划-开发 
 用户需求APPEALS分析法: 
 体验产品原则:心态代换-产品的第一个用户 UI简洁 注重【细节】的亮点-赢利点 
 运营目标:扩大用户群 寻找赢利点 提高用户活跃度 
 总利润比市场份额,效率更重要【2-8法则】 冷静务实,重实验:可行性:对市场调查结果进行验证。 策略:不要告诉用户买了产品会得到什么,告诉他们不卖产品会是去什么。 人性的弱点:“怕失去”的倾向强于“怕风险” 体验运营的原则:三大目标:(用户群,盈利模式,活跃度) 技巧:相关论坛看活跃用户经验 运营体系叫严谨,因此遇见掌握一些知识 想要怎么利益最大化 
 做产品-要想自己爽,先让别人爽。 应用背景:实际应用中,标准的六角形螺母常常会因为拧紧时用力过大或者使用时间过长、螺母的六角形外表面被腐蚀,使表面遭到破坏。螺母被破坏后,使用普通的传统型扳手往往不能再松动螺母,有时甚至会使情况更加恶化,也就是说螺母外缘的六角形在扳手作用下破坏更加严重,扳手更加无法作用于螺母。 传统型扳手之所以会损坏螺母,其主要原因是扳手作用在螺母上的力主要集中于六角形螺母的某两个角上。  在这种情况下,我们需要一种新型的扳手来解决这一问题。 有何经济效益和社会效益:用扳手拧紧或松动螺母是机械领域中的一个基本操作。以新型扳手取代传统型扳手,必将会使机械安装工作更加简单、方便,提高机械安装工作的工作效率。 问题描述: 在拧紧或松动螺母的过程中,扳手同时会损坏螺母的六角形表面。使用扳手时用力越大,螺母损坏就会越严重。而使得扳手作用于螺母上的力大大降低,降低了工作效率。 在这一系统中存在的技术矛盾为:若想通过改变扳手形状降低扳手对螺母的损坏程度,就可能会使扳手制造工艺复杂化。 如果可以找到一种制造不是很复杂,而且又可以避免对螺母的严重损坏的扳手,无疑是解决这一问题的最佳途径。 解决思路和关键步骤: 在应用TRIZ解决这一问题时,我们首先必须明确判定出存在于系统中对立的技术特性。在现有设计中,扳手在作用于螺母时会损坏螺母是存在于现有设计中的一个重要缺陷。而这一缺陷则恰恰可以提示我们找出应该解决的技术矛盾以改进现有的传统设计。 若想彻底解决这一对技术矛盾,我们首先需要将我们所希望的“降低螺母的损坏程度”转换为TRIZ语言——矛盾矩阵(Contradiction 
                          Matrix)中的某一个或几个参数。在这一问题中,很明显,“副作用(Object Generated Harmful 
                          Factors)”就是我们希望提高的技术特性。 现在,我们需要分析在降低螺母的损坏程度时,又有哪些技术特性恶化。相对于确定得以改善的技术特性而言,确定恶化的技术特性则比较难。最简单的方法是分别将39个技术特性对号入座,寻找适合的技术特性。 这里我们使用的是一种较为系统的方法。首先,我们问一个问题:“如果没有任何目标,我们该如何解决这一问题?” 根据传统型扳手,我们可以尝试从下列几个方面得到答案: a)使扳手的各个表面与螺母的外表面完全吻和,从而使得用扳手拧螺母时扳手的表面与螺母表面完全接触,以避免螺母的角与扳手平面的接触。 b)在扳手上增加一个“小附件”,使得扳手的表面可以自由移动以和不同的螺母表面相接触。 c)使用比螺母材料硬度小的材料制造扳手,这样可以在操作过程中损坏扳手而不是螺母。 严格说来,这些都不是扳手设计过程中的“恶化的技术特性”,我们要把它转化成为TRIZ语言才可以使用矛盾对立矩阵。 在解决这一问题时,第一个回答“改变扳手的形状”应是最实际的一个解决方案。然而,改变扳手的形状则不免要增加扳手制造的复杂程度。因此,“制造性(Manufaturability)”即为恶化的技术特性。 根据上述分析可得到下面的结论: 有待提高的技术特性(Improving feature): 副作用(Object generated harmful factors, Parameter 31) 恶化的技术特性(Worsening feature): 制造性(Manufaturability、Parameter 32) 最终结果: 技术矛盾特性对比表提供了四个创新原理及相应的解决实例以帮助设计者完成设计。这四个创新原理分别为: 1、4#创新原理:对称性(Asymmetry) 建议:如果一个物体是不对称的,增强其非对称性。 解决方向:扳手本身是一个不对称的形状,改变其形状,加强其形状的不对称程度。 2、17#创新原理:一维变多维(Another dimension) 建议:将一维直线形状的物体变换成为二维平面结构或者是三维空间结构的物体。 解决方向:改变传统扳手上、下钳夹的两个直线平面的形状,使其成为曲面。 3、34#创新原理:零件的废弃或再生(Discarding and recovering) 建议:废弃或改造机能已完成或没有作用的零部件。 解决方向:去除在扳手工作过程中对螺母有损害的部位,使其螺母的六角形外表面的尖角而无法破坏螺母的六角形外表面。 4、26#创新原理:代用品(Copying)  在上述设计中,H为扳手手柄的中心线,W为扳手上、下两个钳夹的平分线。X为两条线的交点,直线P通过点X且与直线W向垂直。上、下两个钳夹各有一个突起。由图示可以看到,上钳夹上的凸起的圆心C点到直线P的距离为S,而下钳夹上的凸起的圆心C点到直线P的距离为1.5S。因此扳手的上、下两个钳夹并不对称。 在上、下钳夹的突起两端各有一个凹槽与之平滑连接。 这一设计可解决使用传统扳手时遇到的问题。当使用扳手时,螺母六角形表面的其中两条边刚好与扳手上、下钳夹上的突起相接触,使得扳手可以将力作用在螺母上。而六角形表面的与扳手接触的角则刚好位于扳手上的凹槽中,因而不会有力作用于其上。螺母不会被损坏。 乔布斯:用户没有义务知道自己的需求,是要产品经理去满足。 
 【1】市场调研与分析--发现新产品,改进现有产品 1.1 了解市场需求: -与潜在用户进行交流 -明确目标人群及特征(年龄,收入,性别,心理特征等) -与直接面对用户的一线同事进行交流(运营,销售,市场,技术等) -获取,分析,评估用户需求(需求采集,需求分析评估【是否迫切】【是否强烈】【是否高频】) -需求提炼-不要自己去创造需求,不要以为自己代表全部用户 1.2分析竞争状况 -市场分析报告 -行业文章 -使用竞争对手产品 1.3自身资源与满足用户的匹配度 -技术资源(是否存在技术资源,是否需要技术调研) -市场资源(渠道) -运营资源(现有团队可否支撑可能发生的用户需求和其他需求) 1.4输出文档 -BRD 商业需求文档:产品、运营、研发、管理层等 为什么会有这个需求,需求边界,业务目标,所需资源等 -MRD 市场需求文档:产品、运营、研发等业务线 BRD之后,大家已经一致认可需求是成立的,只是如何实现,时间要求,以及预期收益 1.5注意事项 -大胆设想 小心求证 -避免跳过需求分析直接讨论功能实现 -切勿陷入自我营造的主观情绪之中 【2】产品规划定义与产品设计 2.1 产品规划定义-把产品讲清楚,是市场调研后抽象的过程与结果 -产品愿景,团队为之努力的目标与方向 -目标市场 -竞争分析:供团队成员参考分析 -产品功能与详细描述 -产品功能优先级 -产品用例:Use Case 方便成员了解你的想法 -性能需求(并发性,响应速率) -其他部门要求:技术、市场、运营、销售等 2.2产品设计 -明确产品格调 -用户体验设计(UED, User Experience Design) 交互设计(Interaction Design) 用户体验设计(User Experience Design) 用户界面设计(User Interface Design) 前端开发工程(Web Developer) 2.3输出文档--文档能力很重要,清晰准确,结构化,逻辑要清楚 -产品信息架构图 -产品原型图 -产品需求文档(PRD Product Requirement Document) 【3】产品研发中的项目管理-产品测试,验收 3.1与团队进行有效沟通,协调资源保证产品按照既定目标正确前进 -协作并确保各方都按照既定目标前进 -和研发沟通合作,确定产品的基本时间节点 -产品开发过程中,与项目经理进行合作,跟踪产品开发的进度 -与公司高层及时沟通,汇报产品开发过程中的各种问题,困难,协调资源 -及时与各团队通报产品进度,确保信息对等 -不同的人用不同的沟通方式(销售人员-形象化,研发人员-准确的术语)---一图胜千言 3.2需求管理--(需求冻结) -新需求 -变更需求 |