发表于: 2019-10-30 19:50:25
1 535
今天完成的事情:(一定要写非常细致的内容,比如说学会了盒子模型,了解了Margin)
验标、禅道、原型讲解
明天计划的事情:(一定要写非常细致的内容)
马上年末了,后面不好找工作,这三四天天想试一试投简历的情况,明上午把简历弄出来。然后看看面试题。
遇到的问题:(遇到什么困难,怎么解决的)
这次复盘,很庆幸让我发现了一些自己的问题。
对复盘自己做简单总结
1.按流程。
复盘前期开发很闲,但是不要因为他们赶时间就提前给原型,虽然他们会说练手没事到时候重新改就好了,后来我才发现一件事情重复做谁都会反感,所以问题就发生了,并不怎么会想去改,就还比是你先给了一颗糖然后给了一耳屎的感觉。
2.两个产品配合分工明确。
如果都是第一次,那么确定好功能需求表谁负责哪一块,前后台对应,使用相同的模板。会出现反复的修改,多请教,多感悟,多辨别。包括PPT调研、原型图。设计方案可以共同讨论定结果,争议求同存异,前期不在非核心功能上追求太多,也不要想的以为要很完美,根据情况来。
在每一次修改的时候一定要做好明确的保存位置设定,甚至要注意随时保存,可能因为电脑的问题文档丢失或者误操作不见了。之前已经确定的东西做修改要做好截图互相说明情况,有可能自己的想法是有问题你却不知道,还有文档不一致怎么进行下一步。如果一个人的速度快一点可以多做一些,前提是划分的已经做完了,不是一开始就提出来,不然对方心里会有小感受的。
3.验收标准
说实话,我感觉这个最麻烦。就是把自己当用户使用的操作过程,界面呈现情况写出来,跟原型备注还是有区别的。
4.非错误不修正原型
一千个读者就有一千个哈姆雷特,谁的看法你都要去改正那你不忙死才怪。
原型一旦定下来,原则上不修改,除非发现的错误,自己能接受、且自己的设计方案实现有问题的情况下才处理。有可能开发觉得你的设计方案不好看甚至站在所谓的个人角度跟你提用户体验不好,遇到能理解人的你只要说出你的做法都会理解的,翻译过来就是,大家都是初级(比新手强)你以后可以考虑下我的方案。
但是如果遇到性格直,拿不出来数据或者也没法用数据说明的地方,建议是:恩恩我理解你的看法,我之前也思考过这种方案,没采用是因为XXXXXXX,现在这种的好处是XXXXXX,并且这在技术上也是能实现的对吧?
如果还是没用,直接就是 方案能实现希望你按方案来。这种朋友真的该学产品,浪费了。(这个要分人,开发是大佬,但是分情况,如果是多个项目排期时间紧急慎用,如果是真的大佬慎用,但是真的会处事的人方式上是不一样的)
5.最后两个值得深思的问题:
真的就是用户的体验放在第一位吗?
如何在团队在意见不一致的情况下给出解决方案?
以上都是实际感悟,以史为鉴。
期待见到更好的答案,欢迎留言。
收获:(通过今天的学习,学到了什么知识)
工作会面临很多意外的问题,经历了就是成长,不要懊恼。
你不暴露问题,是没有机会得到解决方案的。确实是问题,要虚心接受。
珍惜身边人的好,在你没遇到更坏的情况下你是不会明白现在的情况是有多好的。任何事情都抵不过一句 相遇是缘,合作愉快。
评论