$axure.utils.getTransparentGifPath = function() { return 'resources/images/transparent.gif'; };
$axure.utils.getOtherPath = function() { return 'resources/Other.html'; };
$axure.utils.getReloadPath = function() { return 'resources/reload.html'; };
业务优先于需求，需求优先于功能，功能优先于视觉，视觉优先于交互，最终约束于技术实现。
Layui主要是以象征包容的墨绿作为主色调，由于它给人予深沉感，所以通常会以浅黑色的作为其陪衬，又会以蓝色这种比较鲜艳来弥补它的色觉疲劳。我们执着于务实，不盲目攀比，又始终不忘绽放活力。这正是Layui所追求的价值.
大原则
PRD的目标
旨在定义产品和指导开发。具体来说是对App项目的业务架构&产品流程&功能需求做详细的介绍，为产品后续的需求、设计、开发、测试、上线提供依据。
向项目组成员(项目经理、开发、测试、运营)传达信息。
管理需求，进行归档，为后续需求迭代与变更提供依据。
实现项目的规范化管理。
PRD的产出物
只有2种产出物，原型和标注。
PRD的核心模块
页面，写在Axure的Pages中。生成原型后请点击左侧Pages进行查看。
交互，写在Axure的Interaction中。生成原型后请点击左侧Pages中的链接图标进行展示和隐藏。
逻辑，写在Axure的Notes中。生成原型后请点击左侧Notes后查看，或者点击右侧控件旁边的图标进行查看。
控件的逻辑我定义了5种，具体如下：
功能逻辑：详细讲解该功能的逻辑。
交互逻辑：对页面之间的相互跳转进行说明。
视觉逻辑：对颜色，对图标的要求。
业务逻辑：讲一下该功能对应着什么业务。
技术逻辑：有些逻辑可能用技术语言描述更清楚一点，以及对技术有特殊的要求。
控件样式和交互的通用规则，请写到全局规范。其他写到对应的控件逻辑中。
需求描述原则
表述清楚需求的位置，比如"x"页面、还是"x"页面的"x"控件。
表述清楚需求的类型，是新增"x"功能、还是修复"x"bug、还是优化"x"功能。
开发前或需求变动，及时在文档中记录，同时需要与前后端充分沟通。
逻辑确定后不经常改动，如有必要上线前统一和前端对照并修改。
技术处理原则
某些场景下技术上可以考虑合并多步操作，以减少客户端对于异常情况的判断。比如确认订单页面的保存地址并返回运费。
某些警告框应该当做页面来处理数据埋点以及交互，PD单独说明。
尽量解耦到每一个页面，每一个警告框，而不是让多个页面的关联性太强。
一键复制
编辑
Web IDE
原始数据
按行查看
历史
