如何在APP原型上写需求？
为什么要把需求直接写在原型上？
- 没有开发愿意看臃杂的需求文档，包括直接写在原型上的。
- 便捷高效（详细的word文档会让文档撰写变得异常耗时，稍有改动，更新文档简直要命；而且汉语博大精深，文案越多产生的歧义越多，亲身体验）
- 方便版本迭代
如何在APP原型上写需求？
首先将APP经常需要写需求的对象罗列出来，并分析其属性，精炼出书写字段模板。直接上图：
以下是本人认为APP常遇到需要“写需求的点”：
- 功能的逻辑
- 功能的规则
- 按钮
- 文本框
- 文本标签
- 特殊面板
- 版本的迭代
（上图中并没有对“面板”的介绍，因为面板写作方式跟按钮类似，但面板中的元件比按钮要复杂，所以本人将其单独列出）
本人将就以上几类“对象”如何和谐地写在原型上做详细说明。在此之前，需要介绍一下Axure的“说明”功能。
Axure9.0版本说明功能更加丰富、美观，展示上更加显眼。它允许我们提前设置好说明字段，我们写需求的时候可以跟着标签文案思考，减少漏写需求。见下图：
大家可以根据需求添加，这个是我常使用的字段集。
1. 文本框
文本框主要用途是键入内容，常用的书写字段有以下3种：
（1）基本说明
- 字段类型：文本
- 长度规则：11位；超过xx位省略处理
- 是否必填：是
- 校验规则：为空校验、有效性校验
（2）交互说明
- 点击获取光标，调取键盘、显示清除图标；
- 失去光标，收回键盘，隐藏清除图标等
（3）特殊情况
- 获取光标时调用什么键盘类型、向上推动页面方便键入
- 文本框是否记录上次使用的号码
2. 按钮
本人定义的按钮——可以点击的单个对象（复杂的面板可放在面部一栏撰写）：按钮、链接文字、图标等。按钮主要是和用户产生交互的，若只展示文案，请采用标签文本撰写。
按钮的交互结果会有很多形式，常见的有以下几种：
- 页面跳转
- xx对象被选中
- xx文本改变
- 弹出弹框
- 弹出toast气泡
- 操作完成发送短信、推送、通知等
故此，按钮需求书写，本人总结的书写需求的字段如下：
- 状态说明：详细列举按钮可能的变化：按钮文案、颜色、可点击性变化等。这里请不要写入任何交互需求
- 交互说明：详细列举各状态（未登录时、非会员用户等）下，点击按钮的交互，以及对应的结果（成功、失败、跳转页面等）。
- 操作提醒：列举各种操作结果对应的toast提示语
- 特殊说明：对特殊信息、规则进行补充。比如“上文提到的新用户定义“、”计算公式“等
- 通知：操作完成后如果触发短信通知、或者推送消息，可在此标签下数撰写。该点是产品们常常遗漏的点
3. 文本标签
文本标签作用是展示信息。由于用户身份、状态的改变或者按钮交互，会导致标签的文本改变，有的甚至是样式的改变。
故此，本人总结的书写需求字段如下
- 长度规则：字数限制、x行显示多余省略等
- 状态说明：文本标签在不同条件下可以呈现不同的状态
- 特殊说明：根据实际情况补充细节，没有的话则无需注明
4. 面板
关于面板，我们最熟知的就是”动态面板“，本人定义的面板是APP页面的某一版块，通常包含很多元素。面板通常是在绘制页面完成后已经显现出来——绘制原型的时候已经对各个版块命名了。常见的面板有两类：
- 列表：例如” @最多只能7个字 。
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
