Loading [MathJax]/jax/output/CommonHTML/config.js
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >你可以这样写需求文档 第03期:功能按钮

你可以这样写需求文档 第03期:功能按钮

作者头像
数据库交流
发布于 2022-04-25 00:56:28
发布于 2022-04-25 00:56:28
8600
举报
文章被收录于专栏:悦专栏悦专栏

作者简介

Jarvan,前百丽、环球易购、顺丰产品经理,现某互联网公司内部系统负责人,从 0 到 1 搭建团队、系统,目前管理团队近 20 人,从事跨境电商、零售行业产品经理多年,拥有丰富的后台产品经验。

我们说产品经理对外输出有三个内容,需求文档、原型图、流程图,其中需求文档承载了整个设计目标、过程及最终结果,所以是笔者认为产品经理最重要的输出点。

紧接上篇,笔者今天跟大家聊下需求里面的具体功能按钮该怎么写。

九.功能按钮

功能按钮的描述在我看来是需求文档最重要的一个环节,所有的按钮触发点、操作全部在这里,具体分为以下几个点:

1.查询和重置

查询没什么好说的,点下出来内容就好;重置这里需要说一点,大部分的系统重置按钮除了重置查询条件,查询结果也会跟随变化,如果想要只重置查询条件而不变结果,需要着重强调下,笔者觉得这两种都可以,前者稍方便一点。

2.添加(新增)

1)需要描述清楚在什么条件下可以正常添加完成,也叫正向描述;

2)添加中所有字段的必填项、非必填项,每个字段的格式,取值逻辑,文本格式需要说明只能写哪些格式,最大长度;下拉框的需要注明内容是什么或者从哪里取值等;

3)需要写明校验,比如哪些字段 + 哪些字段校验哪个菜单是否存在,或者是否审核通过才可以添加成功等;

4)唯一性校验,哪些字段合计值是个唯一值,比如字段 xx + xx 系统中已存在;

5)所有的校验提示需要精确,让用户一眼就知道,比如字段 xx 在菜单【xx】中未审核通过、字段 xx 不能为空。

3.编辑(修改)

1)一定是要勾选,记住,一定要勾选数据才可以操作;

2)同添加(新增)一样,也是优先需要一个正向描述;

3)其他多的一个就是一个数据勾选,是否勾选多行,如果是每行数据的编辑按钮,这个可忽略;

4)哪些状态下不可以再次编辑,以及编辑成功后该条数据本身的状态变化,比如审核状态变为待审核。

4.删除

1)一定是要勾选,记住,一定要勾选数据才可以操作;

2)正向条件:注意勾选数据后防止用户错误操作,最好是再加一个二次确认,因为确实会有很多用户操作很不小心;

3)逆向条件:禁止删除的情况校验,比如审核通过或者超过某些时间了等。

5.导入(上传)

1)跟添加一样,多的就是校验的内容需要更多,因为添加有些下拉框的字段可以取数自己选择的,另外校验后的报错提示一定需要精确到第几行,清清楚楚,要不然一个 Excel 那么多内容,用户找都要找半天;

2)要注意描述清楚哪些格式的文件可以导入,所有的校验按顺序来即可;

3)注意一些日期格式、数字格式等,还有每个字段的长度限制;

4)如果是上传图片的需要看下哪些格式可以,图片最大限制多少。

6.导出(下载)

1)导出无非三种,勾选的数据、当前页、所有数据,当你的数据量足够大的时候,可以采取异步任务执行,去一个专门的导出菜单,慢慢跑,数据完成了自己过去下载;

2)如果是表单本身中文内容需要导出英文的,可以加一个语言转化控件,或者简单粗暴一点,固定语言匹配也可以。

7.审核通过

1)一定是要勾选,记住,一定要勾选数据才可以操作;

2)正向条件:在什么条件下可以正常审核通过;

3)逆向条件:哪些条件下不能再点审核通过,或者哪些数据不同的不可以审核,报错同样也要提示清楚;

4)审核流:如果是多级审核,前一级审核通过后是否会到下一级审核还是直接跳过;

5)数据流向:审核通过后,数据的下一级流向,会根据哪些字段的维度关联哪些数据到哪个菜单等;

6)字段匹配:审核通过后是否会匹配出哪些数据等。

8.审核驳回

1)一定是要勾选,记住,一定要勾选数据才可以操作;

2)正向条件:什么条件可以正常审核驳回,一定需要填写驳回原因,这个是要制单人可以很清楚的知道自己的数据为什么被驳回了;

