江苏龙网

  1. 首页 > 资讯 > 科技 > >

[]经常被研发、运营怼？你需要掌握需求实现前的8大步骤( 二 )

  • 涉及到「修改密码」模块优化：要关注只有微信登录的用户 ， 是无法修改密码的；
  • 原来账号系统中 ， 支持手机验证码登录模式有安全漏洞 ， 增加「手机号码注册限流」 。
    • 完成了结构图 ， 就要开始模块之间的流程整理 。
    []经常被研发、运营怼？你需要掌握需求实现前的8大步骤
    本文插图

    04 流程图
    目的要定义角色 ， 在核心功能模块的逻辑规则、分支条件和最终结果 。 也防止我们遗漏场景 。 这时候可以做两件事：
    1. 拿着流程图 ， 找你 leader 讲一下 ， 看下流程有没有问题；如果业务比较复杂 ， 可以和需求方沟通下 ， 看有没有需求遗漏；
    2. 和研发同学提前沟通下 ， 让研发同学也了解整个模块的流程是什么 。
    举个例子：
    []经常被研发、运营怼？你需要掌握需求实现前的8大步骤
    本文插图

    05 结构图细化
    每个功能模块 ， 要细化到字段 ， 避免信息遗漏 ， 前后台数据要保持一致 。
    举个例子：还是上面讲的微信登录场景 ， 用户第一次用微信方式登录 ， 要获取到用户的 userid、手机号码 ， 如果手机号码不存在 ， 那还要生成用户名（username） 。 把所有关键字段罗列出来 ， 对产品思路重新进行梳理 。
    []经常被研发、运营怼？你需要掌握需求实现前的8大步骤
    本文插图

    06 原型交互设计
    以上 5 步完成之后 ， 那产品 80%的思考已经完成 。 可以根据团队习惯 ， 确定交互的细致程度 ， 如要求高保真原型 ， 那就把交互做的更完善一些 ， 有交互的地方做好标记 ， 有逻辑的地方标明规则 。 这里不讨论如何画交互原型 ， 如果有需要 ， 可以留言沟通 。
    完成原型交互设计 ， 拿给你的 leader 看下 ， 组织一次小规模的需求方评审 ， 看看是不是解决了需求方的问题 。
    工具推荐：Axure、墨刀 。
    07 需求文档
    和需求方沟通之后 ， 就开始写需求文档 。 关于需求文档 ， 有的团队要求写成doc 文档 ， 有的只要求在原型处标记就好 。
    我比较倾向于写成 doc 文档 ， 因为需求文档是产品产出的再一次检查和梳理 。 需求文档的第一读者是产品经理 ， 然后才是研发、测试等小伙伴们 。
    文档中几个关键点要注意:
    1. 首先是按模块写文档 ， 要明确每个模块的背景和定义 ，
    2. 当需求较多（超过 3 个）时 ， 要标注优先级（P0、P1、P2） ， 确保核心功能优先处理 。
    3. 注意不要造名词 ， 同一个内容前后保持一致 。
    完成以上 ， 就可以进入需求评审阶段了 。
    08 需求评审
    现在我们要重新认识下「需求评审会」 ， 它不是一个PK 工作量的会议 ， 而是与研发、测试等团队小伙伴信息同步 ， 宣告这个项目的开始 ， 更多的工作是要前置到评审会议之前 。
    需求评审也是有流程的：
    1. 需求文档提前 1 天发给团队中的小伙伴 ， 让大家提前了解下需求情况 。
    2. 正式的需求评审会议上 ， 先讲和大家同步 ， 这次需求 ， 我们为什么要做这个需求 ， 解决了什么问题；更高阶一点的可以讲此次需求 ， 能给业务或团队带来了什么价值 。
    3. 要先讲结构图和流程图 ， 这两个讲解完毕 ， 团队小伙伴们基本上了解此次需求的重点是什么了 ， 然后着重讲一下逻辑判断 。
    4. 最后 ， 要有一个时间计划表 ， 然后团队小伙伴填写 ， 确保团队合作的节奏 ， 如果有 deadline ， 团队小伙伴会更合理安排时间 。
    最后：需求评审只是一个宣讲 ， 重点都在线下 。 希望以上能给你带来一些帮助 。
    #专栏作家#
    司马特小队 ， 公众号：司马特小分队 ， 人人都是产品经理专栏作家 。 8年+互联网资深产品经验 ， 多年B端产品管理经验 。 具有多个从0到1的大型B端产品的孵化、重构、迭代经验；主要教授产业互联网产品相关的硬核知识点 。


    推荐阅读


    上一篇：「占地为王数码会」iPhone、小米、笔记本快充一站搞定！飞利浦摩天轮插座便携也高效

    下一篇：#华为#你们觉得去年华为说的鸿蒙系统是“空城计”吗？看网友回答