这样学设计事半功倍

之前在文章里写过,盲目的学习是没有效果的。在现在开始工作之后,学东西就要有目的性。这个目的性,跟你们理解的目的性是不一样的,你们可能觉得:“我要做一张 3D 图,所以我要去学 C4D 了,然后我要从基础开始学习这个软件。”
这个目的性是错误的,你要结合自己实际工作的进度以及业余的时间去衡量自己怎么来达到这个目的。我们在工作中学习的时间是有限的,所以我说的如何通过正确的学习方式来提升自己,这个学习方式是很重要的。举个例子:我写第一份产品报告的时候,当时定的要求是 2 天之内拿出成稿,那我不可能去补课程,看完一套视频然后做出来——不切实际。我只能拿一些文章做参考,晚上回去,去分析这篇文章里面的关键点,有哪些是需要注意的,哪些是他们的业务问题而不用太考究的,哪些是产品报告的核心点,通过一个晚上 4 个小时的仔细研究与分析,然后第二天花了一天时间写完了报告。这就是我的学习方式。再举个例子:当时刚入行,要求是要我优化一个功能页面,然后用 Axure 实现出简单的效果来,然而,我那会还不会 Axure,所以我要通过案例来学习 Axure 的操作,找一个类似的效果,然后研究出是怎么实现的,当时我有一本 Axure 基础到精通的书,然后我只看了当中专门说这部分的技巧说明,其他一点都没看,然后我把这个效果做出来了。在其他方面也是一样。工作已经不像上学的时候了,你是一枚交互、UI、产品,你就有你需要专精的地方,不要再花精力去其他东西上面做全方面的学习,除非你业余时间很多,而且很感兴趣。注意:我说的专精,不是说只管自己范围的事情。假如你是 UI,不能只研究画图,也要学习交互作为辅助,学习产品懂得业务,然后通过这些更好的完成你的设计。而不是说你做着 UI,又去学习代码,导致两边都做不好。

面试前做哪些准备?
有人会问我,面试之前怎么做准备。这个问题我突然有感觉是因为昨晚一个朋友问我,要去面试 UI,但是不知道要干嘛,是准备自己的作品和简历就去么?
其实不仅如此。如果这家公司是你想进的,那就好好研究下他们的产品,分别找出设计的好的地方和不好的地方。光说不好的,会让人反感;光说好的,别人觉得你拍马屁,没自己的想法。(路人甲:那既说好的又说坏的,是不是让人反感又觉得你拍马屁?)然后她去看了他们的产品,来问我:“这个购物车管理页面如何去分析好坏?”我的回答:“购物车就是管理你的购物页面,我们做下单操作是一个完整的工作流,这个时候不应该被打扰,所以要去掉里面的一些障碍信息,包括颜色的处理、布局的优化,避免阻碍用户下单等操作。” 这就是我们面试前需要做的准备工作,交互也是一样。
有一些人,平时注重自身产品、交互分析及拆解能力的训练,所以在面试前只需要了解下产品业务流就好了,面试的时候产品、交互、UI 问题基本不会有什么难度。

工作中时间不够,怎么完善文档及页面?
工作中,我们很多时候都没办法跟网上那些大牛说的那样,完成各种文档,写好所有注释。所以就会觉得自己团队有问题,想换团队。说实话,大部分团队都是在赶项目,没时间完成所有工作再进行开发的,所以项目复盘很重要。
不要觉得项目过了,你的部分完成了就好了,很多人不愿意做复盘,然而网上那些好看的作品都是通过复盘得到的。复盘有什么用?能让你更了解公司业务,产品逻辑。就好像你考试之前做复习一样,作用非常大。项目复盘是你跟别人拉开差距的重要方式之一,而懒的人,就不愿意去做这件事。怎么做复盘?就是对已完成的项目回顾,把自己当时没想到的东西,或者在开发进行中修改了的东西做一个记录,然后完善在自己的文档中,慢慢细化,直到你认为完美了之后,就可以作为自己的作品了。

