工作总结

时间:2026-04-13 作者:工作计划之家

2026年美工设计试用期工作小结。

三个月试用期,手头过了7个主视觉、23个活动专题页,外加一套后台图标库从根儿上重做。数据我盯得紧:设计稿一次性通过率,入职头两周是62%,最后一个月拉到88%;经手的页面平均加载耗时从2.4秒压到1.7秒左右;协作部门满意度评分,4.6/5。说实话,这成绩比我预想的硬实,但中间摔的跟头,一个没少摔。

先说第一个项目。年中大促主KV,运营丢过来一句话:“年轻化,有冲击力。”我凭经验干了一版高饱和撞色加大标题,自我感觉挺炸。结果运营总监看完直接打回来:“字体糊成一片,手机小图根本认不出来。”我拿自己手机打开预览——750宽屏上,圆体加描边的“满减”俩字,笔画粘得像一坨。说白了,我犯了美工最常见的病:盯着27寸大屏调细节,忘了用户端是5寸小屏。

现场怎么救的?当天下午我把字体换成思源黑体Bold,去描边,改纯白加轻投影,背景撞色调暗20%,确保文字对比度达到4.5:1以上。顺手干了一件事:导出750、1125、1242、750@2x四套分辨率预览图,标出最小可读字号,写了份《移动端视觉验收清单》——包括字体、对比度、点按区域不小于44px。这份清单后来小组内部直接拿去做模板了。修改版一次过,活动上线后点击率比去年同期高11%。但这个11%我得说清楚:活动文案和投放渠道也做了调整,设计不是唯一变量,但至少没拖后腿。

第二个月接到一个烂摊子。公司后台系统里图标乱成三锅粥——有1px线宽的、1.5px的、2px的,风格也不统一,前端每次调用都得自己补切图。我花了三天把所有图标重绘一遍:统一2px描边,端点为圆角,拐角外扩,导出SVG sprite。同时写了一份使用规范,规定了最小尺寸24x24、禁用缩放超过200%。上线那天前端老哥直接跑来工位说了句:“终于不用再给你们的图擦屁股了。”你懂的,这种评价比任何满意度打分都实在。

真正让我上火的是一张活动专题页。设计稿看着漂亮,开发还原后首屏加载3.2秒。我打开Chrome DevTools跑Performance,发现两个坑:背景图是一整张1920x3000的PNG,2.8MB;字体图标引了三个外链字重。我当天干了这两件事:把背景图按媒体查询拆成手机版(750宽,jpg,85%质量)和PC版(1920宽,webp,70%质量),体积从2.8MB压到手机版280KB、PC版520KB;字体只保留一个variable字体,覆盖所有字重。改完再测,1.1秒。这活儿本来不该美工干,但我坚持一个原则:设计交付不能只扔个PSD,得管它跑起来什么样。后来我把这个案例写进组内的《前端资源交付checklist》,现在每个设计定稿前都得过体积和格式。

再说一个翻车的事,之前文章里没细说。有一次交付线下海报,屏幕上看颜色特别透亮,打样出来灰扑扑的。我当场懵了——后来一查,我全程用的sRGB,没转CMYK,也没做软打样。印刷厂的师傅说你这颜色在铜版纸上至少偏15%。那次我连夜重新调色,把主色从#E31C23改成C0 M100 Y85 K10,又花了一上午跟印厂对曲线。从那以后,所有线下物料我出两份:屏幕用sRGB,印刷用Coated FOGRA39,并且必须打一张样张签字确认。

不足也摆在这儿。动效设计还是弱项,我现在只会用AE导Lottie给前端,复杂交互得靠人家手写,来回沟通太耗时间。下个月我打算啃Rive,能直接嵌交互逻辑,不用前端猜。另外,试用期里我有两次因为没测安卓微信内置浏览器,出了字体图标不显示的故障——排查下来是跨域问题,后来改用base64兜底。现在我的测试清单里固定加了三条:iOS Safari、安卓微信浏览器、iPad横竖屏。

三个月干下来,我的方法论很简单:每个设计都当现场施工干。定标准、做测试、留文档、认栽改。下一步,我会把手头积累的组件(按钮、表单、卡片、导航栏)抽成一套可复用的设计源文件,配上参数说明,争取让组内复用时不用重新造轮子。数据不会骗人,但每一帧加载速度和每一个像素的对齐,都得自己拿尺子量。

    为了您方便浏览更多的工作总结网内容,请访问工作总结

本文来源://www.fz76.com/gongzuozongjie/191007.html