江西网站开发方案,市场营销经典案例,郑州做网站和域名,秦皇岛网站制作公司在互联网产品领域#xff0c;Axure已成为产品经理、产品设计师以及交互设计师的必备工具#xff0c;从某种程度讲#xff0c;Axure帮助我们建立低保真模型#xff0c;便于与用户的需求验证#xff0c;也帮助我们构思交互细节#xff0c;使前端和开发人员更容易理解我们的…在互联网产品领域Axure已成为产品经理、产品设计师以及交互设计师的必备工具从某种程度讲Axure帮助我们建立低保真模型便于与用户的需求验证也帮助我们构思交互细节使前端和开发人员更容易理解我们的产品但从另一方面讲Axure绑架了我们的思维让很多产品经理和设计师养成了“无Axure不设计”的恶习忽略了用户故事、功能规格和信息架构甚至走入“为了用Axure而用的误区”导致了资源的大量浪费和产品的硬伤。因此提醒为Axure着迷的产品经理在熟练使用2B铅笔前请不要打开Axure。 自我监测是否对Axure着迷 喜欢开始设计产品时就打开Axure的产品经理通常有一些共性 熟练掌握Axure或对Axure充满了敬畏信奉细节至上认为Axure完全可以替代PRD喜欢通过Axure实现复杂交互或精细化原型并取得成就感。保持最新版的Axure常泡Axure专业社区很少使用铅笔和白板进行沟通符合其中的3条可以说你处在高速成长中不过如果5条都符合说明你应该调整一下自己的侧重点否则你将偏离Axure原型工具的初衷而陷入细节导致视野受限或沟通不畅甚至造成产品和项目的失败。 清醒认识Axure在产品设计流程中的位置 必须承认不同公司、不同组织结构和不同岗位对“正确的产品设计流程”有着千差万别的认识。但我们依然可以引用AJAX之父Jesse James Garrett在其《用户体验要素》中提到的5个层级来达成一些共识 不同角色应该关注的产品层级 BOSS与产品负责人先解决战略层问题 产品负责人或产品经理解决范围层问题 产品经理带队搞定结构层问题 产品经理带领产品设计师或交互设计师设计框架层 界面美术设计师根据框架层设计表现层。 到这里争议出现了有人认为在结构层应该使用Axure出交互设计原型我想这个误解也是Axure被滥用的根源所在。 交互设计不等于使用Axure设计原型中的交互界面 我知道这有点绕口并且有些扯远了但不得不说大多数产品人并不能很好的理解交互设计与设计交互界面有什么联系并且绝大多数产品团队在结构层几乎断档。 用户界面是交互设计的结果的自然体现但是不能说交互设计就是用户界面设计。交互设计的出发点在于研究人在和物交流dialog时候人的心理模式和行为模式并在此研究基础上设计人工物的可提供的交互方式来满足人对使用人工物的三个层次的需求usefulness, usability and emotionality。从这个角度看来交互设计是设计方法而界面设计是交互设计的自然结果。同时界面设计不一定由显意识交互设计驱动然而界面设计必然自然包含交互设计。 我们期待未来的人机交互能早点实现不过对目前互联网产品而言交互设计的步骤包括 用户调研概念设计创建用户模型创建界面流程开发原型并进行可用性测试很显然使用Axure设计快速原型应该放在交互设计的整体工作结束后也就是框架层设计时进行。 不过我没有一点贬低Axure的意思因为在框架层中Axure的widget元件、交互动作能够很方便的绘制网站的界面、导航、甚至细节的信息元素。并且能够快速生成可交互原型与需求方和项目组内进行沟通。在某些敏捷团队中Axure原型的确可以代替PRD使用。 产品结构层设计请先拿起你的2B铅笔 面对结构层的抽象请不要灰心2B铅笔是你克服困难的终极武器记住要用2B铅笔。因为2B铅笔软硬度适中涂抹均匀价格便宜韧性好又容易擦拭无论考试还是素描都是很好的选择:) 当需求范围已经相对清晰时请先拿起笔把产品的蓝图画出来。通常对一个网站而言你需要构建一副整体信息架构蓝图也就是网站的主要网页和层级关联。记住只有当你相信自己用2B铅笔画的信息架构草图是大家想要的否则不要着急用工具进行美化。 对于网站中复杂的功能流程或对于软件产品而言你需要通过UML统一建模语言描绘更加具体的概念模型。 将构思映射在纸上提高沟通效率 用铅笔勾勒蓝图或流程目的是提高沟通的效率。拿起2B铅笔用10分钟将头脑风暴或范围讨论后的思路花在纸上尽快与BOSS或团队成员确认是结构层最重要的事情没有唯一。 我见过太多的产品人员包括我自己也曾经常犯类似的错误妄图一开始就使用电脑辅助设计程序优美的将信息架构或流程图画出来。甚至跳过这一步直接使用Axure话线框图。 这个错误的可怕之处在于你搞得自己很忙很苦逼结果做出来的是无法得到认同的垃圾。 更可怕的是在面对你看似完美的图标或线框图时BOSS被你忽悠住了然后你们投入了整个团队的开发资源用了几个月开发了一堆垃圾出来。 如果说80%的产品失败在需求阶段我可以说80%的需求失败是没有用2B铅笔沟通而很2B的用软件沟通。你完全可以10分钟画一个简单的网站结构或核心功能逻辑然后与领导充分沟通尽可能的把问题暴露出来并尽快优化甚至推翻重做。否则你将深陷网站界面和细节交互的泥潭而忽略了产品真正的核心价值所在。记住需求被砍掉不是耻辱做垃圾浪费资源才是最大的耻辱。 用白板统一意见 如果说用2B铅笔绘制草图是产品项目的大脑那么白板就是产品项目的心脏对敏捷团队尤其如此。无论是在范围层的头脑风暴或敏捷故事中还是在结构层设计时对更加详细的蓝图或流程进行确认时需要将构想画出来并且可能需要边画边讲。如果你对此已经轻车熟路你可以在简历中写上自己善于沟通了。 使用工具将结构层存档 到目前为止你的产品规划应该已经符合了领导的构思同时也赢得了架构师的支持。非常好你只需要用Visio将其画出来就可以插入需求文档了。虽然visio有一些问题但我认为它依然是描述结构层最好的建模工具不是因为它有多强大恰恰相反它够简单。 也许ROSE类工具更加强大但你不是开发者更不是架构师认清自己的角色对产品经理而言Visio的UML工具和网站总体设计图已经能够满足结构层的需要不要被复杂的工具左右自己的思路。当然如果你使用MACOmniGraffle毫无疑问是你最好的搭档。 在框架层开始低保真模型的设计 终于从抽象到具体了你可以偏执地继续装B手绘 不过大多产品经理会选择Axure作为快速原型工具 Balsamiq mockup也是不错的选择总之这一阶段你需要设计产品的低保真模型。 但千万不要自娱自乐并深陷细节。因为你需要基于低保真模型进行又一轮沟通如果条件允许最好进行一次可用性测试。 你需要将领导、团队、甲方甚至扫地大妈的意见综合考虑对低保真模型进行优化调整并不断完善以形成可以存档的产品交付物。对不同的团队你有几个选择 敏捷小团队直接基于Axure进行开发矩阵式项目组将低保真模型做成高保真模型并尽可能完善交互细节便于交付UED或美工进行设计跨业务或外包为了预防变更需要更多前期可用性测试。并尽可能完善说明和注释信息输出word等存档。总结 就像我在前面提到的“正确的产品设计流程”是个伪命题适合的才是最好的。但我们不难发现沟通贯穿了产品设计的全过程因为设计不是孤芳自赏更不是自娱自乐。与其说本篇是忽悠大家使用2B铅笔不如说是呼吁产品经理和设计师们进行更有效率的沟通。 转载于:https://www.cnblogs.com/aobingyan/p/3911358.html
