如何避免需求文档（PRD）中那些交互设计的坑-职坐标

如何避免需求文档（PRD）中那些交互设计的坑

关关 2018-05-22 来源：阅读 1121 评论 0

摘要：本文讲解了在进行交互设计时需求文档（PRD）遇到的坑，希望阅读本文以后大家有所收获，加深大家对交互设计的理解。

相信很多交互设计师会被交互细节的问题所困扰，其实中途发现都还好，最可怕的是你直到产品上线都没有发现；有些细节可能因为你的遗漏或疏忽导致整个产品上线后易用性很差甚至是不可用。

当然有问题肯定有解决方案的，那就是——交互自查（这里的交互不仅仅是狭义的前端交互，而是涉及数据、软硬件、系统、账户权限等一系列产品的深度交互问题），最近正好不太忙，因此整理一份还算相对详细的交互自查表，以缓解这个头疼的问题（当然可能不够全面，以及不同的项目都会有所差异，这里仅提供参考）。

内容包括：用户账户权限与状态（基本状态与特殊状态），产品信息架构、产品流程设计、产品内容与界面（控件、数据、文案、输入、及特殊情况）、数据调用、用户行为预互动（认知、提示、反馈、加载以及中间过程）、后台管理（PUSH消息、数据跟新与监控）、全限于安全、硬件特性、软件系统、网络状态以及其他特殊问题。

交互设计自查表V1.0版详情如下：

交互自查建议与方法：

第一步：明确用户是在什么场景下完成什么操作；

第二步：从框架流程到内容细节，如：框架导航、流程、布局、转场、文字、提示等；

第三步：重点关注特殊因素，如：网络状态、硬件设施、数据网络、模式、空值、交互方式等。

自建自查表方法与建议：

①列出用户在使用你的产品时的核心场景及核心影响因素；②奖项目中的核心影响因素进行分类记录；③把不同的区块按照你你理解记忆的方式进行重组、归类形成自查表；④按照表格对当前产品设计进行核对，并思考是否有欠考虑的；⑤对缺失的内容进行补充记录，以便下次核对和积攒经验；

另外，启示录的作者提出了一个“基本产品的”概念，或许也能帮助我们。这个概念特别适用于V1.0版的产品，我们要明白我们定义的绝不是最终产品，最终产品只有在产品被放弃，下架而不再更新时候才能说是最终产品。我们定义的是“基本产品”，换而言之就是能够解决用户最迫切需求的产品，对用户是具有价值的、可用的、可行的产品。有句话叫：不忘初心，方得始终！放下那些没用的东西会减少出错的可能，产品也可能更好。

本文由职坐标整理并发布，了解更多内容，请关注职坐标设计创作交互设计频道！

交互设计案例移动端交互设计规范交互设计文档

本文由 @关关发布于职坐标。未经许可，禁止转载。