prd文档用什么工具写 prd是什么意思( 三 )

  • 沟通:信息传递机制不到位导致沟通效率低(传递方式、触发传递条件、指定对接人)……
  • 需求:需求变更;变更导致的工作调整(项目计划、设计、开发、测试)……
  • 技术:开发环境不稳定;技术难点评估不足;开发和测试用时评估不准;三方系统对接进度延期……
  • 其他:服务器没到位;市场及政策问题……
  • 03
    详细部分
    1)产品框架
    产品框架是系列组成图表组成 , 为了阅读者更深刻的理解产品在组成和结构 。包含以下:
    • 系统架构图:通过不同层级开展现系统的功能模块 , 表达功能层面的概况 。
    • 功能结构图:系统结构的拆解 , 是一级菜单>二级菜单>具体页面>操作项的细化 。再细化到字段 , 就成了信息架构图 。
    • 操作流程图:用户使用系统时如何通过系列操作完成对应任务的过程 。
    • 状态机图:描述各关键节点的状态如何触发和流转 。如订单状态的变化 。
    以下是过往项目的示例 , 部分内容做了简化 。如下图 。
    图:系统架构图
    图:功能结构图
    图:系统操作流程图
    图:状态机图
    2)全局说明
    针对全局通用的术语、缩略语、交互、系统规则、异常情况等相关内容 , 可以在全局说明中统一说明 。避免在文档中反复出现 , 导致文档臃肿 , 造成阅读困难 。比如:输入框定义、类型、数字限制等 , 分页规则 , 各类型弹窗交互说明等 。
    异常情况则包含了断网、误操作、数据丢失等情况 , 需要描述对应情况下如何处理 , 也可以写在具体功能需求描述中 。
    3)原型页面
    原型是对最终产品各页面上内容的呈现 , 阐述了用户与产品之间交互过程 。通过产品架构可以得出需要设计的页面和页面元素 。关于原型工具选择、配色选择、页面类型、交互注意事项等内容详见上一篇《B端产品设计:拆个“详细设计”给你看》 。
    原型页面通常和规则一起进行呈现 , 页面旁边是规则备注 。
    4)功能需求
    针对每个页面、弹窗进行详细的功能描述 , 将功能逻辑、字段规则等信息描述清楚 。同时尽量采用分段的陈述式描述 , 避免大段论述型描述 。更详细的内容新开文章介绍 。
    图:原型页面+规则备注
    5)非功能需求
    除了功能需求的描述 , 千万不要忘了非功能性需求 。非功能性需求有很多种 , 也会涉及多个相关方 , 要结合具体项目具体需要进行设计 。常规比如性能需求、运营需求、数据统计需求等 。
    • 性能需求:性能需求需要考虑用户体验和资源投入成本 , 比如响应时间、最大并发量、兼容性需求……
    • 运营计划:产品配套的运营推广计划 , 设计运营方 , 产品设计时需要确认并记录 。
    • 数据统计:可根据产品需求进行数据埋点要求设计 , 进行埋点监控 , 如按钮、页面、事件等 。可以自己埋点 , 可以使用市场成熟的数据采集软件 。
    以上 。


    以上关于本文的内容,仅作参考!温馨提示:如遇健康、疾病相关的问题,请您及时就医或请专业人士给予相关指导!

    「四川龙网」www.sichuanlong.com小编还为您精选了以下内容,希望对您有所帮助: