在开头我想给近期工作下定义：慢、乱、急。
三种工作最不该有的状态压在身上时，烦。因为项目着急，所以我也变得着急，因为我着急，所以我工作混乱，因为我工作混乱，造成我工作进度慢。最后这三个字就只能化为另外三个字：拖进度。
因为我天生太过乐观，工作上的事也只是稍微影响我的心情。但做产品需要对自己的产品负责，病帮你因为以上的原因客观存在就忽视不管，忽视这些状态会造成的工作上的影响。我现在趁着周六休息，好好理清一下思路，把最近的工作情况梳理一遍，并找出这些场景下影响我工作的原因，和解决方案。
第一点应该是项目太大我有点涉及不过来，从C端到B端，涉及多个大功能，许多微创新（老板需求、伪需求）说实话老板一谈这些流程的时候，大家都想的很美好，可惜我跟总监在旁边越听越蛋疼。这些功能已经是别人三期、四期做出来的功能，我们需要一期就搞定，而且产品就我一个人，总监也是负责规划全局跟统管总进度，所以流程、原形、交互的担子压在头上让我有点不知所措，只能按照之前的方式，尽我所能的将需求原形展现出来。
所以需求分析、可行性分析，用户调研（简单的顾客、顾问）后，就直接进入筹备阶段了，我已经不打算写需求文档，直接在按照需求，出低保证跟简单需求说明。在这一步我犯了一个错，就是想着面面都要涉及到，但是各功能又不深入，以至于我把很多时间，浪费在低需求、低频、或者逻辑复杂的页面原形中了，这些功能和需求并不是不重要，但是在目前这个状态下我没有好好的对功能和需求做优先级级考虑（同级别的优先级）是一个大问题。所以这阶段要做的第一件事就是分清工作的主次。
第二点、总监开会时问我工作进度，他看了我工作成果后，表示根本不需要这样做，我们的程序员都是有经验的程序员，你的需求列表不需要写这么细，等项目评审会议过一遍，简单的、例如登录和注册流程除非标注特殊场景，其他的根本不用写上去，所以我大半时间浪费在这些最简单大家都懂的需求描述上，还不如集中时间，将我们产品中核心的，不常见容易让程序员误导的页面和需求写清楚。
然后他提了一句:我让你这么赶的时间里做这些东西，你有没仔细想过为什么我会这样说，或者你想不明白时，为什么不问我哪些是重点需要做成什么样（什么场景、用户有什么需求，你就直接做，做的不是我要的不就白费力气了吗）。
这几点给我的最大提醒是：工作一定要有取舍，就像我们做需求分析时，需要做优先级分析，把该做的，最重要做的列出来，所以下周开始工作安排一定要用四象限工作法，将最重要的完成。
最后补充一句，老板和总监说的那些话，心里记着笑笑就好啦，这是一个提醒，毕竟他们不对这些细节负责，之前我过多梳理细节时，他们说原形太简单，不好，当我关注于原形，放下了需求细节描述时，他们说逻辑好像还有很多问题，当我两个都专注时，他们说你进度慢了。
做产品啊，就跟人生一样，怎么做都不如意，但是你还得专注于做下去。我想，我接下来需要学会的词一个是一个是揣摩人心，理解人心，另一个是掌握平衡吧。
