业务优先于需求，需求优先于功能，功能优先于视觉，视觉优先于交互，最终约束于技术实现。

Layui主要是以象征包容的墨绿作为主色调，由于它给人予深沉感，所以通常会以浅黑色的作为其陪衬，又会以蓝色这种比较鲜艳来弥补它的色觉疲劳。我们执着于务实，不盲目攀比，又始终不忘绽放活力。这正是Layui所追求的价值.

旨在定义产品和指导开发。具体来说是对App项目的业务架构&产品流程&功能需求做详细的介绍，为产品后续的需求、设计、开发、测试、上线提供依据。

向项目组成员(项目经理、开发、测试、运营)传达信息。

管理需求，进行归档，为后续需求迭代与变更提供依据。

实现项目的规范化管理。

只有2种产出物，原型和标注。

页面，写在Axure的Pages中。生成原型后请点击左侧Pages进行查看。

交互，写在Axure的Interaction中。生成原型后请点击左侧Pages中的链接图标进行展示和隐藏。

逻辑，写在Axure的Notes中。生成原型后请点击左侧Notes后查看，或者点击右侧控件旁边的图标进行查看。

控件的逻辑我定义了5种，具体如下：

功能逻辑：详细讲解该功能的逻辑。

交互逻辑：对页面之间的相互跳转进行说明。

视觉逻辑：对颜色，对图标的要求。

业务逻辑：讲一下该功能对应着什么业务。

技术逻辑：有些逻辑可能用技术语言描述更清楚一点，以及对技术有特殊的要求。

控件样式和交互的通用规则，请写到全局规范。其他写到对应的控件逻辑中。

需求描述原则

表述清楚需求的位置，比如"x"页面、还是"x"页面的"x"控件。

表述清楚需求的类型，是新增"x"功能、还是修复"x"bug、还是优化"x"功能。

开发前或需求变动，及时在文档中记录，同时需要与前后端充分沟通。

逻辑确定后不经常改动，如有必要上线前统一和前端对照并修改。

技术处理原则

某些场景下技术上可以考虑合并多步操作，以减少客户端对于异常情况的判断。比如确认订单页面的保存地址并返回运费。

某些警告框应该当做页面来处理数据埋点以及交互，PD单独说明。

尽量解耦到每一个页面，每一个警告框，而不是让多个页面的关联性太强。