您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识
什么样的设计稿过稿率会更高，为什么？
甲方,客户,您的什么样的设计稿过稿率会更高，为什么？
发布时间：2019-02-08加入收藏来源：互联网点击：
工程师考虑诸如性能，开发工作，技术债务和边缘案例之类的问题。
营销人员关心的是品牌一致性、声音、产品叙事，以及是否有引人入胜的故事可以讲述。
销售人员关心的是这如何使产品在竞争中脱颖而出，以及是否能帮助他们达成更多交易。
提前预测利益相关者会如何回应，这将使会议顺利进行，并防止陷入混乱。当他们提出异议和建议时，您早已有所准备。
做好准备
当开始每一次设计评审时，请先从您为什么在这的原因开始。
提醒人们为什么要使用这个解决方案，即便这已经是第二或第三次设计评审。设置适当的上下文，列出客户支持观点、用户研究，产品愿景或客户雇用您的原因。这
些忙碌的人脑子里装了太多事情，时间过去太久就需要重新让他们回想起来。
始终让话题回到主题和目标上。
您需要这群人来决定，这个设计究竟是用来解决某个特定问题，还是用来改变某个既定指标。否则，您会陷入个人偏好的讨论中。而且我们都讨厌主观的反馈，确保他们从当前方案如何解决当前问题的角度来切入设计。
接下来呢？
提醒他们在以前的设计审核中所做出的任何决定，这样您就不用重新整理它们了。然后，概述您需要决定的所有未完成的项目。
最后，请千万、一定、不要忘记，告诉他们您想要的反馈类型。这可能将取决于目前所处的设计阶段和与您交谈的对象是谁。
在设计过程的早期，不需要对颜色、副本或诸如此类的东西进行反馈。所以，告诉大家，让他们把注意力集中在你正在做的事情的适当的高层次方面：它是否符合用户目标？基于现有资源和设定的限制，这是否可行？它会改变您关心的指标吗？或者，是否值得一试，看看可不可行？
之后，当您在做完善的、可直接用于开发的原型时，视觉美观和文案就很重要。更重要的部分已经决定好了，记得提醒大家这一点。
确保你在向合适的人寻求对正确事物的反馈。
在执行方案时，请 CTO 考虑技术方面的限制；告诉营销总监在营销活动中要注意文案，它必须与网站上的内容保持一致；让项目经理知道您对项目范围的担心，并征询他们的意见，以了解也许可以砍掉哪些东西。
讲故事
在您展示任何原型或条条框框之前，请从用户的角度讲一个简短的故事：在什么背景下，谁将使用这个新的解决方案。
简明地回答以下问题：
我们讨论的是什么类型的用户？
他们从哪里来的？
他们的心态是什么？
他们有什么强烈的情感吗？
他们想要达成什么目的？
下面是一个项目管理应用程序的故事示例，目标是让用户更容易地将他们的待办事项分类：
假设有一个 100 人的营销代理公司的客户经理，她只有几分钟时间就要与客户（与她一起工作的 13 位客户中的一位）进行状态更新会议。更重要的是，这是她今天早上的第三次状态更新会议。
该客户正在从事付费广告，搜索引擎优化技术工作，为一个新的教育系列撰写内容，并更新客户网站的设计。客户经理需要快速找出团队在每个类别中完成了什么，这样她就可以很容易地将这一进展传递给客户。
提出解决方案
当您准备得很充分，考虑了会议室中的涉众。设计评审开始后，只需花几分钟就讨论完了问题、目标、决策和所需的反馈类型。然后，过渡到设计解决方案时，您通过一个故事来帮助人们了解了目标用户。
现在是时候展示你的设计了。
在引导人们浏览流程图或原型时，无需说明显而易见的事情。最好保持安静，让他们沉浸在设计中；而不是指出为何决定将蓝色用作按钮颜色的，这些他们自己也能看懂。
相反，阐述出您的设计理由，以及它们是如何符合每个与会者的述求的。
阐明为什么相信这个设计能解决问题，讨论为何删除某些字段将提高转换率，或添加新图形可以如何增强品牌形象。谈谈您是如何使用版式设计的，这是因为人们在可用性测试中证明非常易用。指出为什么使用菜单组件会更快，因为它是设计系统的一部分。
表达出您做出决定的原因，谈谈与会者的述求以及如何达成您的目标的。
一些例子：
我们提供了一个切换开关，可在卡片和表视图之间进行切换。对于大多数数据量较少的用户而言，卡片视图会更好。但是，我们仍然可以使用表视图来兼容高级用户。最好的方法，是将切换开关默认设置为他们的最近一次使用的选择，这样 UI 始终可以为每个用户定制。
基于当前的时间框架和可用的工程师，我们知道创建一个完整的消息传递系统是不可行的。因此，我们决定从单向批量消息处理开始，因为它更易于实现；并且基于最近的客户要求，它仍将为我们的用户解决一个巨大的痛点。
我们知道这给转化漏斗增加了额外的一步，但我们相信，减少用户必须做出的选择次数将增加整体的转化率。研究表明，选择麻痹将会是一个大问题。不过，可以肯定的是，我们想要对当前版本的设置进行 A/B 测试，以了解其性能。
设计过程和考虑过的备选方案是否展示呢？
那得看实际情况。
有时提及曾经考虑过的其他解决方案以及否决的理由是很有帮助的，您可以在讲述时简短带过或者展示一下备选方案，让他们看到即可。您没有时间带领团队穿过您「曾经掉下的每一个兔子洞」，但它可以帮助人们体验您所经历过的思维过程。
这一理论有助于利益相关者按照您所做的那样，将点联系起来。它也为讨论打开了大门；当然，也为所有人达成共识打开了大门。
多听少说
一旦提出了解决方案，反馈就会越来越多，应该如何处理这些反馈呢？
首先也是最重要的，闭嘴。
从整体上倾听人们要说的话，在他们发表第一条评论后，请不要打断来捍卫您的作品。有时，人们需要花一些时间才能说出他们要表达的观点。另外，听别人说话而不脱口而出表明您尊重他们。
所以停下来，倾听。
等他们结束了，您仍然不要为自己的作品辩护。首先，要肯定他们所说的话，并感谢他们的反馈：
「好的，明白了。谢谢你提出来。」
「我知道你来自哪里。」
「是的，这很有意义。我很欣赏这个建议。」
「这是有趣的反馈！让我考虑一下。」
「是的，还有……」
然后，针对他们的问题提出疑问，确保能够理解他们的原因。阐明问题很重要，但深入探讨的问题也是如此。
类似于用户的功能请求，深入挖掘来自利益相关者的建议。询问他们想在此处添加另一个按钮来达到什么目的，或者为什么他们希望看到红色的标题文本，正确的提问将揭示出他们想要解决的问题。
也可以问一些引发他们思考的问题。
他们可能讲述当下想起的第一件事，因此，向他们提出有洞察力的、棘手的问题，迫使他们仔细思考他们所说的话。一个精心设计的问题，通常是对您不同意的评论作出回应的最佳方式，它可以优雅地帮助某人意识到自己错了。
上一篇：疫情期间不能带宝宝出去玩，2岁宝宝除了看电视还可以玩什么？
下一篇：返回列表
相关链接 |
||
| 网友回复（共有 0 条回复） |