🧐周会2021/12/27-2022/01/02

参与者

主持人：岳佳林 参与者：郭亚南、霍丽娇、谭杨、赵新月

问题记录

待讨论/解决的问题

上下游团队协作问题

1. 工作时间安排问题，直播海报经常出现临时需求
   解决方案：做好相应的模版组件，文档规范，通过组件、插件的方式去快速替换内容
2. 产品需求变动频繁，未做好变更记录，且部分产品的需求评审或说明较少
   解决方案：产品相关的需求评审或需求说明（交付的文档中具体的标注说明也可），产品方需邮件发送相关的产品原型地址、需求说明、紧急程度、时间截点，后续如有大改动，邮件中也需说明，设计这边拿到东西不要第一时间做、先思考，将整体的逻辑理顺，设计在完成之后有交互改动或优化的地方在邮件中回复说明、附上设计地址
3. 多方合作同一个项目时，对外输出没有统一的负责人，需同时对接多个产品
   解决方案：多人协作项目确定负责人进行统筹，尽量了解清楚各模块的关联性，同时针对产品需求传递这块做传递
4. 因时间原因无法按照设计图还原出现的样式问题
   解决方案：先提出问题，根据时间进行相应的视觉、交互优化。时间紧张可以先提给产品，由产品规划版本进行优化的迭代
5. 产品迭代涉及到设计人员资源的未提前告知，工作安排时会出现冲突的情况
   解决方案：需产品同时提前告知，需求进行同步，方便资源调配

设计问题

1. 内部协同应该做一个项目进度设计排班表，记录某个人某个时间点做的某个项目的某个阶段，早会口头上的这个安排如果落实到一些表格里面保存长远来看比较明晰
   解决方案：早会内容记录，设计文件的page标明负责设计师
2. 因为每个人的设计风格不同，各自有各自的想法和设计，那遇到一个大家共同协作的项目的时候，可能就会出现风格不统一等问题，这样也会影响整体的设计效率，所以做之前一起先确定好风格方向，然后开始设计
   解决方案：确定负责人，由负责人牵头针对内容进行模版的划分、统一版式基础内容，模板完成之后再去填充相应的文本、图片元素内容
3. 关于设计规则这块的共识不够，部分共同协作的项目还是会有设计样式以及交互的不统一（这块有写文档来规范，但是有时候还是不看，以及业务发展之后部分设计规则出现变化后没有同步我，还有文档没时间去及时更新）
   解决方案：多看，多问，做到整体规则了解，并且灵活运用，并且及时同步更新
4. figma中评论之后有问题的地方设计不及时去解决修改页面，可能隔了一周才去看，但是开发同事已经按照错误的那个设计开发了
   解决方案：有需要修改的地方需在群里同步一遍，仅在figma中评论会有消息遗漏
5. 设计过程中，没有深入理解产品需求，仅帮助原型增加颜色、缺少思考的深度（目前设计大部分交互能力较薄弱，后续分享中会加强这块的学习）
   解决方案：交互的东西可以看小专栏的臭鱼、知乎的hozin，产品同事也可以了解一下
6. 设计稿的评审会议较少，并且大部分都是产品确认，然后交付开发（时间紧张，以及设计未按照要求进行评审会议）
   解决方案：加强流程的规范性，设计完成之后组织评审，修改的内容及时邮件同步
7. 设计稿的中的视觉标注、交互标注较少，部分设计限制仅靠口述，后期需加强设计样式界面说明
   解决方案：视觉或交互规则复杂的需要标注说明清楚，避免开发过程中还原的缺失
8. 对于教育培训这块业务参与程度较低，设计规则未覆盖到教培项目，同时，对于教培项目没有及时内部评审
   解决方案：产品原型和设计稿都需要进行内部评审，达到交互的高效，流程的准确，视觉的清晰

本周推荐内容

下周工作安排