如何进行需求分析:从消息提示相关的需求场景出发.pdfVIP

如何进行需求分析:从消息提示相关的需求场景出发.pdf

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
如何进行需求分析:从消息提示相关的需求场景出发

如何进行需求分析 :从消息提示相关的需求场景出发 “需求分析”的过程到底是什么 ?如何将搜 到的用户需求转化为产品需求、再映射到产品功 能中去呢 ? 苏杰先生在 《人人都是产品经理》中提到了“Y理论” ,将需求分析的过程形象化为“Y” ,如图1所示。 图1 需求分析的“Y理论” 暂不考虑从“2-产品需求”追溯到“4 -马斯洛需求”的过程 ,那么“需求分析”的过程实际上就是经历图 中的“1用户需求– 2产品需求—3产品功能”。 1– 2 ,通过问“W hy” ,逐步归纳 ;2– 3 ,通 过问“How” ,逐步演绎。 本文基于某企业级IM产品 ,从消息提示相关的需求场景出发 ,根据“Y理论”进行归纳和演绎 ,提出 了产品功能方案。 一、场景与用户需求 场景一 : 用户在手机客户端收到一条消息 ,阅读后暂时没空处理该消息 ,并且确定在未来的某个时间有 空 ,TA担心有空时会忘记处理这条消息。 场景二 : 用户在手机客户端收到一条消息 ,阅读后发现该消息的处理需要借助于电脑 ,而目前用户并不在电 脑前 ,TA担心回到电脑前时会忘记处理这条消息。 场景三 : 用户在手机客户端收到一条消息 ,阅读后暂时没空处理该消息 ,但不确定什么时候有空 ,TA担心有 空时会忘记处理这条消息。 二、 品需求 在场景一中 : 为什么用户担心有空时会忘记处理这条消息 ?(w hy ) 因为TA有空时可能想不起来处理该消息。 因此 ,用户实际上是希望在TA有空时 (确定在未来的某个时间有空 ),我们的IM产品能帮助TA想 起某条重要而不紧急的消息 ,使TA不忘记处理 ,这就是产品需求。 在场景二中 : 为什么用户担心回到电脑前时会忘记处理这条消息 ?(w hy ) 因为TA 回到电脑前时可能想不起来处理该消息。 因此 ,用户实际上是希望在TA 回到电脑前时 ,我们的IM产品能帮助TA想起某条重要而不紧急的 消息 ,使TA不忘记处理 ,这就是产品需求。 在场景三中 : 为什么用户担心有空时会忘记处理这条消息 ?(w hy ) 因为TA有空时可能想不起来处理该消息。 因此 ,用户实际上是希望在TA有空时 (什么时候有空并不确定 ),我们的IM产品能帮助TA想起某 条重要而不紧急的消息 ,使TA不忘记处理 ,这就是产品需求。 三、 品功能 针对场景一的产品方案 : 如何帮助用户在有空时想起来处理这条消息 ?(how ) 在用户有空时 ,也就是未来某个确定的时间 ,提醒用户。 如何在未来某个确定的时间提醒用户 ?(how ) 品方案一 :在用户长按消息弹出的操作列表中提供“消息定时提醒”的功能 在“消息定时提醒”中 ,可以提供“稍后提醒”“明天提醒”“选择时间提醒”的选项 ,满足用户对于提醒时间 的不同需求。 当用户设定的时间到了的时候 ,可以通过push或系统闹钟的方式提醒用户。如果是push方式 ,那么 用户点击push进入会话窗口后 ,应能直达设置提醒的具体消息。 品方案二 :将消息与 品已有的日程功能打通 ,在用户长按消息弹出的操作列表中提供“转日程”的 选项 用户选择“转日程”后 ,自动进入“新建日程”页面 ,同时该消息自动作为日程内容填入 ,用户本人被自 动添加为日程的参与人。用户只需将计划处理该消息的时间设置为日程的开始时间 ,再点击“提交”即 可发起日程。 借助于日程的提醒机制 ,用户能在计划处理该消息的时间点收到提醒并处理消息。 方案对比 : 方案一通过开发新功能满足了用户需求 ,而方案二是利用已有的日程功能满足了用户需求。两种方 案都能满足用户的需求 ,但方案二的实现成本更低。 针对场景二的产品方案 : 如何帮助用户在回到电脑前时想起来处理这条消息 ?(how ) 在用户回到电脑前时 ,提醒用户。 如何在用户回到电脑前时提醒用户 ?(how ) 品方案一 :在用户长按消息弹出的操作列表中提供“PC端再次提醒”的功能 用户选中“PC端再次提醒”后 ,再回到PC端时 ,包含已标记“PC端再次提醒”消息的会话窗口为未读 状态。并且 ,当用户点击并打开该会话窗口后 ,会话自动回滚到标记“PC端再次提醒”的具体消息 附近 ,且该消息被高亮显示 ,从而达到提醒用户并定位具体消息的目的。 品方案二 :基于 品已有的消息转发功能 ,在长按消息弹出的操作列表中提供“转发给我的电脑”的 快捷入口 用户选择“转发给我的电脑”后 ,再回到PC端后 ,转发的消息在PC端作为新消息对待 ,会有未读提示

文档评论(0)

qiwqpu54 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档