axure prd

画原型图是产品经理的基本功，但很多PM画了几年的原型，仍然不能高效、准确的输出一份原型。很多人都在纠结PRD应该怎么写，写到什么程度，粗了怕遗漏需求，细了没时间不说，别人还不看。作为产品经理，我们到底应该输出一份怎样的PRD，又如何做到最“低成本”的方式，输出最轻便、完整的PRD？1、Axure版PRD 还是 Word

PRD对产品开发的重要性无需多费笔墨，但PM们经常遇到一个尴尬，“写多了大家未必都会看；写少了又怕别人不懂。”实际上，PRD的问题不在于如何写而在于让团队能够理解业务，以及开发过程中如何被传递与执行。关于PRD的几个建议1、PRD有且只有一个目的，描述清楚要做什么，怎么做，并保证团队的及时同步；2、对一份PRD来说，没

上篇文章《 善用Axure写PRD，把原型放到手机里查看 》讲了《如何把原型放到网络上》，这篇讲解如何在手机上完美的体验APP原型的功能和交互。主要讲iOS系统的手机如何查看，Android手机的操作方法类似。我提供了非常完整的演示步骤，请根据自身情况有所取舍的去使用。建议结合前几篇文章

很多PM使用Axure画原型，然后通过口述、word、visio、标签、原型旁边文字标注等方法来表达产品逻辑。很少有PM使用Axure官方推荐的notes，而事实上这才是正统高效的产品逻辑表达法。可能是因为Axure官方没出过相关的中文教程，网上很少有人总结过类似的经验。今天我来完整的讲解一下notes表达法，希望对大

对于初级PM，会被动的感觉到技术会反复的问一些共性问题，比如页面如何加载、如何跳转，网络不好如何呈现，是否需要全局埋点统计数据。对于高级PM，会主动的整理出一套通用的产品规范来处理APP的各种设计问题，甚至参与到搭建和重构客户端框架。产品规范的由来像UI设计师有统一的视觉规范、UE设计师有公认的交互规则、服务端RD自己

前几天讲了《 为什么375×667是移动端原型设计的最佳分辨率 》，然后《 如何生成适配手机的原型 》，以及《 如何设置手机APP原型尺寸 》。这一篇讲解如何将原型放到手机里面查看，先分享效果 电脑打开网址 ， 手机打

之前2篇文章讲了《 为什么375×667是移动端原型设计的最佳分辨率 》和《 如何设置手机APP原型尺寸 》，这一篇讲解如何设置Axure来生成可以在手机上完美查看的APP原型。逻辑上有点复杂，但是按照我的方法操作起来并不难。 所谓的APP原型适配手机，是指用

上篇文章聊了一下 为什么375×667是移动端原型设计的最佳分辨率 ，今天我们来讲讲如何在Axure中如何设计375×667的原型。看起来再简单不过，其实这里面有很多讲究，请听我慢慢道来。 如何创建APP页面新手一般是这样创建APP页面做第一个页面的时候，直接拖动几个矩形框到工作

不管是APP、web网站还是pc客户端的软件，流程&页面&交互&逻辑始终是最重要的几环，分享一下我呈现逻辑的几种方法，大部分PM应该也采用过类似的方法。一、直接不写逻辑最开始根本没有写逻辑的概念，只是用交互事件加上基本的页面跳转。当技术童鞋来问的时候，口述给他。经常会被鄙视。二、直接写到页面里开