在新公司也有一段时间了，踩了一些新坑，我不得不记录一下。
反面例子1：以我之前对后台产品的认知，基本上都是表格，然后在次基础上进行增删改查。比如之前做社区管理后台的时候，无论是用户管理还是帖子管理，都是表格，然后进行增删改查。于是当我在做现在的管理系统的时候，我首先带进了这个表格的思维。然后我把一个流程化的管理模块设计成了类似日志管理，直接把每个步骤的变化表格呈现给了用户。在公司前辈的指导下（会上被指出的，还是有点尴尬，但是回过头很开心），我才反应过来，把它设计成流程节点的交互呈现出来。因为这个错误我不仅发了个朋友圈记录下自己的愚蠢，晚上回来我还忍不住哭了一鼻子。老实说我自己都莫名其妙，并不是说我受了什么委屈，而是觉得自己不应该犯下这样的错误。只要稍微动点脑子就知道这不是用户该看到的设计，完全没有模块化的思维和用户体验可言。
反思：不要觉得前端产品该是什么样子的，后台产品该是什么样子的。没有应该怎样设计，只有为什么这么设计；我如果是小白用户，我知道这么设计的意思，我知道下一步该如何操作吗；还有没有更清晰的设计。
反面例子2：在需求评审的时候会先和业务确认设计是否满足业务需求，流程是否清晰完整。当时得意洋洋因为评审非常顺利，只有一些细节问题。于是我就等着和技术评审排期。后来因为某些内部原因，产品总监说先和我过一遍需求。本来觉得自己对业务熟悉，而且业务都满意的设计肯定没有什么问题。没想到产品总监说页面有些冗余，流程不太顺畅。愚蠢自大的我又来了，看着他一边说我心里一边默念：“那是因为你不懂业务”。等被说完后，我想着我理一封邮件来反驳你的不满，证明我的设计是对的。没想到理着理着觉得他说的还是有道理的。我之所以做这个平台就是为了让不懂流程的人一来就知道自己该干嘛，并且尽量减少多余的步骤，让整个流程更加快速。那既然如此，产品总监不就是这样一个小白用户吗，他觉得的问题别人一定也会有，所以我不应该怪他不懂业务。真正的原因就是我的设计还不够清晰。那现在也能很好的解释为什么和业务过需求可以那么顺利了，因为他们深入其中。
反思：不要以为你懂或者谁懂，就应该所有的人都懂。定位用户群是为了了解他们，但是不是为了定义他们应该怎样。
反面例子3：这个事情可能是让我最讨厌自己的一件事情了。不知道是因为觉得身边的人懂产品的不多自我感觉良好了，还是快放假了，总是太浮躁。国庆前一周开始就觉得产品设计完了，等着开发排期就可以了，好无聊呀，随便干干杂事就好了。可谓是没有干什么正事，还觉得是别人的问题（开发不排期）导致我无法进入到下一步。
反思：如果我能放平心态，就会发现设计有很多改进和不足的地方；如果我能多思考一下后期国内海外融合的规划，我就不会到现在被开发倒逼着尽快融合起来。所以无论是已经规划的还是待规划的，都有很多事情可以做。永远不要拿外界当作借口让自己无所事事，浪费的是自己的时间。多学习和思考一分，问题就会少一点，收获一定多一分。
反面例子4：我现在手上的一个平台产品优化，当初是另外一个产品提出说需要重新规划整理一下。然后我就兴冲冲的开始想怎设计更好了。但是当自己设计的时候就有点懵了，虽然我知道平台问题很多，但是全部梳理设计好像不知道如何下手（业务细节特别多，而我还不太熟）。于是前辈就问我，“那他为什么提出要优化？我说，他说需要加两个功能，开发说既然要加，就把以前不准的一起改了”。“那什么是不准？”他反问道。我说“应该是内容吧”。“应该？不要应该，你需要去确认，到底为什么要改”。顿时我就觉得我天天一口一个深入挖掘需求的话真是打的脸啪啪的响。
反思：别急，多问，问透需求。
大反思：经过上面的几件事，我更是了解到自己的无知和自大。以后一定多学习多思考多做事，少瞎想；别人有问题不要先想着反驳，先想想别人为什么会有这个问题，要想着他提问题是在帮我；对需求多深究，了解透彻。
还有一点我想告诉我自己的：胆子大点，脸皮厚点。缩在后面还想推进工作，那是不可能的。
