《初创团队新产品开发手册》 课件 第4--6章 如何管理产品开发、 如何开展市场营销与互联网运营、 如何进行产品复盘.pptx

《初创团队新产品开发手册》 课件 第4--6章 如何管理产品开发、 如何开展市场营销与互联网运营、 如何进行产品复盘.pptx

  1. 1、本文档共128页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

国家级职业教育创新创业教育教学资源库配套教材|高等职业教育在线开放课程新形态一体化教材初创团队新产品开发手册高|等|职|业|教|育|创|新|创|业|系|列|教|材ProductDevelopmentGuidanceforStartupTeams

目录高等职业教育创新创业系列教材——初创团队新产品开发手册1第章如何培养产品思维2第章如何提升产品能力3第章如何实施产品规划4第章如何管理产品开发5第章如何开展市场营销与互联网运营6第章如何进行产品复盘

如何管理产品开发如何管理产品开发高等职业教育创新创业系列教材——初创团队新产品开发手册第4章开一场需求评审会提升产品研发效率夯实供应链基础

第4章如何管理产品开发4.1步骤一:开一场需求评审会第4页“需求评审会是企业版的“多方会谈”决定产品是否进入立项开发流程。”——佚名需求评审会需求评审会是产品进入正式开发之前非常重要的一环前期产品规划后期产品开发连接如何高效地开一场需求评审会评估产品落地的可行性及开发周期是初创团队必须要掌握的

第4章如何管理产品开发4.1步骤一:开一场需求评审会第5页4.1.1需求评审会概念解读【案例剖析】一款中途“夭折”的产品2012年,某无人机企业准备开发一款超高清摄像无人机,目标用户为专业摄影爱好者及电影拍摄公司,市场容量大,用户需求明确,行业内目前暂无竞品,大客户调研反馈也不错,甚至有客户提前下单100台。为尽快推出产品,该企业很快完成了产品规划并进行产品开发。研发团队因对该需求评估不细致,研发过程中发现问题,并启用备选技术方案———超高清视频压缩解压传输技术,但该技术存在视频损耗、延迟等问题,最终因研发团队前期缺乏对这一核心需求的评估,导致项目中途“夭折”。该产品的一项核心功能是超高清视频的实时传输。因为无人机远距离飞行只能靠公共网络传输,而当时的公共网络根本无法实现超高清视频的实时传输。

第4章如何管理产品开发4.1步骤一:开一场需求评审会第6页【知识探究】什么是需求评审会?是团队成员对需求达成共识并确保需求可以实现的会议它通常由产品团队主持,各业务部门均有代表参加,特别是研发部门产品团队通过讲解PRD,使项目相关成员了解具体需求并提出疑问,讨论需求技术实现的可行性要求项目所有成员都认为需求已经没有什么可挑剔的了,评审才能通过,所以需求评审也是一个“鸡蛋里挑骨头”的过程产品团队需要不断有效地展示自己的观点,以便获得更多的认可,最终号召大家为实现产品目标而一起奋斗哪些人员参加需求评审会?如果仅仅是一个迭代需求,比如增加一个广告投放类型,那么可能只需前端技术人员、广告系统技术人员、测试(前端测试+广告系统测试)人员,三五人找个办公室即可完成如果是一个中大型需求,比如收银台改版,那么涉及的与会者可能就比较多,软件工程师、测试工程师、交互设计师均需参加需视项目情况而定|项目相关人员均须参加清晰了解需求是什么需求从哪里来对现有业务有什么影响预期收益4.1.1需求评审会概念解读

第4章如何管理产品开发4.1步骤一:开一场需求评审会第7页【知识探究】哪个产品阶段召开需求评审会?一般在初步确定产品定义、完成PRD、项目正式立项之前召开因为需求评审会很难一次会议就通过,就算一次性通过,会后还有很多细节需要完善补充、沟通确认,所以要尽量预留一周时间。为什么要召开需求评审会?建议选择在项目开发启动前的一周可以让项目团队所有成员了解产品的背景、需求、目标及重要性项目团队成员可以了解自己在该项目中需要承担的责任及工作量可以对产品方案的技术实现难度及实现周期进行评估,以便后期工作的开展4.1.1需求评审会概念解读

第4章如何管理产品开发4.1步骤一:开一场需求评审会第8页4.1.2需求评审会“三部曲”【案例剖析】一场“讨论激烈”的需求评审会某软件公司内部举行产品需求评审会,会议开始,为了保证让每位成员都了解产品需求,产品团队用了将近1h讲解,随后业务部门展开了激烈的讨论。会议现场出现激烈争辩,参会人员一人一套说法,互找漏洞,缺乏观点的收拢,产品团队疲于应付,但又无力招架,会议从上午十点持续到下午六点,争辩依然在持续......研发工程师:XX功能确定要这么做?开发难度很高,周期至少需要2个月。交互设计师:这个交互功能逻辑有问题吧?做出来体验特别差。用户界面(UI)设计师:页面结构为什么规划的这么复杂,与当前流行的界面风格不搭。市场经理:确定把XX作为产品卖点?我觉得用户不一定喜欢,很难推广。

文档评论(0)

lai + 关注
实名认证
内容提供者

精品资料

版权声明书
用户编号:7040145050000060

1亿VIP精品文档

相关文档