3)逆向条件:哪些条件下不能被驳回,比如部门不一致,比如状态不对等;

4)数据流向:驳回后是否需要还原到上一级再次生成,还是可以在本菜单继续编辑再次审核就好。

9.撤回

1)一定是要勾选,记住,一定要勾选数据才可以操作;

2)撤回其实也算是个审核操作,属于自主审核,为了用户自己发现问题后可以自主处理;

3)正向条件:哪些条件可以撤回,需要描述清楚;

4)逆向条件:哪些条件不可以撤回,比如一个付款申请单,都已经付款完成了,肯定不可以撤回了,同样需要提示清楚报错信息;

5)数据流向:如果撤回成功,那下一级的数据需要自动删掉,本菜单的数据状态需要及时改变,某些字段是否需要清空等也要注意。

10.打印

1)一定是要勾选,记住,一定要勾选数据才可以操作;

2)模板:打印一定要描述清楚模板,模板中的样式,每个位置的字段取值逻辑,这里也需要UI画清楚;

3)正向条件:描述清楚什么条件下可以打印,比如一个采购合同,肯定需要审核通过后才可以打印出来;

4)逆向条件:不可以打印的条件,描述清楚报错提示;

5)其他显示:比如电子签名等,电子签名有个简单的方式,搞一个图片放上去就好了,一个透明的图片。

11.作废

1)一定是要勾选,记住,一定要勾选数据才可以操作;

2)正向条件:描述清楚什么条件下可以作废;

3)逆向条件:描述清楚什么条件下不可以作废,以及相应的报错提示;

4)数据流向:作废后数据的流向。

12.设置

比如一个设计多级审核的菜单,需要按金额大小来确定审核流,这个就需要单独设置一个,需要注意每个审核流对应的金额区间,哪些区间需要重合,哪些下一级一定要比上一级金额大等。

13.其他

功能按钮基本上会涵盖以上几点,其他像使用、付款申请、提交等,也基本类似,重点就是写清楚正向条件、逆向条件、数据流向,基本都可以。

今天先聊到这里,下一讲会来细聊“需求文档几个其他内容”。

写在最后:

笔者见过很多产品经理的“一句话需求”,也见过很多特别特别细的文档,两者对比真的差距明显。笔者一直认为“专业的人做专业的事”,既然你身为一个产品经理,对你的客户负责,对你的团队负责,需要将你该做的内容做好,当然了,如果团队比较成熟,开发和测试对内容也是知根知底,在不影响质量的情况下,为了节省时间,可以弱化一些需求文档的内容。