工具对设计师来说,真的那么重要么?
最近在做各种动效,也在群里跟小伙伴们讨论一些关于动效的技法,于是就有人问:现在做动效,是要学什么软件好呢? Principle、Flinto、AE、XD、Framer ? 等等。嗯……现在的动效软件真是太多了,导致大家有了误解,对工具产生过多的依赖感,从而理解错了 “用什么工具做动效好呢?” 这句话。重点是,这是一个一直存在的话题,好比交互或产品要学什么工具呢?Axure、Sketch、Excel、Keynote?有时候出来一个新的产品,很多人就扑上去各种把玩,浪费大把时间去深究。其实这是一个不怎么好的现象。(我就深受其害)
工具只是工具,只是用来表达我们思路的一个手段而已,如果将过多精力放在这(研究工具)上,只会让设计师偏离原有的轨道。所以我今天打算从两个方面来谈谈我对于工具的看法。

一个真实的例子
最近接触到很多初入行的交互以及产品,在与他们聊天的过程中发现一个普遍存在的问题,就是他们都说自己在学 Axure。“因为刚入行,所以不知道怎么去做好这个岗位,只能先从工具入手,然后看看公司的产品,再去用 Axure 绘制一遍。 ” 相信我,这是绝对错误的做法。记得有人反驳过我说:“工具都不会,怎么做产品呢?”我只说了一句:“你这样下去,即使把工具运用的出神入化,依然做不了产品。” 我只是实话实说。给大家举个真实的例子:有一次我在给群里的两个小伙伴出题,让他们把某个产品的购物流程详细的梳理一份给我(因为当时有一个朋友要招应届产品实习生,群里的两个小朋友感兴趣,当时我准备给推荐下,就想看看他们的底子),大概晚上我下班到家,收到了其中一个小伙伴的稿子,是用铅笔在纸上画好之后拍了照片发给我的。因为做的很工整,所以印象非常深刻,而且纸面很干净,所以我有了仔细看的心情,看完之后,我心里对他的评价是很高的。无论是产品逻辑,还是功能架构都非常清晰,并且每个流程节点都写出了自己关于这个点的理解,虽然流程画的不是很规范,但是至少能让我看懂,也说明其底子不错。大概第二天下午两点左右,我收到了另个小伙伴的稿子,是用 Sketch 画的,因为附带了源文件。说实话,我看完之后很不满意,虽然整个页面很漂亮,而且很规范,但是完全看不出他在这个过程中思考了什么,仅仅止步于好看而已,并没有看到什么实际想法输出,所以我毫不犹豫的推荐了另一个小伙伴。(现在他在某大厂做产品经理,有时候我们还会闲扯到这件事)这个例子,我想说的是,在初级阶段,工具不是你需要花费大把精力去掌握的,它只是你用来表达想法的手段,所以在这个阶段更应该去理思路、挖产品。

关于我自己的例子
因为写文章的缘故,我认识到很多同行,也发现了类似的现象。其中有很大一部分资历比我深的前辈,他们对工具的看法是:顺手就好(各前辈的原话,极其相似)。有用 AI、PS、Axure、Sketch 等画原型的,也有用 Excel、Word、PPT 写文档的,甚至有用 PPT 画原型,Sketch 写文档的(我也是这样)。有一次我问某大厂的一个 UE 前辈关于 XD 的一个问题,他反问:XD 是什么?即使我说了全称,他仍然不知。很多小伙伴都知道我非常喜欢玩软件,无论是做动效的,还是作图的,从 AE 到 Form,从 Sketch 到 Hexels 2 ,我基本都会玩一点,前阵子也在玩 C4D ,做了不少作品,后面也会慢慢发出来(题外话了)。但是说实话,工作中我用到的软件不会超过 3 种,所以玩这些东西纯粹是兴趣使然,如果非要说玩软件给我的工作带来什么帮助的话,我只能说,在跟同事聊天的时候话题更多吧。前些天有人问我,Principle 能做所有自己想实现的动效么?答案是否定的。
 
这是我电脑上关于做动效的软件截图,但是我从来不会对某个工具做非常深入的研究,只会在我需要实现某个效果的时候,我大致知道用什么软件做更方便,然后再去选择其中一个进行设计。(但是真正用到的不多,相比于我花去的时间来说,我更愿意去看看有趣的美剧呢~)这一个例子我想说的是:当你有了产品基础之后,你自然会有一种用来表达自己想法的工具,它可能是任何工具之一,因为熟能生巧,所以工作中用它所花去的时间,已经足够让你使用它去应对你的工作。所以别再去花时间学各种软件了。

