我刚从奥兰多的SAPPHIRENOW和ASUG年会回来，在那里我有幸成为该活动的媒体和分析师项目的一部分。

许多其他人都写了他们对这次会议的总体印象，所以我不想重蹈覆辙，只想说它是巨大的！

在那里，我与SAP首席设计官Sam Yen进行了几次正式和非正式的交谈。山姆总是对自己的时间很慷慨，愿意分享自己的想法。他负责SAP重新关注通过Fiori和Personas等产品提供的用户体验。

如果您感兴趣，这里有我以前的一些博客，不同程度地涵盖了与Sam的其他对话。

改变了SAP对可用性的看法

Fiori到达了第一印象和思想

什么是SAP Fiori？也许这比你想象的要多

巧合的是，在回家的路上，我遇到了伊凡娜·麦康奈尔的一篇帖子，题目是《设计师和开发商：不再是一栋被分割的房子》。在这篇文章中，McConnell谈到了设计师和开发人员的角色是如何模糊在一起的，以及由此带来的挑战。她认为这种变化表现在设计师被迫掌握开发技术，反之亦然，并指出这实际上只是两个群体之间沟通问题的一个症状。她的建议包括……

我没有异议。一个设计人员和一个开发人员合作得很好，数据分析方法，将产生比一个同时编写代码的设计人员或进行设计的开发人员更好的结果。我们都看到过那些由开发人员制作的精彩屏幕，他们认为256K颜色的调色板意味着您应该尽可能多地使用这些颜色。

Sam Yen指出了另一个挑战——当与开发人员合作的设计师太少时，如何扩展设计作品？在你的组织中，设计师和开发者的比例是多少？我在Google上快速搜索了一下，找到的答案显示最佳比例从1:2到1:10左右。

SAP专注于设计已经有一段时间了，小企业管理软件免费，他们的比例至少高出一个数量级。我问了一些来自SAPPHIRENOW展会上一些大型系统集成商的人，没有人声称比1:1000更好。他们的大多数标准"开发"团队根本没有设计师。在某些方面，SAPUI5/openui5sdk试图通过提供"预先设计"的拼图来解决这个问题，以帮助开发人员保持头脑清醒。SDK包含关于遵循一致设计模式的一大套控件的文档。它还包括一些示例，这些示例不仅向开发人员展示了如何编写单个控件的代码，还展示了如何使用它们来构建完整的应用程序。

还有一些Fiori设计指南可以提供帮助。这包括可在Axure工具中用于创建线框和实体模型的设计模具。很值得一看。

但缩放设计件的问题仍然需要更好地解决。SAP对此有一些想法。我们可以期待在今年晚些时候听到更多的消息——也许是在SAP TechEd.

Fiori指南对于弥补设计师的不足有很大的帮助。就像你说的，现在开发人员和设计师的比例很低，

过去我认为企业客户对设计的重视不够，人们用更便宜的丑陋的ALV侥幸逃脱，但时代在变。在一个成熟的环境中，更好的用户体验改善了流程，我已经看到了转变。在我的组织中，我们仍在尝试将老式的报告迁移到ALV，这将是一个很大的改进。。。想想我们还能取得多大的成就！

在咨询公司工作，我可以相信我能说服客户为他们不认为有增值的项目支付其他资源的次数是零……

咨询公司-"在设计/建造阶段，淘客帝国，我们将有一名设计师每周工作3天，为期6个月，为了确保开发人员符合总体UI/UX准则，并且应用程序交付符合您的用户要求，"

客户-"抱歉，不，我们不想为没有构建的人支付额外费用。"

6个月后……

客户-"为什么我们所有的应用程序看起来都是用"数据到这里"的设计方法构建的？它们太可怕了，我们不会付钱，除非它们都被改变了，看起来更好。"

我同意现代世界和提供高质量UI/UX解决方案的众多选择确实需要更多的设计输入，我也绝对同意开发人员并不总是（如果有的话！）优秀的设计师。面临的挑战是，许多客户、项目经理和其他控制者只看到资源的底线成本，而要改变这些观念是一场艰苦的斗争。我在安全性、测试、，变更管理和基本上不被视为核心建设活动的任何事项。

我们的行业需要对咨询公司提出建议和成本的方式进行根本性调整，以更加注重整体利益的实现，而不是单纯的建设成本，而客户需要摆脱只关注人日数和总成本的状态

咨询公司是否应该使用集中的设计资源，将其成本纳入正常的日费率？我相信有一个简单的解决办法，它只是需要越来越多的注册的方法。

然后，我希望我们开始看到更广泛的使用急需的资源，如设计师，跨项目，我们可以看到的好处，软技能伊凡娜提到和格雷厄姆参考这里。

干杯，

G.

谢谢你的意见加雷斯。那边还有一个博客-你写怎么样？

干杯

格雷厄姆·罗博

外卖不错，格雷厄姆，还有几分钟前我和一位同事的一次谈话，物联网的，关于设计师：开发商比率（呃，在我的组织里是0:3）。

设计师？！啊哈，我希望我们有第二个开发者。Oy vey…