最简单的设计、最明确的流程、最通俗的文字来实现用户最复杂的需求,这是笔者的坚守,也是笔者的追求,希望这篇文章可以给大家一些帮助,感恩。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2020-11-25,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 悦专栏 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
你可以这样写需求文档 第02期:字段取值
我们说产品经理对外输出有三个内容,需求文档、原型图、流程图,其中需求文档承载了整个设计目标、过程及最终结果,所以是笔者认为产品经理最重要的输出点。
数据库交流
2022/04/25
1.2K0
你可以这样写需求文档 第02期:字段取值
你可以这样写需求文档 第04期:其他事项
我们说产品经理对外输出有三个内容,需求文档、原型图、流程图,其中需求文档承载了整个设计目标、过程及最终结果,所以是笔者认为产品经理最重要的输出点。
数据库交流
2022/04/25
2470
你可以这样写需求文档 第04期:其他事项
你可以这样写需求文档 第01期:正文前要
各位好,从今天开始,我们来聊一下产品经理的一些内容,因为笔者专注 B 端产品,所以基本上都是 B 端的产品内容。第一个我们来讨论下产品经理最基本的需求文档,应该如何去写,大家有什么好的见解欢迎留言。
数据库交流
2022/04/25
3750
你可以这样写需求文档 第01期:正文前要
典藏版Web功能测试用例库
​ 初始界面元素:title、内容,默认值、必填项(红*) ​ 样式美观 ​ 排版规范 ​ 字体统一 ​ 编辑页面有光标,定位在第一个可编辑文本框 ​ 内容过多时,滚动条 ​ loading ​ 多次打开跳转同一页面 ​ 无数据不能一片空白 ​ 缩小窗口,响应式处理 ​ 性能,不能出现响应过慢,否则直接记bug
dongfanger
2020/09/23
4K0
PRD文档如何撰写
好久没有写文章了,一方面是因为最近的工作比较忙,另一方面还在不断的学习一些新知识,今天给大家聊一聊产品经理的基本功之一的需求文档,江湖俗称PRD,其实这类的文章和资料很多,这里我仅分享我个人工作中的心得,希望对大家有所帮助。
靠谱先生
2018/12/12
3.1K1
数字化转型之需求分析的正确打开方式
需求是业务和技术的桥梁,是行业知识向数字化转换的过程,业务是需求的输入,需求是设计的输入。即需求的关键元素必须从业务分析的元素演化而来,后续的高阶设计需要从需求一脉相承,一以贯之,每个元素需要有完整的生命周期和演化链,这是一个有机的整体。以业务对象为例,在业务分析阶段,业务客体是业务对象,在需求阶段,业务客体演化为对象实体,在设计阶段,对象演化成为数据库物理模型中的表或者视图。
yuanyi928
2019/07/18
1.6K0
k3 Bos开发百问百答
K/3 BOS开发百问百答 (版本:V1.1) K3产品市场部 一、基础资料篇 【摘要】bos基础资料的显示问题 版本:K310.2SP2+10.3+10.2SP1 问题描述:我们的bos做出来的基础资料为什么不能做成象核算项目一样,点中上级组就能显示相面所有基础资料,而不是现在点到最后一个上级组才能显示明细。 【解答】 这是新需求,以后版本会解决。 【摘要】单据自定义无法看到bos定义的基础资料 版本:K310.2SP2 问题描述:在单据自定义中增加自定义字段时,需要选择用bos定义的基础资料该如何设置
landv
2018/06/22
4.9K0
腾讯文档 | 数据化设计
2015年之后的中国互联网,人口红利、流量红利逐渐退场。2019年遭遇第一场资本寒冬,上半年投资总金额同比下降了58.5%。也在2019年,“精益创业”、“精益数据分析”、“增长黑客”等一系列数据思潮开始流行。而UX设计师作为半个产品经理,我们很容易将这股“数据热”迁移到自己身上:每个UX设计师都要学数据分析了吗?数据和设计是什么关系?天天盯数据会限制设计师的想象力吗?数据到底要怎么用?…… Preview 数据热 过往,设计师一般不会把“数据”挂在嘴边。我们提倡“以用户为中心,打磨极致用户体验”,
腾讯ISUX
2021/01/21
1.7K0
通达OA工作流-流程设计
管理。Office Anywhere 2016 工作流采用全新的设计流程向导模式,简化了工
全栈程序员站长
2022/09/10
3.7K0
通达OA工作流-流程设计
那些年接到奇怪的需求,如何确定需求?
领导:那个运维啊,你来把他的系统破解了,要不把他服务器黑了也行。给你一天时间,搞不搞得定。
小熊学Java
2023/07/16
3030
那些年接到奇怪的需求,如何确定需求?
产品需求文档PRD:校园外卖配送
我们一方面利用学生希望能够在校园各地方便的取得外卖这种需求;另一方面利用学生希望在业余时间从事兼职的这种需求。将这两种结合起来而形成的校内外卖配送体系。
物流IT圈
2020/04/26
4.1K0
产品需求文档PRD:校园外卖配送
企业级低代码平台,JeecgBoot-Vue3版 v1.3.0 里程碑版本发布
Jeecgboot-Vue3 采用 Vue3.0、Vite、 Ant-Design-Vue、TypeScript 等新技术方案,包括二次封装组件、utils、hooks、动态菜单、权限校验、按钮级别权限控制等功能。JeecgBoot企业级的低代码平台对应的vue3前端版本!
JEECG
2022/06/27
9190
SAP QM Multiple Specifications的使用
SAP QM Multiple Specifications(缩写为MS)代表单个检验特性的不同检验规格。这些规格可能包括客户特定要求、药典(如USP)或当局规定的要求、国家特定法律要求或公司内部要求。例如,此类规范可能包含不同的公差或特征属性(用于定性特征)。在决定如何使用批次时,该信息用于确定产品的适用性/可接受性。
SAP虾客
2022/03/31
9650
SAP QM Multiple Specifications的使用
Python一行命令搭建HTTP服务器并外网访问+-+内网穿透
转载自远程内网穿透的文章:【Python】快速简单搭建HTTP服务器并公网访问「cpolar内网穿透」 1.前言
程思扬
2023/07/10
1.7K0
Python一行命令搭建HTTP服务器并外网访问+-+内网穿透
无公网IP下搭建外网可访问的Serv-U+FTP服务器,如何轻松共享文件?
科技日益发展的今天,移动电子设备似乎成了我们生活的主角,智能手机、平板电脑几乎从不离身。但智能手机和平板电脑也有缺憾,就是自身的存储容量实在太少,能随时调取资料的大容量存储设备就显得十分必要。今天,笔者就为大家介绍,如何在电脑上,使用Serv-U+Cpolar内网穿透,构建一个ftp协议服务器,方便我们随时读取调阅文件资料。
程思扬
2023/11/04
1.2K0
无公网IP下搭建外网可访问的Serv-U+FTP服务器,如何轻松共享文件?
专项测试怎样才“好玩”
今天的话题,从一个真实的故事说起。某年某月某日,笔者带团队去某BU做实施调研时,对方的产品经理提出了一个需求,他说:我们的团队目前没有专职的测试人员,希望借助平台的UI自动化能力,让业务人员也拥有测试的能力,能够参与到自动化测试当中去。然后就提出了一些“需求”:希望能够在页面上录入数据,能够自动验证数据是否正确,能够简单地维护页面元素就好,能够自动判断业务是否展示正常,能够......。你猜最后的结果是什么呢?嗯,什么也做不了。UI自动化又不是全能的,对吧。你以为我是要吐槽这位产品经理么?其实,不是的。
CKL的思考
2023/02/01
4170
Windows系统本地部署微力同步打造个人私有云盘存储文件
私有云盘作为云存储概念的延伸,虽然谈不上多么新颖,但是其广泛的应用场景和不受限制的资料存取,仍然吸引了大批忠实用户。很多用户都会通过各种云存储软件,如SeaFile、Nextcloud、Resilio Sync、微力同步等,将自己的电脑改造为私有云盘,并实现自动资料同步功能。不过这种自动资料同步也会带来一些小困扰,特别是有些不用自动同步的资料也会被传输。如果要在公共互联网条件下,访问家里(局域网)设备上的文件,或对家里(或局域网)设备上的微力同步进行设置,就需要借助内网穿透软件的协助。今天,笔者就为大家介绍,使用Cpolar内网穿透工具+ 微力同步,远程对局域网内的微力同步软件打造私有云盘,并对云盘进行设置管理。
YY的秘密代码小屋
2024/05/26
1.5K0
Windows系统本地部署微力同步打造个人私有云盘存储文件
还在烦恼代码写不出来?低代码助力实现“无码”搭建系统平台
程序猿,一个让人既爱又恨的职业,作为这个世界上最大的脱发群体之一,每天除了要进行长期的大量脑力劳动外,还要秉承着月亮不睡我不睡、太阳没起我已起的“优良作息习惯”。 如果把熬夜加班作为程序猿们的初级磨难的话,那么每天来自产品经理或客户的各种不合理需求则是地狱级般的磨难
葡萄城控件
2023/10/14
4630
还在烦恼代码写不出来?低代码助力实现“无码”搭建系统平台
关于编写故事卡的一些经验
故事卡应尽量简练,而非事无巨细应写都写;同时,应尽量完整、准确,而非缺少细节、模棱两可。 这是我的基础观点,我的考虑如下: 简练意味着读者获取的信息是经过提炼的,读者阅读起来是更高效的。 简练意味着 BA 写卡可以更高效,可以投入更多精力在其他更具挑战的工作内容上。 完整、准确意味着故事卡是经过讨论并达成一致的。 完整、准确意味着故事卡是有着清晰验收标准的。 完整、准确意味着故事卡是便于追溯、便于传递的。 …… 基于以上观点再分类别展开聊下。 关于对页面交互的描述 上图展示了一个添加新账号功能的 UI 设
ThoughtWorks
2022/04/13
1.1K0
关于编写故事卡的一些经验
以用户体验五要素的思路,如何编写产品需求文档(PRD)
PRD全称Product Requirement Document,中文名产品需求文档,历史上第一份PRD据推测应该是诞生于宝洁这家公司,因为据史料记载,宝洁在二十世纪二三十年代第一次提出了产品经理的概念,并诞生了第一位产品经理,所以通过合理的逻辑推理,应该也诞生了第一份PRD,只是因时间久远且没有更多的细节资料而无从考证。
小炮
2022/04/21
1.3K0
推荐阅读
相关推荐
你可以这样写需求文档 第02期:字段取值
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档