为什么最终产品总与产品设计师大相径庭

your-bester

共 2241字,需浏览 5分钟

 · 2023-09-26


“靠近一点,不不不、再远一点,向右移动大约8个像素”。


作为一个产品设计师,你可能在职业生涯中至少有一次想到过这样的事情。那种感觉就像是你的设计和实际构建之间非常接近,但又不完全一致。即使我们的意图再好,细节也很容易被忽略。在某些项目中,交付的压力往往很大,这意味着在“立即调整像素”和“构建出一个最小可用项目”之间你将不得不斟酌选择。


有时候,你在设计和实际构建之间发现的差异可能是由以下4个原因原因导致的。


沟通不完善

有时候,在团队对产品进行讨论时,细节可能会在不断变化的对话中丢失。可能没有明确传达你正在处理哪个版本。或者,开发人员可能不清楚你的静态设计如何通过交互来实现。


通常情况下,你在设计和实际构建之间发现的差异与你是否能使设计像素完美无关,而更多地与你与开发团队的共识有关。这就是建立良好的设计师和开发人员关系对于创作出最佳作品非常重要的原因。


开发人员并没有实现你对产品的设想

产品设计师或多或少学点编码吧。


这可能是因为你在未事先咨询开发人员的情况下引入了一种新的设计约定。特别是对于刚入行的人来说,很难知道某种设计是否可行。


虽然目前关于产品设计师是否应该也懂得编码的问题还没有定论,但学习编码并对你的设计所依赖的技术有基本的了解肯定有好处。


有很多免费Web设计入门教程可以在线学习,这可以帮助你了解构建的基本原理,你和开发人员能站在同一频道上沟通。


使用 Figma 的自动布局功能可以让开发人员更清晰地了解间距、对齐等细节。


边界和期望不清晰

如果你和我一样,以及其他很多设计师一样,你使用 Figma 作为你的主要原型工具。Figma 很棒,因为它可以立即与开发人员共享设计,并实时更新。但这也带来了一个问题,当设计更新时,开发功能的同事很难跟上。


设计可能随时会变化,而没有人会知道。这对开发人员来说可能很烦人,因为这使得在规格不断变化时很难完成构建。你所做的任何更新可能无法有效地传达给开发人员,这也可能导致设计和构建之间的不一致。


在与团队中的其他成员建立关系时,设定边界和明确期望非常重要。一种有效的方法是向开发人员明确你的版本,这样他们就有一个目标可以努力。一旦你完成了带有所有必要功能和功能的第一个版本,并交付给开发人员进行工作,你必须不再对该版本进行更改。


当你注意到某些不太对的地方时,如果你感觉迫切地需要做出调整,这至少应该在构建已经开始时与开发人员进行充分的沟通。


从”能用就行“到“精益求精”之间请留有喘息的时间

MVP是Minimum Viable Product的缩写,最小可行产品。


在一个追求以最短时间内达到MVP的思维方式下工作时,往往会养成直接进行交付并忽略设计细节的习惯。


“细节不是细节。细节造就了设计。”——查尔斯·埃姆斯


第一稿设计就能达到完美,无疑可能会承受很大压力。你可能会在构建完成后注意到一些不太对的地方,需要向开发人员寻求进一步的设计更新。尤其当它被推向生产环境时,你和团队可能也会面临 “只要能跑就别改” “开发下一个项目” 的抉择。


🔥小贴士:假如我是装修设计师,我如何在设计V1.0和V1.1之间以简陋的方式,既使V1.0能正常执行下去,也给V1.1留下充足变更时间的。


你是否曾经写过一封篇幅很长的电子邮件,但在发送后才注意到自己有语法错误或忘记附加文件?MVP工作流程就是解决这个问题的方法,只是场景换应用在产品设计和产品开发交接的背景下。


给客户发一封回访邮件:“尊贵的客户你房屋的设计方案已经好了,今天下午你是否有空来我公司洽谈,若您有什么更具体的想法,我们可以在公司共同修改设计图,您觉得下午确定方案就签署合同。”


客户真如约来到公司,此时你还没注意拿错设计图,立即修改也来不及,使出缓兵之计:随便去网上Download一个类似的方案,和客户洽谈随时在白纸上绘制变更草图。


客户:“我的希望厨房砌一个吧台和吊灯,你帮我规划该空间的外形布局、水、电走线图。”


你在纸上绘制歪歪扭扭虽不那么美观,不过也能够完成与客户的交流,图纸最基本的作用是告知属性,所以在3D软件上体现效果和白纸上体现并无差别。


送走客户后,你拿着白纸草稿和Download的方案,在电脑上构建出符合用户要求的V1.1 3D设计图。


你的白纸草图无疑给V1.1留下了充裕的时间,草图再简陋也满足V1.0能正常执行的条件。


我们只是人,有时产品设计会忽略细节,这没关系,给下一个更棒的产品留出空间。


最后

有一些事情可以改进你与开发团队的交接流程,与开发人员之间进行更清晰的沟通,减少调整设计的时间,更多时间用于设计具有更高影响力的事物。记住,在构建过程中要对自己和开发团队友善。通过定期检查设计和正在构建的内容,你和团队更有可能成功地创建出令你们引以为豪的产品。


衷心感谢我曾经合作过的所有出色开发人员,通过他们的反馈和与我之间的公开沟通,教会了我所有这些技巧。



浏览 2
点赞
评论
收藏
分享

手机扫一扫分享

举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

举报