我的想法
我有时候就会想,也许回到很多年以前,会很多软件真的会给设计师加分吧。但如今的设计行业已经跟以前大不一样,现在的企业需要的是设计师解决问题的能力,这个能力是内在的。工具固然重要,但我们不应该被它牵制。
当然,工具是设计师将思路实现出来的重要手段,每位设计师都需要在你所处的领域中有一两款熟练掌握的工具,能够帮助你方便、快速的进行设计表达。但不要本末倒置,以为会了工具就可以做好产品,不可能的。
其实从更广义的角度来讲,所有那些用来帮助我们达到设计目标的手段都可以称之为设计工具。所以设计工具它并不仅仅局限于软件,包括讲故事、数据分析、用户测试等等,这些技能都属于我们的设计工具。打开你的思路,好好想想,把时间花在哪里才是值得的。

本文来自优设网,作者:呆呆U理(公众号同名)
大连中钰睿泓与你分享精品文章
AI 代码审查Review工具 是一个旨在自动化代码审查流程的工具。它通过集成版本控制系统(如 GitHub 和 GitLab)的 Webhook,利用大型语言模型(LLM)对代码变更进行分析,并将审查意见反馈到相应的 Pull Request 或 Merge Request 中。此外,它还支持将审查结果通知到企业微信等通讯工具。 一个基于 LLM 的自动化代码审查助手。通过 GitHub/GitLab Webhook 监听 PR/MR 变更,调用 AI 分析代码,并将审查意见自动评论到 PR/MR,同时支持多种通知渠道。 主要功能 多平台支持: 集成 GitHub 和 GitLab Webhook,监听 Pull Request / Merge Request 事件。 智能审查模式: 详细审查 (/github_webhook, /gitlab_webhook): AI 对每个变更文件进行分析,旨在找出具体问题。审查意见会以结构化的形式(例如,定位到特定代码行、问题分类、严重程度、分析和建议)逐条评论到 PR/MR。AI 模型会输出 JSON 格式的分析结果,系统再将其转换为多条独立的评论。 通用审查 (/github_webhook_general, /gitlab_webhook_general): AI 对每个变更文件进行整体性分析,并为每个文件生成一个 Markdown 格式的总结性评论。 自动化流程: 自动将 AI 审查意见(详细模式下为多条,通用模式下为每个文件一条)发布到 PR/MR。 在所有文件审查完毕后,自动在 PR/MR 中发布一条总结性评论。 即便 AI 未发现任何值得报告的问题,也会发布相应的友好提示和总结评论。 异步处理审查任务,快速响应 Webhook。 通过 Redis 防止对同一 Commit 的重复审查。 灵活配置: 通过环境变量设置基
【直流微电网】径向直流微电网的状态空间建模与线性化:一种耦合DC-DC变换器状态空间平均模型的方法 (Matlab代码实现)内容概要:本文介绍了径向直流微电网的状态空间建模与线性化方法,重点提出了一种基于耦合DC-DC变换器的状态空间平均模型的建模策略。该方法通过数建模手段对直流微电网系统进行精确的状态空间描述,并对其进行线性化处理,以便于系统稳定性分析与控制器设计。文中结合Matlab代码实现,展示了建模与仿真过程,有助于研究人员理解和复现相关技术,推动直流微电网系统的动态性能研究与工程应用。; 适合人群:具备电力电子、电力系统或自动化等相关背景,熟悉Matlab/Simulink仿真工具,从事新能源、微电网或智能电网研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①掌握直流微电网的动态建模方法;②习DC-DC变换器在耦合条件下的状态空间平均建模技巧;③实现系统的线性化分析并支持后续控制器设计(如电压稳定控制、功率分配等);④为科研论文撰写、项目仿真验证提供技术支持与代码参考。; 阅读建议:建议读者结合Matlab代码逐步实践建模流程,重点关注状态变量选取、平均化处理和线性化推导过程,同时可扩展应用于更复杂的直流微电网拓扑结构中,提升系统分析与设计能力。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值