第三课需求管理 1需求管理是什么 1.1需求挖掘:看四块,自己行业,总体趋势,未来方向,商业模式。最直接的需求一定来源于用户,用户访谈,用户反馈,调查问卷,社交平台。 知道公司的资源是什么,公司的资源以及经济能不能够完成个人对业务的设计,公司处于什么样的一个阶段,身处所在的行业处于什么样的一个阶段 1.3需求排序 2行业阶段 技术萌芽期:探索技术可能性把技术转化为产品 3.需求收集的原则和方法 标签墙 用户意见渠道 奖励机制 原始需求的管理 归类 统计 用户反馈分类 需求列表–原始表格 意识:时间管理四象限 GTD工具 4.需求评估 4.1:KANO法
多云是管理需求,也是数字化需求,更是企业提升创新能力的需求
我认为,大部分人的学习路径是找一找项目管理的知识。 所以,项目管理是项目经理的基本技能和工作范畴。以此推演,我们如果想了解产品经理是什么,是不是应该也要找一下产品管理的知识呢? 不用犹疑! 产品管理确实是属于产品经理的方法论。 产品管理(Product Management)是一个非常重要思考产品的框架。在外国的产品经理同行中,产品管理是一个很重要的通识知识。 使用产品管理的框架来思考产品,可以避免陷入到仅思考交互、界面等产品工作的某一环中。而是,产品经理可以通过产品管理的框架,来全局思考整个产品。 从这些产品管理框架中,我们可以看出产品管理是一套成体系、有流程的方法论。它可以用来指导产品经理一步步的做出产品。 使用“B端产品管理框架”这个名字,是为了能够进一步明确和强化产品管理的知识对于B端产品经理的重要性。
一、本地文档如何管理 项目通过文件夹管理 经受过的项目比较多,我按照“开始月份~结束月份+项目名称”的方式来命名,方便后续回顾。 产品文档按照平台不同设子目录 这一步可能不是必须的,比如前端PM就可能跳过这一步。 产品文档按照版本号设子目录 文件夹命名格式为“版本号+核心模块名称”,比如客户端的详情如下。 二、同一版本如何管理 原则是前后版本使用不同目录,同一版本使用SVN提交。
概观 在1970年代早期,波士顿咨询集团开发了一个管理不同业务部门(或主要产品线)组合的模型。BCG增长份额矩阵以市场增长率与市场份额相对于竞争对手的图表显示各种业务单位。 请注意,每个产品圈的大小与产品本身的$ revenue的相对比例。因此,在上面的例子中,您可以看到产品B是一个真正的摇钱树,在低增长市场中拥有可观的收入。 我在BCG成长共享矩阵中的经验 以上消毒的BCG矩阵示例来自我使用该工具来说明主要产品组合的状态。它有助于为高级管理层提供项目组合的可视化概览,以便他们能够理解每个产品在网格中的位置。 在讨论每种产品的当前市场条件(经济,竞争等)以及随后的单个产品和产品组合策略时,我使用矩阵作为支持材料。 例如,使用上述BCG矩阵设置场景,产品管理团队将与高级管理人员讨论他们针对每种产品提出的计划。 有时候计划是允许狗继续生活,但看看留住顾客而不是让他们转向竞争产品。但BCG矩阵允许向高级管理层表明情况,以便他们在理解情况的实际情况下听取提议的计划。
集成产品开发(Integrated Product Development, IPD)是一种跨职能团队协作的方法,它源自于企业对降低产品开发成本、缩短产品上市时间以及提高产品质量的需求。 IPD集成了各种产品开发活动,如市场研究、设计、工程、生产和销售等,以提供更加协调一致的产品开发流程。 在过去的传统产品开发模式中,每个部门分别完成各自的工作,然后将结果传递给下一个部门。 他们发现,通过跨职能团队的协作,可以更早地识别和解决问题,从而提高效率,降低成本,提升产品质量。 同时,为了更好地实施IPD,企业也开始引入更先进的工具和方法,如并行工程、质量功能展开(QFD)、计算机辅助设计(CAD)、项目管理软件等。 总的来说,IPD是一种积极的产品开发方法,它反映了对于快速、高效和高质量产品开发需求的理解和回应。然而,实施IPD也需要考虑到企业的特定环境和条件,以确保它能够有效地发挥作用。
在数据产品经理从业指南相关文章中讲到,数据资产管理与治理是数据产品经理的四大方向之一。 “工欲善其事,必先利其器”,所以,作为数据资产产品经理,给他们提供趁手的工具,可以高效快速的干活,帮助他们把自己的资产管理和治理好,才是对他们的一丝丝安慰。 数据开发者除了自己不能删库跑路外,还需要对数据安全问题负责,所以需要流程化、自动化的权限授权和审批管理流程 2.资产消费者的场景及诉求 指使用数据的业务产品、运营、分析以及二次加工的数据开发人员。 所以,在资产产品架构设计上,主要围绕数据的汇聚、加工处理、资产管理、数据治理、价值输出等环节进行覆盖。 在这个环节和资产关系密切的就是指标管理、标签资产管理,通过数据API方式,最终将数据输出给到前端的可视化分析产品或者产品、运营主流程的接入应用。
在做项目的时我们经常会面临各种各样的需求,有的需求来自领导的指示,有的需求来自用户的反馈,有的需求来自灵光一闪,有的需求来自团队其他小伙伴等等,那么对于各种需求我们应该如何处理和管理呢? 这个就是今天要和大家分享的内容:“产品经理需求池的管理”。 需求池是什么 需求池可以理解成一个产品迭代依据的库,数据库记录各种数据,那么需求池记录的是各种需求。 需求池应是为了需求的管理和团队协作,只要达到这个目标就好了,下面举个例子来简单说明下。 ? 反馈人 这个就是需求的来源,比如说领导、产品经理、运营、客户等等 描述 需求是怎么来的,描述需求得到时的状况。 版本 这个就是产品不同的版本对应着不同的需求,如实记录就好了。 需要注意的点 第一:产品优化属于需求,会放在需求池中,但是Bug不属于需求,Bug要放在Buglist中。
概观 在1970年代早期,波士顿咨询集团开发了一个管理不同业务部门(或主要产品线)组合的模型。BCG增长份额矩阵以市场增长率与市场份额相对于竞争对手的图表显示各种业务单位。 请注意,每个产品圈的大小与产品本身的$ revenue的相对比例。因此,在上面的例子中,您可以看到产品B是一个真正的摇钱树,在低增长市场中拥有可观的收入。 我在BCG成长共享矩阵中的经验 以上消毒的BCG矩阵示例来自我使用该工具来说明主要产品组合的状态。它有助于为高级管理层提供项目组合的可视化概览,以便他们能够理解每个产品在网格中的位置。 在讨论每种产品的当前市场条件(经济,竞争等)以及随后的单个产品和产品组合策略时,我使用矩阵作为支持材料。 例如,使用上述BCG矩阵设置场景,产品管理团队将与高级管理人员讨论他们针对每种产品提出的计划。 有时候计划是允许狗继续生活,但看看留住顾客而不是让他们转向竞争产品。但BCG矩阵允许向高级管理层表明情况,以便他们在理解情况的实际情况下听取提议的计划。
主要质量管理活动如下所示: CAPA 纠正措施/预防措施 Corrective Maintenance 纠正措施 Preventive Maintenance 预防措施 Customs Complaint 客户申诉、投诉 Deviation 偏差 Equipment Calibration 仪器校准 Event Report 事件报告 Management of Change 变更管理 Nonconformance 客户抱怨/申诉/投诉,OOS/OOT,不符合项,偏差等都可是调查的来源; 最终变更后,经由变更管理、培训完成。
互联网的快速发展,看似降低了产品经理岗位的准入门槛,导致从业者数量激增,但真正能明白产品责任的人,其实寥寥无几。 从这个角度看,硬件产品研发过程中,责任的具象化特征更为明显:开一个模具的成本,就是一次试错的直接代价;汽车产品出现一次事故,就可能引发一场关乎生命、财产的重大损失;而产品脱离市场需求,最终只会沦为仓库中堆积的耗材 他们不仅要懂产品设计与用户体验,还要具备商业思维、数据分析能力、跨部门协调能力,更要在快速迭代的节奏中抓住转瞬即逝的市场机会。而这一切,本质上都指向产品管理的核心命题:未来应该开发什么样的产品? 产品应该具备哪些核心特性?产品的成本与定价如何平衡商业价值?产品研发计划与上市计划怎样规划,才能抢占市场先机? 至于CDP到底有哪些流程,关注IPD产品研发,下一篇文章,我们详细聊聊IPD的新产品立项(CDP)流程。
产品生命周期可能很长,在整个产品生命周期内需要多次更新和迭代。在本博客中,我们将介绍有关管理产品生命周期的所有知识,从规划产品开发时间表到管理反馈和发布更新。 图片 定义产品生命周期 产品生命周期是一个帮助企业管理新产品的创建和发布的过程。它包括五个阶段:需求收集、设计、开发、测试和发布。 最后,在产品售出后,您需要通过更新和修复来保持其平稳运行。 实施和监控 产品生命周期管理(Product lifecycle management PLM)是管理产品从概念到退役的实践。 实施规划包括为项目管理、团队组成、sprint规划和开发管理制定计划。 监测:有效的产品生命周期管理还需要对产品的整个生命周期进行持续监测和评估。 从规划和设计产品,管理其生产和运输,到密切关注客户反馈,并利用这些信息对产品进行必要的更改,所有这些都可能让人望而生畏。本指南旨在为希望有效管理其产品生命周期的产品经理提供全面的资源。
这期和大家聊聊技术转管理的另一个重要要素,技术管理者如何培养自己的产品思维?那么到底什么是产品思维呢?先来看下乔新亮老师的解读。 企业价值如何体现呢? --乔新亮 01 如何培养产品思维呢? 对于大部分初转技术管理的同学来说,追求的是怎么快速实现产品经理提的需求,而对需求带来的价值关注少之又少。 那么对技术管理者来说,该如何培养自己的产品思维呢?我觉得可以从以下4点展开: 1.明确用户是谁? 02 自己主导一个产品 互联网行业讲究的是实践,建议每个技术管理者在条件允许的情况下,能够主导或参与一个产品的开发全过程。下面分享一下我自己的故事。 初为技术管理者,有机会主导这个产品的规划和研发,确实很幸运,对自己是一个很好的历练,也很感谢我的前任领导L哥的信任。 好了,以上就是今天的全部内容,主要聊技术管理者如何培养产品思维。
ToG气象产品开发项目如何进行项目管理是一件很值得思考的事情。本文将从乙方的角度来梳理阐述气象产品开发项目管理时应重点关注的部分。 二、明确交付边界 G端气象产品开发是由甲方(具有政府职能的相关部门)主导实施的,这类产品具有高定制化的特征。 四、项目进度管理 当完成了项目需求的梳理后,项目便正式投入实施阶段。为了更好的管理项目,保证项目进度,可以将项目进行拆分,确定阶段性目标,然后再来安排人力。 很多气象公司都有专门的项目经理来对接和管理G端用户的气象产品开发项目。在这个领域,我还是个小学生,以上只是我作为G端气象产品开发项目经理的一点工作心得,不妥之处还请各位老师同行批评指正。 因为G端用户的重要性和特殊性,也决定了我们要带着更多“服务”的心态,服务好客户,保障好服务质量,这才是我们建立口碑的良方,也是我们做好项目管理的努力方向。
作为一个管理者,你要制定整个部门乃至全公司的组织架构图,或者你要向老板分析企业现状并交给他一份完美的计划,此时,你可能会使用PowerPoint、Keynote等工具。 作为一个产品负责人,你要分析市场行情并研究竞品优缺点,或者你要将你的产品信息结构或者原型传达给设计和程序,此时,你可能会使用Xmind、Axure RP等工具。 作为一个系统架构师,你要针对产品需求对整个系统做一个模块化的甚至完整的架构设计,或者你要向程序介绍业务的详细流程,此时,你可能会需要Visio、OmniGraffle等工具。 gliffy可以画什么 流程图 可以绘制决策流程、审批流程、软件和产品的开发或生产流程等。 组织架构图 显示组织内人员管理关系,方便管理和HR进行查看等。 脑图 信息结构图,技术栈,你的思想,都可以画下来。
一、产品迭代开发上线流程 为了保障产品迭代能够顺利完成开发和上线,规范和确定各负责人的工作,基于敏捷开发确定产品迭代上线流程。 产品迭代上线流程 附录说明: 【产品需求确认】首先是产品将需求确定,开完需求确认会后,交互设计师出交互稿,然后是交互确认会,最后是视觉稿出炉,视觉稿确认会后,开发就正式接手。 【交付验收通过】测试人员首先会对产品进行冒烟测试,当冒烟通过率为100%时,就开始全面测试。交付验收提交的版本,功能成功率不得低于80%。同阶段,交互设计师和视觉设计师会对产品进行走查。 【完成上线】测试没有问题后,将代码整合到线上,在线上测试没有问题后,App相关的Web端,App内测安装包和地址无误(内测阶段),关联产品(官网、管理后台等)进行上线。 二、产品发布确认单 对于大版本的发布,需要一份《产品发布确认单》。研发部、产品部、运营部填写各种的意见并签字。 图片发自简书App 小版本发布确定单
1.产品经理的自我管理 -> 习惯,是一个人一生的财富 -> 你的工作角色, 决定了你的生活方式 -> 产品经理不仅需要一颗风骚的内心,更需要刚硬坚定的自我管理能力(面对多个团队的人际关系,面对不同的知识结构 ,面对产品不同阶段的事件与节点) 1.1情绪管理 不仅仅是管理自己的情绪,而是管理他人的情绪,让他人的情绪处于积极状态。 --->目标管理和时间管理很重要! -> 获取知识 先为知识分类,如:产品经理,兴趣爱好,个人理财 接着建立固定的知识获取渠道(网络咨询报刊书籍、人际交流,培训教育) -> 整理知识 =========================== 多了解市场,多使用产品,学着去分析市场。 2、对于运营策划宣传能力,多实践,敢于尝试!
权限管理几乎是每个B端产品都会涉及的功能模块,大数据时,除了让数据高效地支撑业务分析、创新应用外,数据安全管理也是重中之重,数据给业务带来再多的价值可能都抵不过一次数据安全事故,“删库跑路”的新闻时不时在互联网行业爆出 ,如数据可视化平台,业务提交需求后,数据产品承接,转化成产品方案后,业务按需查看,资源特点: 内容数量可控,按照业务主题划分,菜单层级、页面内容清晰,数量可控 内容和用户匹配规则可枚举:比如经营分析报表目标是公司高管和管理层 总体来说,数据产品权限管控需求如下: 平台权限:对于有页面、数据权限管控的,一般默认开通平台使用权限,只可以看到自己有权限的即可,需要申请管理权限,单独申请,遇到过一个BI产品,设计权限的时候用户需要先找产品经理开通一下平台使用权限才可以创建看板 系统管理员:平台产品或开发,可以使用所有功能,管理用户权限 数据资源权限为补充: 平台功能权限和部门权限共享等默认逻辑以RBAC的方式在统一权限管理平台实现外,对于UGC的数据内容以用户为单位进行资源绑定 本文主要介绍了权限管理相对通用的原则,每个产品有自身的差异化特点,具体情况大家可以结合实际情况进行设计。
kanass是一款开源免费的项目管理工具,工具轻量、简洁易用,本文来介绍一下如何在kanass中创建并进行产品管理。 1、创建产品登录系统后,点击产品->添加产品属性说明可见范围公共:系统中的所有成员都可以查看并进入到产品内查看数据私密:只有此产品的成员才可以查看到当前产品计划日期设置当前产品的计划时间2、产品与项目关联产品添加成功后 注:暂不支持产品关联已存在项目2.1产品中直接创建项目进入产品->项目模块->添加项目,此时页面中的所属产品默认显示为当前产品且无法更改。项目信息填写成功后点击提交,产品下的项目创建成功。 2.3项目列表产品关联项目成功后,会统一将所关联项目显示在产品的项目模块在产品中创建的项目,也同时会显示在系统级别的项目模块中3、产品计划进入产品下的计划模块,可以为产品添加计划,用来帮助产品团队从宏观战略到具体执行进行系统性的规划 按时间:按状态:6、产品设置进入产品设置页面,可以修改产品信息、为产品设置成员与权限、删除产品等。
详细的项目管理方法论和流程很多文章都有介绍,就不作赘述。 一、产品经理要不要承担项目管理的职责? 项目管理能力是PM的技能树要求之一,因为产品经理是需求的转化和规划者,产品的变现需要依赖于UI&UE、开发、测试等不同的工种,不进行项目管理再好的想法和规划也难以落地,只是一纸空谈。 建议:作为产品经理,从为自己产品负责的角度,都要有着清晰的项目管理主人公意识,自己的项目不要把希望寄托在别人身上,自己要有足够的掌控力。 三、产品经理常用项目管理工具 工欲善其事必先利其器,借助高效的项目管理工具可以起到事半功倍的效果。 四、总结 项目管理是一门专业的课程(PMP认证),短短几千字断然无法讲的透彻,本文主要结合一个失败项目踩过的坑分享产品经理在推进产品落地过程涉及到的项目管理技巧。