技术实现是交互设计的last but not the least环节，甚至有时应该是设计优先考虑的问题，毕竟没有实现的设计只是图纸而已。可作为一个技术门外妹，什么时候需要考虑技术实现问题？都需要考虑哪些问题？如何保证设计不受技术实现的影响？本文作者将以聊天中的文件下载为例，讲一下笔者的经验和小心得。

WHEN

• 什么时候需要考虑技术实现的问题？
• 在遇到特殊需求和有特殊设计的的时候

聊天中文件下载的就是一个特殊的需求。因为在聊天中，文件既是文件数据，又是聊天信息，所以聊天文件的数据和信息在技术实现中是结合还是分开处理，会对设计产生影响。

影响在于该聊天文件在页面中以什么形式展示？有什么样的内容和功能？

如果说聊天文件的数据和信息是结合处理的，那么该文件发送到接收用户的时候，其数据和信息是同时传达的，用户需要点击下载，才能知道这是什么文件，下载完成才能知道该文件的大小，才能进行转发等操作。

而聊天文件的数据和信息分开处理时，就可以在文件发送到接收用户时，优先展示文件信息。聊天文件信息，就类似于图文版的网盘链接，用户可以在下载之前可了解简要情况，决策是否下载，且在未下载之前就可以进行转发。

另外一个需要考虑技术实现的时候，就是有特殊设计想法的时候。

当用户点击进入下载页面之后再返回到聊天页时，后台默认继续下载，可文件下载完成该如何告知用户？下载信息中以文字状态的切换表示？

但是这个反馈不够明显！且如用户该条信息被接下来的聊天信息顶出当前页面怎么办？

此时想到，采用文字提示，希望用户点击该条提示信息可自动回到下载的文件以方便用户查看。

也许你跟我想的一样，觉得这只是一个简单的case，不过是将文字链接和下载文件绑定而已。可对于技术实现而言，这就是一个新需求，是一个锦上添花的功能，那么就要跟开发人员沟通，其开发成本和时间问题，做相应调整。

WHAT

都需要考虑哪些技术实现问题？

• 对设计有什么影响？
• 有什么替代方案？

也许你跟我一样，在技术评审的时候一头雾水，每个开发哥哥口中蹦出的英文单词都听不懂，即使说中文，每个字都听得懂，连成句子就不知道是什么了。

比如：文件下载过程走串行还是并行？要不要token判断？判断储存空间是大端还是小端？

这个时候不要陷入顾影自怜的忧桑中，而是豁开脸皮去问，但是要问什么？

不要问为什么实现不了？而要问实现不了对设计有什么影响？

比如：文件下载过程中串行和并行对于设计有什么影响？

答：并行，是多个文件同时下载，在储存空间不足的情况下，会造成多个文件同时下却同时下载失败的情况。

串行，则是多个文件一个一个下载，虽避免上述问题，但在正常情况下需要用户等待。

由此分析，再来分析用哪种方式能够保证良好的用户体验。所以为什么并不重要，问清楚对设计的影响更重要。

再比如：在文件下载过程中因技术问题不做储存空间判断？

答：在用户下载文件过程中很有可能会遇到储存空间不足的情况，如果因为技术问题导致不能做现有储存空间判断，不要去问为什么，而是要问如果不能做能不能有替代方案？比如采用系统的系统判断模式。

HOW

• 如何保证设计不受技术实现的影响？
• 出完美的方案，做合适的妥协，守住体验的底线

除对设计方案产生重大影响的技术问题，如是native还是h5实现这种的框架层的大问题外，笔者建议在设计之前先不考虑技术实现的影响，全面的思考设计方案，毕竟产品的成功靠的是横向团队各方的努力，而设计的思考是交互设计师自我的价值。

而在跟开发哥哥对技术方案实现过程中，问清楚技术实现对设计的影响，耐心沟通跟开发哥哥一起协调方案。

如果真的没有替代方案，或者单纯因为时间实现不了的问题，要分析问题本身的重要程度，比如文件下载中如果不做储存空间的判断，用户遇到储存空间不足的时候不做判断，导致的结果是用户只知道是下载失败，而失败的原因不知道，则会严重影响下载过程中的用户体验。

而没有替代方案而延期的非重要问题，问清楚后续实现计划，记录到优化列表里，做实时跟进就好。

以上就是笔者在技术实现对设计影响中的一点小心得，再总结一下：

1. 拿到特殊需求的时，问清技术实现的基础
2. 有特殊的设计方案时，备注考虑技术实现成本
3. 遇到技术实现问题时，问清楚对设计的影响
4. 技术对设计有影响时，耐心寻求替代方案
5. 技术导致设计延期时，做好记录跟进优化

感谢阅读，欢迎交流分享，晚安，祝好

本文由 @山晓 原创发布于人人都是产品经理。未经许可，禁止转载。