Please enable JavaScript.
Coggle requires JavaScript to display documents.
问题总结会 (对内 (设计与前端的平衡 (提出的需求能不能实现, 技术能不能实现、设计稿能否100%还原), 分享机制 (继续加强这方面的交流),…
问题总结会
对内
设计与前端的平衡
提出的需求能不能实现
技术能不能实现、设计稿能否100%还原
分享机制
继续加强这方面的交流
想法的交流
内部的沉淀
饿了吗组件化、目标
流程
交互稿流程的逻辑，逻辑的合理性、页面的完整性、技术的可行性、数据的可获取性
同步机制
需求变动，设计稿变动，文件素材的管理
自身
主动积极的去解决问题、可以跨部门、自行沟通
需求核对清单
战略层
这里出现了问题
产品的需求不明确，不考虑用户的需求。我们在做的就是数据的分析。
范围层
功能：前端与技术的评估
技术+产品交互
结构层
框架层
我们有一步确认
产品原型+交互细分
表现层
视觉
我们现在
问题
责任人机制。
1.需求评审以前,确立好负责人。(PM、交互、前端、研发)
我们在咚咚只拉项目群。微信要拉群。不拉QQ（咚咚一次、微信一次）要 a 两个人。负责人和他的领导。一个项目一个群
小范围。研发沟通数据，前端评估完整性，交互评估逻辑。产品评估原型。（产品一个、交互一个，引导产品做。）大家评估好后，可以发交互原型。
文档化问题
没有需求文档，版本更新，需求更改都不会同步
文件的共享
设计
越忙越来加塞需求，要么排需求优先级。
排期倒排
大家讲配合。前端与设计可以加1天和半天。领导可能砍半天或一天。
时间：不合理性。优先级方案，PM要评估工作量
未来展望
每个人愿意去承担相应的责任，才是最后的目的
总结、积累、沉淀
项目结束后，设计要出个规范，饱含整个设计思路的回顾。可以做PPT.大项目做，小项目可以做
所有的分享都要沉淀到UED网站上。设计上：邢楷若。技术：刘野
分享（设计）：总结、工具、提升效率的办法。（设计的）
分享（前端的）：插件→效率、公共问题提出了，可以写一小段代码，大家可以一起看。可以按照自己的优势去分享。乐哦。只发现问题，没有解决。唐琪和宋坤商量个分享机制。下周五之前，给个结果亮哥。
以后前端设计还原问题，是由设计来负责的。设计应该负责的告诉前端哪里没还原好。设计截图，一一发出来，给前端。前端做完，找设计碰一下。
高级前端，做完任务。可以总结然后交付出来，给下级，任务多时。可以帮助。
对外
流程的管理
明确各自的责任，明确自己的责任才能高效。内部与产品进行很好的沟通。需求评审和数据库评审与大家的沟通，推动细节与交互的落地。这样
项目责任人机制
内部还好。外部可能没人愿意去担这个责任。
沟通机制
不同团队之间的配合，如何解决材料的同步问题。点对点：直接找对应的人。（不找领导，可能会丢失细节）点对面：咚咚，a 对应的人。沟通问题，即时同步相应的问题。
备注
周一之前看
PDF or PPT