稍等缓冲中
在axure里面插入word文档
1.输出需求规格说明书之前，需要电脑做相关的配置，使之支持这种输出。
输出Word格式规格文件之前，电脑必须事先安装好Microsoft Word,AxureRP默认对word2007支持的比较好，并自带有office兼容包，不过生成的文件是.docx格式的，若需转发给他人查看，需转换格式，也可以在生成器配置里面配置低版本的word。
输出的文档默认会存放在的我的文档—- My Axure RP Specifications文件夹下面。
2.输出chm文件也需要做相应配置，因为CHM是Microsoft HTML Help档的格式，只要安装了浏览器就可以查看。
想要将规格说明书输出成CHM格式的话，在更多生成器配置—-HTML原型—配置HTML原型—分发对话框中，勾选创建帮助格式文件（.chm）」选项。
如果系统中没有安装HTML Help Workshop的话，就必须安装它才能产生CHM格式，可以点对话框上提供的链接地址下载，完成安装以后，所安装的文件夹中会出现一个hhc.exe的文件，按一下定位hhc.exe文件来告诉AxureRP这个程序在计算机中的位置，这样就可以输出chm格式规格文档了。
与word文档一样，输出的文档默认会存放在的我的文档—- My Axure RP Specifications文件夹下面。
3.如同输出原型一样，需求规格说明书也可依不同的用途进行设定，比如设定一种格式专门给客户确认需求及规格，设定另一种格式专门产生测试计划与测试步骤，再另外设定一种格式用来介绍操作步骤，这个可根据自身需要，在生成器配置窗口中设置不同的输出内容。
如果不另外指定输出格式，可以直接按默认输出规格说明书。
4.生成器配置窗口中可以被调整设定的项目包括页面，模块，注释，屏幕截图，注解，组件，word模板等。
使用Word模板可以格式化输出的文件，让文件显得更专业，可以事先设定好前言以及附录文件，比如封面，附录或签名页，可以修改Word模板来配置文档中的文字样式，变更文件的排版或加入页首或页尾等。
5.下面提供一个例子说明注释如何编写，前面在介绍AxureRP的时候有介绍过，主要分页面注释和组件注释两部分，页面注释比较简单，组件注释稍微复杂一点，因为其可以自定义注释字段。
AxureRP默认会提供一套注释字段，可根据需要自定义字段，整个例子比较简单，不做原型演示了，HTML原型里面也看不到，可直接下载源文件查看，另外提供一个整站的生成较为准备需求规格说明书的范例，是别人制作的。
Axure 可以导出pdf文件吗
展开全部一、思考方法；这些客户是什么样子的？ 2、我可以满足他们什么样的需求（提供什么样的价值，核心价值是什么）？我要满足他们什么样的需求？我（暂时）不打算满足他的哪些需求二、商业价值；1、我可以为企业创造什么样的价值？2、这些价值是否符合企业的整体战略目标？三、路线规划；1、我先满足什么需求？再满足什么需求？为什么？ 2、每个阶段的核心价值是什么？ 3、执行计划（时间…）？四、历史回顾；1、客户价值和商业价值是否发生了变化？2、二期产品的路线规划和原规划是否一致，（如有调整）调整原因是什么？3、之前的实际运营效果和计划的差异是什么？为什么？五、成本估算；1、整合各类资源所需要的运营成本、营销成本。
2、研发和维护所需要的人力成本。
3、同时，还需要对未来的风险进行预估，并给出合理的预案。
六、评估方法 1、为什么指定这个目标？这个目标是如何显现出来的？3、凭什么可以做到这个目标向公司申请需要的费用、资源得到各级领导支持；MRD阶段一、 更细致的市场与竞争对手分析；二、 通过哪些功能来实现商业目的；三、 功能/非功能需求分哪几块；四、 功能的优先级；——可能产出物有Mind Manager的思维图，Excel的Feature List一、产品介绍；二、用户描述；1. 用户/市场统计；2. 用户剖析；3. 关键用户需求；4. 替代品和竞争品三、产品轮廓；1. 产品前景；2. 产品定位四、功能需求；五、非功能需求；六、 附件：用户需求调查报告收集、分析、定义主要的用户需求和产品特性——不用考虑系统如何满足这些需求以及需求的技术和资源局限PRD阶段一、 功能使用的具体描述；二、 Visio版功能点业务流程；三、 界面的说明；四、 Demo（注：可是dreamweaver、ps、画图板的简单版，有时也会有UI/UE支持）一、项目边界；二、验收标准；三、业务流程图；四、用例说明；1. 用例总图；2. 单个用例说明五、性能需求；1. 响应时间；2. 空间使用量等六、维护性需求；七、质量需求；1. 安全性；2. 可操作性；3. 可靠性；4. 兼容性；5. 移植性八、接口需求外部接口需求；内部接口需求对MRD中的内容进行指标化和技术化；明确产品的功能和性能FSD阶段（类似概要设计）产品UI确定；业务逻辑的细节确定；表结构设计功能详细说明. prd文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，其作用就是“对MRD中的内容进行指标化和技术化”，这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。
该文档是软件产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是某个软件产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。
一般在互联网企业中MRD都是由运营人员和产品设计人员共同制定完成的，互联网软件产品由于最终直接面向终端用户，且需要长期运营，作为互联网企业中的运营人员是最清晰市场动向？产品受众是哪些人？为什么需要产品人员配合呢，主要是因为运营人员很普遍的观念是以运营商品的视角来考虑问题并未能深埋产品级的需求，所以两者配合来制定编写市场需求文档是最合适不过的。
产品需求文档（Product Requirement Document,PRD），该文档在产品项目中是一个“承上启下”的作用，“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。
该文档一般是由产品设计人员来完成，也就是传统意义上的需求分析，其主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程、子流程、分支流程，等几大块），功能点业务流程框线图，界面说明，Demo等。
开发工具推荐 ：Rational Rose★★★★--熟悉项目发生的相关业务行为。
visio 2007★★★★--将业务，从产品层面肢解开来，做到抽丝剥茧部分与整体统一mind manager★★★--把项目条目化，条理化，目录结构具体规定好。
Axure★★★--前台结构布局，合理规范的将系统脱去朦胧的华纱。
Word★★★★★--穿针织网，把需求综合起来，整理成最终的产品需求文档。
也就是用以上任意一种软件都可以打开，不过应该有版本要求。
如何在Axure RP输入特殊中文字及符号
但是有些情况，因为中文电脑环境的关系，使得我们想要表达呈现在Prototype上的文字无法顺利显示出来。
最近有使用者反应，某些特殊中文字或符号，可以输入在Axure RP的wireframe上，但是当输出成HTML Prototype时，在浏览器上却看不到。
究竟是哪些中文字或特殊符号有影响呢？比如：陶喆的「喆」，胜肽的「肽」，表示Copyright的 （c）,Trademark的（tm）,Registered Trademark的（R）。
在HTML语法中：如果要呈现出 TM (trademark)符号 ，要使用 『& #0153；』 （中间无空格），或Unicode 『& #8482；』（中间无空格）。
要呈现出 Copyright符号？？，要使用』& #0169；』（中间无空格）； 要呈现 Registered Trademark符号？？，则要使用』& #0174；』（中间无空格）。
直接在Axure RP输入』& #0153；』，输出成Prototype时，并不会呈现出正确的trademark符号。
这时候，我们必须藉助Microsoft Word的协助。
步骤一，先将你想呈现的特殊中文字及符号，先在Word里头打好。
步骤二，在Axure RP的画布中，放置一个Text Panel物件。
axure 文本框（输入框）的文字始终居中,无法设置为上对齐。
垂直...
一、PRD的含义PRD英文全称Product Requirement Document，中文意思是：产品需求文档。
PRD文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，其作用就是“对MRD中的内容进行指标化和技术化”，这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。
二、MRD的含义MRD英文全称Market Requirement Document，中文意思是：市场需求文档。
该文档在产品项目中是一个“承上启下”的作用，“向上”是对不断积累的市场数据的一种整合和记录，“向下”是对后续工作的方向说明和工作指导。
作用是：产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是“对年度产品中规划的某个产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。
三、BRD的含义BRD，英文全称为：Business Requirement Document；中文意思是：商业需求描述。
基于商业目标或价值所描述的产品需求内容文档（报告），其核心的用途就是用于产品在投入研发之前，由企业高层作为决策评估的重要依据。
BRD是产品生命周期中最早的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是供决策层们讨论的演示文档，一般比较短小精炼，没有产品细节。
四、PRD、MRD、BRD之间的关系1、PRD要把MRD中的“产品需求”的内容独立出来加以详细的说明，而产品需求本身是在MRD中有所体现的。
2、MRD侧重的是对产品所在市场、客户（client）、购买者（buyer）、用户（user）以及市场需求进行定义，并通过原型的形式加以形象化。
3、如果说PRD的好坏，直接决定了项目的质量水平；那么BRD的作用，就是决定了你的项目的商业价值。
PRD、BRD和MRD，一起被认为是从市场到产品需要建立的文档规范。
1、Axure RP(Rapid Prototyping)Axure（读音为Ack-Sure）无疑是目前最受关注的原型开发工具，其能通过组件的方式帮助网站或软件设计师快速建立带有注释的原型（流程图、线框图），并凭借自定义可重用的元件、动态面板以及丰富的script能够建立基本功能或页面逻辑的动态演示文件。
Axure借鉴了office的界面，能够让用户快速上手，并且提供了丰富的组件样式修改，使得通过其能够创建低保真、高保真甚至接近于实际效果的界面。
然而最让人称道的是，Axure的丰富的脚本模式，可以通过点击和选择能够快速完成界面元素的交互，如链接、state切换、动态变化等效果，使得Axure能够生成十分接近于真实产品的原型。
另一方面，Axure能够导入其他人创建的元件库，使得Axure能够满足绝大多数类型产品的设计。
但Axure仍然有一个让人头痛的问题：对于中文的支持不太友好。
在小部分元件上输入中午的时候，经常需要像碰运气似的反复切换输入法，破坏了咱们设计师的用户体验。
瑕不掩瑜，Axure仍然是交互设计师的首选原型工具。
2、Microsoft Office VisioVisio在2000年被微软收购，并在2002年成为office2003套件中的一个组件，最新版本是2007。
Visio能够获得推荐的原因是因为Visio的适用性非常之广，从网站界面、数据库模型，到平面布置图到工艺流程图，Visio都提供了相应的元件库和模板来进行快速创建。
相较Axure而言，Visio更适合于传统行业的生产或流程设计，或者软件及互联网行业中的信息、数据和流程的说明，而不太适用于web界面。
因为其的基于web的元件库还是比较少，并且形式和结构也更类似于word中的图形工具，因此在原型开发效率上都有所不足。
3、Balsamiq Mockups这个基于Adobe AIR Runtime的工具实在是有让人眼前一亮的感觉，手绘风格的元件样式粗犷淋漓，能创建接近于纸上手绘的原型文件。
其提供了丰富的手绘风格的web常用元件，包括常用的html控件、以及一些组合控件，如多媒体控制器、标签页、列表、Iphone界面元件等。
Mockups最值得赞赏之处在于其提供的多数组件都可定制外观，对于中文的支持也不错（选择View > Use System Fonts）。
4、MockflowMockflow和以上工具最大的不同在于Mockflow是一项基于Adobe Flex技术开发在线服务，提供了与Balsamiq Mockups基本相似的功能，甚至更丰富的组件，虽然其元件定制化不够强大，但其提供的元件库默认样式却非常适合用来做商业产品原型的搭建。
有一个让我爱不释手的功能是模板，可以设置基于任何页面的模板来进行新的页面设计。
与其他模板工具相比，mockflow有一个非常特色的功能，基于web的存储可以在任意电脑上联机打开，同时可以其他人进行快速的分享，并收集在线反馈意见，非常适合虚拟团队的原型设计交流。
虽然在线服务的基本帐号只能创建一个文件，但单个文件却没有限制页数，因此也基本上足够使用。
5、Pencil sketchPencil 是一款基于Firefox的扩展组件，安装之后即可在Firefox的工具菜单中打开Pencil的绘图面板。
功能比较简单，仅能用以日常简单工作的辅助 说明。
提供的默认元件都是基于软件工程，因此更适合用于windows桌面程序的简易界面搭建，或者是基本的页面功能说明，...
浅析：如何转行做产品经理？
展开全部 最近产品经理这个职业受到多方的关注，有很多朋友想转行做产品经理，都希望了解如何才能转行做产品经理。
恰好看了SuJie写的《想做产品经理，如何入门》这篇文章，内心也感触颇多。
今天从几个方面来分享我对这个命题的理解，希望对想转行的同学们有所帮助。
首先，建议大家先看看企业招聘产品经理的任职要求。
举例一：手机新浪网高级产品经理 举例二：新浪手机客户端产品经理 通过分析上面两个描述的岗位职责和任职要求，相信大家都对产品经理的工作有所了解，但是我想看到这里很多朋友还是云里雾里。
这也正是我想写这篇文章的目的所在，我们接着往下聊聊做无线产品经理需要具体哪些能力。
2. 我个人对企业招聘产品经理的一些认识。
（顺序不分先后）求职者的从业经历求职者的知识结构思路清晰，有创造力、执行力文档撰写和PPT演讲能力出色的商业嗅觉狂热的用户行为分析者狂热的数据分析爱好者严谨的产品设计专业的交互设计贯彻始终的用户体验意识从一而终，虎头虎尾的做一件事情完美主义，乐于把一件事情做到极致出色的表达能力、沟通技巧与说服力专业的产品运营能力，有艺术细胞计算机技术基础与编程能力求职者的从业经历。
这是最重要的应聘因素，一般来说社招的人必须是同行业的，最好是同行业知名公司的员工，而且最好是同岗位的员工。
这也就是说，你想应聘手机客户端的产品经理。
那有一个硬性条件，就是无线互联网行业的从业者，最好是产品经理/专员，退一步讲也要在无线互联网公司的运营、技术等岗位上做过，这样成功机率要大的多。
如果你不具备行业的从业经历，那么就要看你的机遇了，但机遇同样只垂青有准备的人。
求职者的知识结构。
如果没有从事过手机客户端产品经理的具体工作，但你具备无线行业的行业经验和专业知识。
比如你现在是运营经理、技术经理，那么你转型的成功率很高，但你必须要具备以下知识：熟悉不同手机平台的界面设计，熟悉手机终端的详细参数，熟悉不同手机平台的操作方式和局限性，具备成熟专业的产品设计理念并且证明给别人看，熟悉Axure原型设计工具，熟悉交互设计方法，熟悉PPT演示工具、Word文档工具、Excel报表工具。
这些是最基本的要求啦。
最靠谱的是，选择自己擅长的行业（生活服务，电子商务，微博，社区，旅游，游戏），做头到尾设计一个产品出来，比如写MRD,PRD,Visio流程图，Axure产品原型及交互设计简单思路，以及未来的产品发展路线，竞争对手分析。
如果你做了这些，成功率更高。
思路清晰，有创造力、执行力。
这里看似有些矛盾的三个要求，正是企业对这个职位的基本要求。
思路清晰，是因为产品经理肓负着一个产品成败的重要使命，从商业计划，市场前景，用户调研，需求定义，产品评审，功能定义，UI,UED,DEV，运营团队，再到产品优化，整个产品生命周期的把控，全部需要产品经理的跟踪协调和全程参与。
创造力绝不是天马行空，而是在各种X因素风险可控的范围内发挥自己的想象空间。
执行力强，用耐克的一句广告语来说明“just do it”。
文档撰写和PPT演讲能力。
产品经理很可能不做UI、前端开发、后端开发、运营，那么产品经理做什么？难道仅仅是写MRD、PRD，和PPT！错了，当然不是这样！产品经理的文档撰写能力和PPT演讲能力一定要过硬。
这句话看起来很平常，但是在实际工作中绝对是真理，很有可能在面试的时候会碰到这个问题，千万不可以轻视这个问题。
公司对产品经理的文档能力要求非常高，而且是公司要求最高的岗位之一，首先产品经理写的MRD、PRD直接决定了产品的战略方向、功能定义和产品细节，决定了公司投入人力资源的多少，决定了公司产品在行业中的竞争力。
当然，如果你拥有一支豪华的UI/UE/DEV/测试/运营团队，能用烂文档做出最卓越的产品，那我没话说，小弟佩服。
同样，PPT撰写与演讲能力也很重要，PPT是向领导、同事、客户、合作伙伴演示用的，无疑涉及到产品是否被领导、同事、客户、合作伙伴认可，这里面没有一件事是小事，所以PPT的制作与演讲能力，同样是招聘员工的硬要求。
出色的商业嗅觉。
我一直觉得商业嗅觉是一种天赋。
最好的商业嗅觉就是满足用户的潜在需求，最牛的产品经理可以颠覆一个传统的市场。
绝大多数人只能作为跟随者，其实作为跟随者没什么丢人的。
最近国内有一个新词很火，叫–微创新。
意思就是说产品大部分是可以模仿和抄袭的，自己稍微创新那么一点点就可以，汗~~。
如果想成为伟大的产品经理，像apple,twitter,facebook一样，就需要运气了。
可喜的是，国内有些大公司在有了资金后，眼光放的很长远，纷纷建立了自己的研究院和创新中心，而且大部分这种公司都有了自己的创新成果，各种新产品新概念也层出不穷。
狂热的用户行为分析者。
如果想转行做产品经理，一定要先问自己，自己是不是一个狂热的用户行为分析者。
比如，是不是有强烈的好奇心，喜欢研究用户的行为，渴望了解用户的心理、喜好、操作步骤，而不仅仅是期待从运营人员的PPT中得到这些。
狂热的数据分析爱好者。
我还想问问想转行的朋友，你是不是一...
转载请注明出处51数据库 » axure 无法 word
