写一个用例(总结)第四周
[本周作业]写一个用例
挑一个:你自己的产品/你喜欢的产品/[拍东西]发起拍卖/[知识星球]加入星球/[极客时间]购买课程;
[大作业]经过三周(甚至更多)的学习:挑一个产品,想一个你想做的新功能,然后写个相对完整的文档.
产品文档和原形咋弄 -1
产品文档怎么弄
PRD 与用例
业务流程的表达
业务架构与概念模型
产品原形(界面)
关于文档的思考
什么是产品文档
为什么要产品文档
从目的到形式
文档的成型过程
常见的各种文档
从一个小小小尝试开始
分享提纲
为什么要产品文档
产品文档要包含些什么
产品文档的成型过程
常见的各种文档类型名称
从一个小小小尝试开始
给过去的工作一个交代
谁的什么问题在时间和人的不同纬度的思考
产品文档需要包括什么
我们为什么要产品文档
提前进行完整思考
高效沟通
仪式感与责任感
产品文档应包含什么
标题、标签
作者、修改历史
需求背景、上下文/问题、现状、目标和非目标
场景化描述
确定达成目标的具体标准
具体的解决方案
成本和计划
决议前提/假设/风险
什么是好的产品文档
有效回答读者问题:[为什么]&[这跟我有什么关系]&[我要做什么]
清晰、简洁、说人话、有故事性
结构清晰、能够快速索引定位
图文并茂 ,有数字
良好的组织结构
持续更新
读起来有意思
产品文档的成型过程
从一个松散的非结构化小备忘文档开始
基于这个备忘,开始进行[零售沟通]
基于零售沟通的输入,形成完整的文档
文档发酵和修改
对完整的文档进行[零售确认]
对文档进行批发讨论和确认
常见的文档类型及含义
BRD,MRD,PRD,DRD,FRD,FSD,USER STORY,UC
产品经理三大文档 ,BRD,MRD,PRD
开始写备忘录
你知道什么,你假设什么,你想干什么,你想得到什么, 你怕什么,你需要谁来帮忙,哪些问题你没想清楚......
定义目标、量化目标
划定相关人员、以及要让他们干什么
列出可能的问题,并领起后续的沟通和格式化文档写作
产品文档和原形咋弄 -2
业务架构与概念模型
产品原形(界面)
关于文档的思考
用例
PRD&业务流程的表达
分享提纲
用例、用例图与用例文档,一起看作业
什么是用例( USE CASE)
参与者=以某种方式与系统交互的人或事。
用例=系统为其参与者所执行的有价值操作。
用例不是功能或者特性,用例包含一个对参与者来说有完整意义的过程。
用例解释系统如何向利益相关者/参与者提供功能性价值。
用例通过使用者视角描述系统与其互动的方式,从而观测处系统实现。
用例不是用例图,但是用例的大部分内容会通过用例文档表达出来。
需要大量交互才会使用到用例 ,需要非功能型需求来描述
用 PRD 形式组织 UC 业务文档
用例的参与者
参与者不是人,而是角色
参与者可能是系统
先多写再合并和抽象
特殊参与者
用例的粒度
系统为参与者提供的具备完整价值的服务。(关注价值而非功能)
用例文档
用例文档包含的内容
标题作者修改历史
简要描述
利益相关者/涉众/参与人及其相关利益
事件流
基本流程/扩展流程/异常流程
辅助图例
前置条件/后置条件
术语表
界面图例
限制条件
特殊需求
策略
用例文档的核心-事件流
用例文档中最重要的部分是[事件流],描述如何通过交互传递由用例所承诺的价值。用例文档是一个被严格流程化的故事,它像一个[词牌名]。
基本流(必须完整)/扩展流/异常流
ATM 机的取钱事件流
基本流程,扩展流程
用例文档的核心-前后置流程
系统能够感知和校验的状态描述
用户文档的核心=辅助图例、界面图例、限制条件、特殊需求、策略和术语表
用例文档包含的内容
标题作者修改历史
简要描述
利益相关者/涉众/参与人及其相关利益
事件流:基本流程/扩展流程/异常流程
辅助图例
前置条件/后置条件
术语表
界面图例
限制条件/特殊需求/策略
进阶
用例之间的关系
参与者之间的关系
用例与
总结:
要学习好一项技能需要高的效率和好的学习态度。看是否掌握了课程内容的一个方式就是能够用简洁的语言写出来或者说出来,但是细化时候又能具体到细枝末节的能力。
本章主要讲了产品文档和成形(包括产品文档内容,需要的原因、常见的文档类型,好的产品文档是什么样子的)、用例、用例图和用例文档,及其相关内容比如用例文档包含的内容、备忘录、用例的参与者、用例的粒度、产品经理三大文档等和用例文档的核心,最后还讲了进阶。
评论