如何应对交互设计中的技术实现问题
技术实现是交互设计的last but not the least环节，甚至有时应该是设计优先考虑的问题，毕竟没有实现的设计只是图纸而已。可作为一个技术门外妹，什么时候需要考虑技术实现问题？都需要考虑哪些问题？如何保证设计不受技术实现的影响？本文作者将以聊天中的文件下载为例，讲一下笔者的经验和小心得。
WHEN
- 什么时候需要考虑技术实现的问题？
- 在遇到特殊需求和有特殊设计的的时候
聊天中文件下载的就是一个特殊的需求。因为在聊天中，文件既是文件数据，又是聊天信息，所以聊天文件的数据和信息在技术实现中是结合还是分开处理，会对设计产生影响。
影响在于该聊天文件在页面中以什么形式展示？有什么样的内容和功能？
如果说聊天文件的数据和信息是结合处理的，那么该文件发送到接收用户的时候，其数据和信息是同时传达的，用户需要点击下载，才能知道这是什么文件，下载完成才能知道该文件的大小，才能进行转发等操作。
而聊天文件的数据和信息分开处理时，就可以在文件发送到接收用户时，优先展示文件信息。聊天文件信息，就类似于图文版的网盘链接，用户可以在下载之前可了解简要情况，决策是否下载，且在未下载之前就可以进行转发。
另外一个需要考虑技术实现的时候，就是有特殊设计想法的时候。
当用户点击进入下载页面之后再返回到聊天页时，后台默认继续下载，可文件下载完成该如何告知用户？下载信息中以文字状态的切换表示？
但是这个反馈不够明显！且如用户该条信息被接下来的聊天信息顶出当前页面怎么办？
此时想到，采用文字提示，希望用户点击该条提示信息可自动回到下载的文件以方便用户查看。
也许你跟我想的一样，觉得这只是一个简单的case，不过是将文字链接和下载文件绑定而已。可对于技术实现而言，这就是一个新需求，是一个锦上添花的功能，那么就要跟开发人员沟通，其开发成本和时间问题，做相应调整。
WHAT
都需要考虑哪些技术实现问题？
- 对设计有什么影响？
- 有什么替代方案？
也许你跟我一样，在技术评审的时候一头雾水，每个开发哥哥口中蹦出的英文单词都听不懂，即使说中文，每个字都听得懂，连成句子就不知道是什么了。
比如：文件下载过程走串行还是并行？要不要token判断？判断储存空间是大端还是小端？
这个时候不要陷入顾影自怜的忧桑中，而是豁开脸皮去问，但是要问什么？
不要问为什么实现不了？而要问实现不了对设计有什么影响？
比如：文件下载过程中串行和并行对于设计有什么影响？
答：并行，是多个文件同时下载，在储存空间不足的情况下，会造成多个文件同时下却同时下载失败的情况。
串行，则是多个文件一个一个下载，虽避免上述问题，但在正常情况下需要用户等待。
由此分析，再来分析用哪种方式能够保证良好的用户体验。所以为什么并不重要，问清楚对设计的影响更重要。
再比如：在文件下载过程中因技术问题不做储存空间判断？
答：在用户下载文件过程中很有可能会遇到储存空间不足的情况，如果因为技术问题导致不能做现有储存空间判断，不要去问为什么，而是要问如果不能做能不能有替代方案？比如采用系统的系统判断模式。
HOW
- 如何保证设计不受技术实现的影响？
- 出完美的方案，做合适的妥协，守住体验的底线
除对设计方案产生重大影响的技术问题，如是native还是h5实现这种的框架层的大问题外，笔者建议在设计之前先不考虑技术实现的影响，全面的思考设计方案，毕竟产品的成功靠的是横向团队各方的努力，而设计的思考是交互设计师自我的价值。
而在跟开发哥哥对技术方案实现过程中，问清楚技术实现对设计的影响，耐心沟通跟开发哥哥一起协调方案。
如果真的没有替代方案，或者单纯因为时间实现不了的问题，要分析问题本身的重要程度，比如文件下载中如果不做储存空间的判断，用户遇到储存空间不足的时候不做判断，导致的结果是用户只知道是下载失败，而失败的原因不知道，则会严重影响下载过程中的用户体验。
而没有替代方案而延期的非重要问题，问清楚后续实现计划，记录到优化列表里，做实时跟进就好。
以上就是笔者在技术实现对设计影响中的一点小心得，再总结一下：
- 拿到特殊需求的时，问清技术实现的基础
- 有特殊的设计方案时，备注考虑技术实现成本
- 遇到技术实现问题时，问清楚对设计的影响
- 技术对设计有影响时，耐心寻求替代方案
- 技术导致设计延期时，做好记录跟进优化
感谢阅读，欢迎交流分享，晚安，祝好
文 @山晓
关键字：交互, 设计, 文件
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
