经过一个多月跨部门的长途跋涉，穿越春节带来的中断，某个功能终于上线了。
但是推动其上线，却对作为功能负责人对我带来了一次危机。因为功能不满足上层的要求，被挑了些毛病。复盘整个过程，在功能上线这件事情上，有几点值得反思：
先过审再上线。任何功能，在上线前，必须经过产品负责人把关同意。
- 从他人的心理预期来看。策划案制作之时，我还有个直属上司，对彼时的我而言，这个直属上司已经足以替我决定一切；到功能上线之时，这位上司已经被上层气走，而我却并没有很好地找到替代上司。这次上线，引发上层的怒火，很大一个原因正是在于没有让他先验收效果。没有预期的事物对人总是会造成更大的冲击。
- 从产品开发的生命周期来看。不管这个上层控制欲是不是过强，平心而论，在产品开发过程上，这个重要功能的上线，的确缺乏更加审慎的过程，也值得具有更加规范的流程。这一点可以推广到整个版本功能的迭代上。
心态控制与危机处理。在发生危机的时候，如何快速处理危机，绝对是一个策划必备的能力。
- Facebook 近期遭遇历史低谷，有人批评扎克伯格缺乏危机应对能力。在危机发生之时，首要事情，就是处理危机。当然，在这次功能上线上，其实从功能本身而言，完全不认为有不可饶恕的问题。在这种情况下，当上层违背产品开发的某些共识（这次是强行要去掉预加载），把某种意志强加给功能的时候，作为一个产品策划，要尽全力维持产品形态，公正考虑其意见，如果不妥，即使会发生冲突，也应该为功能做争取，直到无法再争取，才可以妥协。
- 无论是争取成功还是失败妥协，必须快速产生结论，并且结论一出，无论对错，先执行好，再做探讨、优化、修正。
- 要合理评估自己在团队中的微妙地位。团队地位，通常是由在职年限与能力强弱来决定的，但当时的宏观环境，也会影响自己的地位。在职年限越高，职级通常而言更高，官方赋予的权威也更正式；能力越强，在团队中的话语权就越强，影响力就越大；宏观环境如是否跳槽季、团队是否稳定、竞争是否激烈、团队成员关系情况等，都会微妙地影响自己当时的地位。既不可夜郎自大，也不宜妄自菲薄，公平对待产品，尽可能地，抛开其他影响，先从产品本身考虑问题。