查看: 8287|回复: 23

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

[复制链接]
认证徽章
论坛徽章:
57
目光如炬
日期:2016-03-13 22:00:00射手座
日期:2016-03-11 13:49:54目光如炬
日期:2016-03-06 22:00:01火眼金睛
日期:2016-02-29 22:00:01火眼金睛
日期:2016-01-31 22:00:00猴赛雷
日期:2016-01-27 14:13:262016猴年福章
日期:2016-01-27 14:12:45秀才
日期:2016-01-25 14:55:31目光如炬
日期:2016-01-17 22:00:01射手座
日期:2016-01-15 14:30:33
发表于 2015-12-31 10:57 | 显示全部楼层 |阅读模式
话题背景:

下面这个情形,相信很多童鞋遇到过!

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

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

话题讨论:

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

活动奖励:

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

获奖名单:

xdsnet ilovecranberrie



认证徽章
论坛徽章:
241
至尊黑钻
日期:2015-09-25 14:27:26粉钻
日期:2015-10-16 10:53:36紫钻
日期:2015-10-16 10:53:21红钻
日期:2015-09-25 15:05:50黄钻
日期:2015-10-17 12:23:40绿钻
日期:2015-10-24 10:29:30至尊黑钻
日期:2015-08-14 13:24:07粉钻
日期:2015-10-24 10:30:07紫钻
日期:2015-11-03 22:32:09红钻
日期:2015-11-06 17:21:40
发表于 2015-12-31 11:50 | 显示全部楼层
设计师小K的问题出在哪?
设计过程中,没有参考开发的意见,其实在设计过程中需要开发的参与,这样可以避免设计出来的东西完全实现不了。
2.设计与技术应该如何相处(权衡)?
多多交流,一般设计是女的,开发是男的,多多交流是多好的事,男女搭配,干活不累,还可能擦出爱情的火花。

使用道具 举报

回复
求职 : 数据库管理员
招聘 : Java研发
认证徽章
论坛徽章:
6348
ITPUB9周年纪念徽章
日期:2014-05-02 10:36:402011新春纪念徽章
日期:2014-12-29 12:11:142010广州亚运会纪念徽章:卡巴迪
日期:2014-08-06 08:44:252012新春纪念徽章
日期:2014-12-29 12:11:142013年新春福章
日期:2014-12-29 12:11:14马上有车
日期:2014-12-29 12:11:14马上有房
日期:2014-12-29 12:11:14马上有钱
日期:2014-12-29 12:11:14马上有对象
日期:2014-12-29 12:11:14马上加薪
日期:2014-12-29 12:11:14
发表于 2015-12-31 20:25 | 显示全部楼层
设计师的想法要及时与相关的开发,以及业务人员商量;
反正在设计阶段频繁沟通,以后的工作方向不会有大的变动;

使用道具 举报

回复
论坛徽章:
4
ITPUB季度 社区新星
日期:2011-04-02 10:31:372015年新春福章
日期:2015-06-04 21:44:10
发表于 2016-1-1 20:39 | 显示全部楼层
首先,要明确一点,那就是无论什么程度的分歧和争论,其出发点都是为了把事情做得更好。我们自己首先要怀有这样的端正态度,不能有夹带私人利益在其中,并且相信对方也是一样的。因为大家是为了共同的产品或项目而组合到一起的,大前提我们是队友而不是对手。所以,在分歧的初始阶段,要尽最大可能地心平气和的沟通。

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

使用道具 举报

回复
认证徽章
论坛徽章:
277
马上加薪
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有车
日期:2014-02-19 11:55:14马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11版主9段
日期:2012-11-25 02:21:03ITPUB年度最佳版主
日期:2014-02-19 10:05:27现任管理团队成员
日期:2011-05-07 01:45:08
发表于 2016-1-1 23:18 | 显示全部楼层
设计师如果不懂技术,那就该加强学习,补齐自己的短板。

使用道具 举报

回复
论坛徽章:
2
秀才
日期:2015-09-06 10:32:56秀才
日期:2016-02-18 10:06:46
发表于 2016-1-3 17:16 | 显示全部楼层
1.设计师小K的问题出在哪?
问题出现的原因是多方面的。如果单从这个案例来看,设计与开发人员在ROI的考量上的分歧比沟通要大些。

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

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

使用道具 举报

回复
认证徽章
论坛徽章:
55
秀才
日期:2016-02-18 10:06:46技术图书徽章
日期:2014-08-28 15:59:45技术图书徽章
日期:2014-08-28 15:59:45蓝色妖姬
日期:2014-08-28 15:17:25技术图书徽章
日期:2014-08-22 13:56:58海蓝宝石
日期:2014-08-06 14:09:322014系统架构师大会纪念章
日期:2014-08-04 09:33:532013系统架构师大会纪念章
日期:2014-08-04 09:33:532012系统架构师大会纪念章
日期:2014-08-04 09:33:532011系统架构师大会纪念章
日期:2014-08-04 09:33:53
发表于 2016-1-4 09:31 | 显示全部楼层
1.设计师小K的问题出在哪?设计师与技术定时还是需要沟通,设计师如果是从技术做上去的为最好,哪样他就已经了解了一些相关的技术问题,已经考虑到了技术实现的方面的问题,
其主要问题还是沟通如何实现的方式,也许设计的认为很简单的部份,技术要搞很大的动作才能实现,对于技术来讲,也是懒点去搞。





使用道具 举报

回复
认证徽章
论坛徽章:
13
itpub13周年纪念徽章
日期:2014-11-06 15:29:09秀才
日期:2016-02-18 10:06:46秀才
日期:2016-01-25 14:55:31秀才
日期:2015-10-26 09:55:08秀才
日期:2015-10-26 09:24:12秀才
日期:2015-09-21 09:46:16秀才
日期:2015-08-31 13:02:54知识
日期:2015-08-31 08:57:12秀才
日期:2015-08-17 13:13:14嫦娥
日期:2015-07-24 15:04:18
发表于 2016-1-4 09:56 | 显示全部楼层
本帖最后由 xdsnet 于 2016-1-4 10:02 编辑

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

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

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

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

所以,适用的设计才是好的设计!

使用道具 举报

回复
认证徽章
论坛徽章:
171
ITPUB十周年纪念徽章
日期:2011-11-01 16:24:04ITPUB 11周年纪念徽章
日期:2012-09-28 17:34:42ITPUB社区12周年站庆徽章
日期:2013-08-13 16:52:38itpub13周年纪念徽章
日期:2014-10-08 15:21:35ITPUB14周年纪念章
日期:2015-10-26 17:23:44ITPUB15周年纪念
日期:2018-02-09 14:12:58ITPUB18周年纪念章
日期:2018-09-17 10:09:49状元
日期:2015-11-19 12:58:23榜眼
日期:2015-11-19 12:58:23探花
日期:2015-11-19 12:58:23
发表于 2016-1-4 09:56 | 显示全部楼层
小K在设计过程中,为什么不和开发人员做简单的沟通,很多“不可能”都可以尽早识别

使用道具 举报

回复
认证徽章
论坛徽章:
244
2015年新春福章
日期:2015-05-28 10:58:322015年新春福章
日期:2015-03-19 09:32:472015年新春福章
日期:2015-03-06 11:58:182015年新春福章
日期:2015-05-21 11:46:522015年新春福章
日期:2015-05-22 13:32:002015年新春福章
日期:2015-06-25 14:26:362015年新春福章
日期:2015-07-01 17:15:212015年新春福章
日期:2015-07-01 17:15:212015年新春福章
日期:2015-07-01 17:12:082015年新春福章
日期:2015-05-18 13:50:34
发表于 2016-1-5 08:54 | 显示全部楼层
都在说小K 的问题,没有人说开发的问题?
实际上有些时候小K 说的并不是他想要的, 开发理解的需求也不是小K要的. 多沟通,并且开发不能直接说做不了就完事了.
好歹要有些替代方案供人选择..
直接一句做不了,谁也接受不了

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表