上周总结：
我想说终于把后台的原型做完了，虽然也不知道有没有什么用处或者这样的原型出来后什么时间回去改后台，相对来说个人的装束远比把家整理干净重要的多，起码对部分人来说是这样的。等我跟球哥讨论以后看看进度安排吧。
上周网站改版正式上线了，其他的一切还好，帮助中心出现了很多问题，把php的东西镶嵌到网页里面没有想想的那么容易，本来想实现的效果是运营这边去维护帮助中心，方便他们随时可以修改，可是真正落到现实就没有那么好了，内容我可以编辑可标题却还需要这边开发人员修改，想想都觉得逻辑矛盾违背了一开始这样设计的初衷。很多时候都会遇到这样的问题，这个功能是做后台让运营来维护还是写死后开发人员来修改。首先应该考虑修改的频次，如果每天都要更新或者修改，那肯定需要做后台呀，对于这种明确的后台需求就不要太多解释了，而工作中更多的运营并不清楚什么时候会修改，如果是这种情况下，当他们都不知道什么时候回修改的情况下一定要坚持不先做后台功能。我可以先上线跑一段时间后，看看是不是修改的时间修改的内容都已经标准化了还是慢无规律的修改，这个时候再去考虑实现后台功能。其次应该还要考虑研发的进度和项目的迫切程度，一切优先考虑的应该是用户直接接触的产品。
余券宝微信版上周也上测试环境了，我居然遗漏了一个重要的流程，用户提交过账户再次点击去居然看不到“主页”而是从头开始走流程，当我测试到这个问题的时候头都大了，第一反应是研发是不是遗漏了，这样重要的流程自己是不会遗漏的。直接找研发说这个问题，后来就被狠狠打打脸了。其实把这个事情写下来并不是为了告诉自己以后不要遗漏重要的流程（因为再详细的需求文档你也有考虑不周全的时候，能做到的只是尽可能周全。），而是想告诉自己的时在做测试的时候要对照自己的需求文档一起测试，一方面遇到问题的时候先明确是谁的问题，另一方面在测试的过程中你会发现一些做设计根本考虑不到的点。而原型的目的就是要无限接近真实的产品，有点在正式环境下跑测试版的产品。同时，关于网页端的设计应该简洁为主，不要应该有过多图片的加载或者动画，这样加载速度会特别慢。
本周安排：
1.融券宝增加保证金功能；2.画一个金融类app的原型图，同时去优化自己的产品。
从本周开始杜绝或者拒绝一起三人以上的聚会（除了二哥们），从过去被迫的一个人，到现在只想一个人，是妥协还是成长也说不清楚。突然明白生活给你什么你就拿什么就好，并不是说我要想生活妥协低头，而是只要在这样的基础上你才能把生活给你的东西最大化。所以，感谢生活给我这样的东西，我应该欣然接受这一个人的状态，这样我才有时间去做很多自己喜欢的事情，喜欢的事情基本都定下来了，多说无益。
上周末跟我姐姐看了即兴表演，更是特别小众的东西，看的人不多，却给你不一样的体验。起码学到了很多有意思的活动，FM电台；万事通博士；90秒60秒30秒15秒5秒；2个人想一个词，然后其他人根据这两个词开始往一起联想，知道有人2个人说出同一个词游戏结束；还有最后一个想不起来即兴表演最高的表演形式那个名称叫什么了，就是观众给出一个词，根据这个词开始表演人员开始一起讨论这个词，然后演出三个小故事，再将三个小故事串联在一起，然后继续演这三个故事，最后大结局把三个故事串在一起。
