用原型写需求文档-后台系统篇

后台系统的原型模板早在做APP模板前就已经使用了很长一段时间。

后台原型不需要也不适合太多特殊的交互设计，大部分页面无非列表、表单、查看页中的一种，其实更适合使用模板元件来节省工作量。

个人经验，灵活使用这套模板和元件，起码可以节省50%以上的工作量。

基本思路和文档结构

相比于注重交互体验的前端需求，后台需求更注重业务逻辑、系统架构的设计，因此后台需求中把需求说明作为第一个章节，同时删除了交互说明章节。

后台系统实现上，很少会专门进行UI设计，一般是沿用现成的后台框架来实现，建议原型尽量用黑白灰来表现，并且如非特殊需要，不要去设计特殊的交互效果，减少实施时的额外开销。

文档长这样

原型文档主要有三部分，需求说明、修订记录和完整原型本身。

需求说明

需求说明部分取代传统的PRD文档的作用，按需阐述项目背景、需求范围等内容。

最重要的是列出本次需求点列表，并可以配合原型页面（用快照元件）给予更直观的说明。

修订记录

包括文档修订记录和项目版本记录。

原型模板说明

后台原型框架采用常见的后台框架，上方为系统标题和登录信息，左侧为菜单栏。

考虑到易用性，菜单层级固定为两级，上方预留了一个多后台系统之间的调整入口，也可作为顶级菜单使用。

一般来说，后台很多操作页面样式都很相似，为了减少误操作的可能，所有页面顶部为面包屑页面路径显示，提醒用户当前所在页面。

原型-列表页

列表页区域分别为筛选栏、操作栏、列表、分页条。

操作栏主要放置批量操作按钮或者新增按钮等非针对已有记录的操作功能入口。已有记录的单次操作入口放在对应记录右侧.

原型-表单页

表单页模板提供了常用的表单元件，应该可以符合大部分的需要。详见原型。

原型-查看页

原型-常用组件