【大话IT】不懂一丢丢技术的设计师 你out啦！

440活在梦里

话题背景：

下面这个情形，相信很多童鞋遇到过！

小K做好一个设计方案，满心欢喜地给开发讲解方案的思路和创意时，开发突然说一句：“这个方案实现不了”，这时他整个人都不好了，心里开始嘀咕“这么简单的设计都实现不了，你是搞技术的吗?”然并卵，在产品和开发的催促下，作为设计师的小K只能加班加点地改方案。

设计和技术人员都是经常加班加点、已经麻木到没休假的从业者，然而有时候这两个角色又要经常“碰撞”，今天的话题就是和他们相关...

话题讨论：

1.设计师小K的问题出在哪？
2.设计与技术应该如何相处（权衡）？
3.分享你的经验教训...

活动奖励：

参与回复即可获得秀才徽章一枚。

获奖名单：

xdsnet ilovecranberrie

佚名是译名

设计师小K的问题出在哪？
设计过程中，没有参考开发的意见，其实在设计过程中需要开发的参与，这样可以避免设计出来的东西完全实现不了。
2.设计与技术应该如何相处（权衡）？
多多交流，一般设计是女的，开发是男的，多多交流是多好的事，男女搭配，干活不累，还可能擦出爱情的火花。

2009532140

设计师的想法要及时与相关的开发，以及业务人员商量;
反正在设计阶段频繁沟通，以后的工作方向不会有大的变动;

ilovecranberrie

首先，要明确一点，那就是无论什么程度的分歧和争论，其出发点都是为了把事情做得更好。我们自己首先要怀有这样的端正态度，不能有夹带私人利益在其中，并且相信对方也是一样的。因为大家是为了共同的产品或项目而组合到一起的，大前提我们是队友而不是对手。所以，在分歧的初始阶段，要尽最大可能地心平气和的沟通。

笼统地说，设计师会比较偏艺术气质，表现为个性很强，技术人员可能偏程序逻辑，表现为单纯而执拗。这些或许是产品与之沟通障碍的因素，但是更应该看到，大家都是同一个文化环境下的个体，有着相同教育经历和相似成长轨迹，世界观基本大同小异，沟通起来能有多难呢，多一点耐心。
当然啦要尽可能去换位思考，体谅彼此的难处

jieforest

设计师如果不懂技术，那就该加强学习，补齐自己的短板。

wilde4587

1.设计师小K的问题出在哪？
问题出现的原因是多方面的。如果单从这个案例来看，设计与开发人员在ROI的考量上的分歧比沟通要大些。

2.设计与技术应该如何相处（权衡）？
在项目化的团队中，各种角色交流的机会要比传统的那种“瀑布”模型驱动下的人际关系密切多了，所以沟通交流的因素在两者中的比重已经较以往下降很多。那么为何在工作中两者还时常出现互相谁也不拽谁的情况呢？个人觉得是对同一个产品的ROI，两者是有着不同的换算方式的，自然得到的结果就会不同。与其说是权衡，不如让两者互相尝试着从事一下对方的工作内容，从同一的业务需求角度去协调相互的工作。

3.分享你的经验教训...
没什么好办法，先让他们PK，累了之后就会互相妥协了。

diashad

1.设计师小K的问题出在哪？设计师与技术定时还是需要沟通，设计师如果是从技术做上去的为最好，哪样他就已经了解了一些相关的技术问题，已经考虑到了技术实现的方面的问题，
其主要问题还是沟通如何实现的方式，也许设计的认为很简单的部份，技术要搞很大的动作才能实现，对于技术来讲，也是懒点去搞。

xdsnet

1.设计师小K的问题出在哪？
设计不是空想，有用的设计都是可以实现的设计，不能实现的设计其实不算作“设计”。我设计相关工作人员培训中做的最好的是建筑，所有的建筑设计师都有相关的建筑工程基础，其正式设计作品时都需要大致了解设计出的作品可实现性，而不是凭空乱画。

2.设计与技术应该如何相处（权衡）？
设计和技术是不可分。设计需要技术实现，技术能力是设计的基础。不过这里需要明白一点的是 设计的可实现性并不完全取决于技术的可实现性，还取决于诸如 成本、时间 等等因素，当然从广义来说， 成本、时间等因素可以归结到技术性上，但狭义的技术是纯粹的技术手段（抛开 成本、时间 等的，从物理、化学等等层面上的）
好的设计是需要从目的（应用出发，可以适当引领受众），结合技术可实现性，考虑成本、时间等等诸多因素来完成的设计。

由此设计师和技术工程师需要加强交流，这点是知易行难啊。不过我觉得这点从设计师的角度需要更加关注，因为设计是前期统领的，技术是后期实现的，设计要了解技术程度（包括现有团队和 完整的整个相关技术界的），这样拿出的设计作品时有底气，即使个别有技术难度（但确实是可实现的）时也好向技术提出，让其公关（技术其实也愿意在这样的方面投入，而不完全是不着目的的乱搞所谓的研发）

3.分享你的经验教训...
一个软件开发和发布的不完全例子：
     记得刚开始工作15-6年前，网络还很不发达，工作需要把大量视频类资源（不定期的）传递到用户端（个性化用户，且中间传递过程只能是成本价），这样一个系统当时只能走光盘介质，这样一个人获得所有需要光盘的价格大致在100-200元，而如果走自己下载，按当时的价格要1000元。虽然当时通过网络确实已经可以进行传递啦，但当时的网络速度、带宽、普及性.......等等还不足以支撑这个应用，所以当时设计的最佳方案就是光盘介质寄送（虽然现在看来低端，当时也不是技术先进性的代表）。

所以，适用的设计才是好的设计！

hai503

小K在设计过程中，为什么不和开发人员做简单的沟通，很多“不可能”都可以尽早识别

xkf01

都在说小K 的问题,没有人说开发的问题?
实际上有些时候小K 说的并不是他想要的, 开发理解的需求也不是小K要的. 多沟通,并且开发不能直接说做不了就完事了.
好歹要有些替代方案供人选择..
直接一句做不了,谁也接受不了