网站内容更新机制( 产品经理势必会如何对需求进行有效的有效评估?(组图))

优采云 发布时间: 2022-01-09 22:12

  网站内容更新机制(

产品经理势必会如何对需求进行有效的有效评估?(组图))

  

  最近,我采访了很多新产品的人。每当我问到需求的来源、采集的方法、版本迭代计划的依据,我发现很少有人能回答得满意。

  事实上,在产品从理念到落地开发、上线运营、优化升级的迭代管理过程中,产品经理必然会遇到来自不同用户、不同角色的不同业务需求;尤其是很多创业公司,最初的需求可能来自于团队创始人不小心爆出的一个完美idea,但并不是每一个idea都是通过整合团队能力、用户场景、政策法规、用户核心痛点、问题解决方案而实现的。

  那么如何有效地评估需求,验证用户数据,如何开发老板的各种想法,并有节奏地升级优化产品功能,并不像普通人想象的那么简单。

  一、需求采集与管理1.需求采集

  产品需求采集的来源渠道通常来自:一线用户需求、产品运营活动、市场/业务需求、竞品分析、公司领导、产品总结思维、Bug修复等。

  用户需求采集方法通常包括:

  

  2. 需求管理

  由于产品需求来源来自不同渠道,往往由不同角色的用户提出,产品经理采集到的需求往往有:需求分散、使用频率高、紧迫程度高、实施周期长、缺乏刚性需求、技术难度高,使用低频等。

  如果所有这些需求都加入到开发计划中,实现起来会很困难,所以我们需要对需求进行评估。

  一个常用的需求管理工具是需求池,它至少需要包括:功能模块/需求名称、详细描述、需求来源、提议者、是否审查、需求状态。

  产品经理将采集到的需求按照:重要且紧急、重要不紧急、不重要紧急、不重要但不紧急,进行优先排序和划分。

  

  同时,应该为重要的紧急但不可行的需求解决方案寻找替代解决方案。

  需求池是最简单、最直接的需求管理方式,也是产品经理必备的需求管理工具。此外,我们还可以使用思维导图、第三方工具等来对需求进行优先级排序和管理。

  二、目标细分

  正在开发的产品很多,公司领导寄予厚望,希望能在一夜之间完成各种竞品具备甚至不具备的功能。

  对于产品开发初期,产品本身的用户场景不够清晰,研发团队对各种新技术还不够熟悉。

  盲目扩大项目范围会延长产品开发周期,无法快速验证用户数据;因此,在产品调研和需求采集的前期,我们需要识别目标用户,识别用户痛点,优先考虑核心功能,迭代分解需求任务。.

  早期的规划当然是理想的,但是为了在前期对产品进行分阶段分解,我通常会规划一个通用的产品迭代周期,但在实际工作中,会随着数据分析和市场变化进行迭代调整。

  

  互联网产品变化很快,所以我在规划的时候一般只提前规划1-2个版本,其他的规划会根据数据分析和市场变化进行调整。

  三、数据分析辅助产品决策

  有时用户的需求是模棱两可的。在用户数据验证之前,很多产品都是基于主观意识来进行产品决策的。

  验证版本迭代对产品规划是否有效的最合理的方法之一是进行数据分析和比较。

  目前市场上有很多数据分析平台,其中大部分是免费的数据分析平台。这些第三方平台已经可以满足我们的基本需求;我们也可以搭建自己的数据平台,通过多维度的数据分析来进行。产品决策。

  以数据为指导,可以帮助产品经理确定当前的业务流程和产品优化方向。举一些简单的例子,例如:通过时间比较可以了解用户的用户习惯,有利于运营活动的成立日期;页面访问频率可以称为广告在某些位置的转化率。

  

  产品数据分析也可以通过多种条件的组合进行分析,必要时可以根据需要组织表格,更加关注数据。

  

  四、记录版本更新日志1.版本更新日志

  每个版本的更新都有记录,版本更新日志根据公司的产品属性不同,记录的字段和方法也不同。

  为了方便后面的操作数据查询和在线日期监控,最基本的字段应该包括:版本名称、版本号、内部更新日志、外部更新日志、频道、在线状态、在线日期......

  记录产品更新日志是一个屏幕,可以帮助团队控制一些变现目标产品的产品迭代过程和用户​​使用规模。

  

  2. 产品发布渠道

  记录渠道是为了更好地帮助产品推广和市场运营,也帮助产品经理更好地了解渠道特征和用户属性;每个频道都有不同的特点,有的频道审核时间长,有的频道用户留存率高,有的频道广告审核严格等。

  管理好渠道还可以缩短产品上线周期,快速提升产品档次,减少不必要的重复修改和审核时间。

  

  五、新版本更新推送逻辑设计1.新版本内部推送设计

  根据业务需求,产品更新业务逻辑设计通常会考虑:强制更新、自动更新监控、后台自动更新、新版本检测。

  产品经理应该在第一个版本中做更新推送机制,在后台添加版本管理功能,并在界面中保留更新推送的属性。例如:如果这个版本是强制更新,如果用户没有点击更新按钮,则无法进入主程序。

  下面是一个简单的产品版本管理示例:上传后端的产品包和本次更新的属性。当前端用户打开APP连接互联网或APP在后台启动时,首页会弹出用户更新推送。(需要注意的是,在IOS系统平台规则中,产品不能设计为自动检测更新,用户必须通过在线市场获取更新。)

  

  

  2. 在线市场的更新频率

  在线市场也属于上述渠道。比如各大手机厂商都有自己的应用商店。

  产品的更新频率和更新日志的内容对网络市场的推广和阿苏有很大的影响。一般情况下,1-2周进行小版本的迭代,在关键词同类型的行情中也会排名靠前。

  在实际工作中测试渠道记录和产品更新后发现,如果应用市场的版本不一致,会出现抓包现象,部分应用市场会从其他渠道抓取最新的包;应用市场的产品更新需要按照平台的规则上传相应的数据,审核通过后,用户可以在更新列表中更新应用。

  

  六、总结

  产品经理的工作以相对简单的方式表达。其实就是和不同的人打交道。在进行业务设计之前,我们必须考虑要满足哪些不同的用户群体,他们的用户特征,并提前预测哪些是我们的核心用户以及不同人群的使用。场景、用户痛点,以及如何有效地将这些人转化为业务。

  当你体验不同的产品时,你也会对行业有一些洞察,并在一个微妙的过程中成长;所以我主张产品经理的职业道路的成长必须不断地学习新知识,接受外界的新事物,不断地接受挑战,规划产品的迭代要像学习自己的知识一样不断地进行。

  本文由 @Arvin 原创 在每个人都是产品经理发布。禁止任何未经许可的复制。

  题图来自Unsplash,基于CC0协议

  奖励作者,鼓励TA抓紧创作!

  欣赏

0 个评论

要回复文章请先登录注册


官方客服QQ群

微信人工客服

QQ人工客服


线