文件夹：一，心得体会；二，个人经历。
先把心得体会放出来：1。沟通：要明确老板给你这个任务想达到什么效果（意图），deadline（时间节点），老板本来有什么想法。
2，逻辑：开发一个产品。全部功能点都能形成闭环。使用端。提供内容端，管理端。
----------------------------仅仅看总结怎么能体会？？-----------------------------------
工作两个月之后，最终体会到，每个职位，进入前和真实进去。全然是不同的两回事。
（哈哈，就像选专业，你在门外看，和你在门内学习是两回事。）
工作前，我以为产品经理都是好像乔布斯那样。精益求精，尽管完美不可达，可是精益求精，把功夫完好到用户看不到的背后；我以为产品经理是唇枪舌战。逻辑清楚，思维框图完好。指点江山；我以为产品经理都是有一大堆数据须要整理，企图从中发现某些规律，某些被人没有看到的角度；我以为产品经理都是直接去同客户talk，talk。talk。然后整理归类归类。我以为。。。
真实情况？
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2hlbjMxMTAwMDg5MTY=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >
产品专员算是比較多的一两个任务在手。可是经理真的是忙成狗。
好听一点就是信息交汇处，难听点就是物流的集散中心你知道吗？？数据？我没有！
你要看，自己想办法。完美？别弄那么多，逻辑完好就不错啦。没有人想过的角度？少年，你真是too young too naive。不是没有人想过。而是时机对不正确？时机对了。就要快人一步。先弄出来，快快快。
----------------------------------------------------------------------------------------------------------------------------------------
入职一个月的时候，经理就叫我弄一一个app。
我！
一个没有在互联网行业做过的往届毕业生。
于是。我凭着热火朝天的干劲就开干了。。。大家千万不要学。
。
由于经理忙。所以基本没有验收我的原型。事实上。经理真的没有那么多时间去指导你应该怎么干，真的要自己想。自己改，不能懒散。后来经理调了我去帮另外的同事的忙。我以为这个app被砍了。慢慢改，事实上就是将功能点基本没怎么改，就是界面这样改。
。舍本逐末了。由于当你需求方案已经大体出来后，
逻辑完好！
逻辑完好。
逻辑完好！
才是最重要的。
我的同事直接把我的方案发给了外包公司了！！我根本不知道好不！！
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2hlbjMxMTAwMDg5MTY=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >
我是怎么知道的，由于我同事直接把外包公司的方案疑问点的文档发给我咯。由于我看到上面非常多问题咯。由于上面的问题我自己都没有想通咯。由于我的文档上面还写着“这里要不要放广告？”这些思考语句咯。
怪我咯，怪我咯。。
。
当然出了情况就得处理。
赶紧把我自己还想改的情况告诉我的同事，咨询他怎么处理。当时紧张的心情预计没有遇过的人非常难理解，由于人家要报价啊。我这边乱七八糟，功能点又多又不通。what a mess。到时候老板看到，我怎么死都不知道。
后来我同事就叫我赶紧改，先把新的流程图，所有（教师端，学生端，PC端，管理员端），赶紧弄出来。
加了2天晚上2,3点的班后，弄了出来。我同事看-->我改-->再看-->再改。最后最终在星期五赶了出来。简直就是打仗的一周。
值得一提的是：在这么赶的工期里，我把之前想留又没有考虑清楚的功能需求基本砍光了，手麻利，令我一度在想之前竟然还为这个纠结了这么久。
-----------------------------------------又到总结时候--------------------------
文章开头写的不反复
1。以后开发新产品/更新功能时，一定要先画流程图，把用户端，管理端的该功能都写好，画原型什么的。想到东西的时候。走偏路的时候。能够找到路标。
2，不要太贪心，自己想到的功能，可是又没有想清楚的，能够用文档记住。不要画在原型上面。会弄乱自己和别人，一两个月回来再捡起做的时候就忘记了。
3。原来以为app的原型不须要考虑各种情况，事实上是我误会了。app不须要考虑各种用户的需求情况。可是实际使用的各种情况，是一定要考虑的！！