当你进入一家相对成熟的公司，做到一定的业务向管理者位置时候，你会发现来自各个业务部门的需求会源源不断，铺面而来，而且大部分需求本身其实也没什么难度和自己的业务似乎也有一定联系，“只是”需要排下优先级。
然后，当你实际开排这个优先级的时候，就会明白为啥需求源源不断，因为通常情况下，游戏运营是某种大中台，其它业务部门的需求最终的解决，都依赖往游戏产品的供应方也就是研发那边去排单。而研发的资源嘛，我从业二十年，除了明知快死的项目大家都枯坐等死（当然也没什么真的问题需要解决），就没见过程序的人力能够富裕——越是在上线运营越没有什么可以随意挥霍的空间，很多被日积月累的问题，都不是什么技术问题，单纯就是“重要但是不紧急”“当前不重要也不紧急”的事情，遇见各种紧急任务，而轮不到资源分配的机会。
最终……还是要你再去按一个标准分个优先级。而这个过程中，你自然而然的会发现，真的想去解决一大堆重要但是不紧急（但是累计下去可能真是大问题），你又会惊喜（或者惊吓）的发现，有两个事情需要得到自己的完全控制。
第一个，叫能当恶人的态度，强硬的，铁血的，明确展示自己底线，对任何挑衅这个底线做出强烈激动回应的那种恶人态度——知道什么应该先，什么应该后，一般接受九年义务教育制度后，对游戏业务有个3年理解的都可以做到，但是倘若是个人头就觉得你好说话，那么最终你会发现，你根本没法真的做到拒绝谁谁谁，因为拒绝谁，似乎都会牵涉到业务之外的破问题。
第二个，叫真的能有你可以决定什么做，什么可以往后做，什么能够不去做的权利，当然也需要承担对应的责任风险——给你的授权倘若并不充分，那么你能尽的义务自然是匹配权利的大小而灵活缩放了。
当然了，管理需求这事情，还有一个最重要也最容易被管理者自己所遗忘的事情，旧是当一个有需要的需求出现时候，尽快把这玩意记录下来，然后再剩余的8小时内归好类，哪怕是简单的归个类——相信我，需求管理这种事情，第一优先的并不是什么技术问题或者方便化工具，又或者对需求权重的排序技巧。是的，这些确实都很重要，但是最核心的点往往就是，大量重要，但是不紧急的需求，因为不及时记录而被遗忘，然后慢慢累计成一个复杂麻烦的大问题。
而具体到怎么记录，有人偏好记事本，有人偏好做表格，我的朋友（不是我）偏好的是做脑图——思维导图拖动方便，还可以用各类小表情标记优先级，用帖纸功能标注重谁来做，而且树状分支显得非常清晰，关键信息一目了然之外，思维脑图本身就是一种上帝视角，每次打开阅读和记录完毕，都会有一种全局掌控的错觉……
有兴趣的，可以试试哦。
——我是分割线——
谢谢大家看到底！如果看完我的杂谈文字野路子经验，你也有感触，欢迎点在看、关注、分享或者给点个「
赞
」哟
其他……
《
关于我经常提到的游戏业内群怎么加入？
》
免费的经验：
《
详谈到底什么是游戏运营三张表
》
《
自己遇见大佬做游戏时候的6步方法
》
《
游戏创业里王道正统和香酥鸡拷贝这件事
》
付费的坑：
《
小游戏研发初创团队立项前建议思考的问题和融资，立项，测试相关经验谈
》
《
游戏业内的闲扯，研发侧大佬线下复盘游戏研发和团队的真知灼见
》
《
页游年代的游戏产品综合评分量化标准文档
》
《
小游戏大制作：聚焦核心玩法，注重用户体验
》
