第一次做BRD

这几天是第一次做商业需求文档，虽然上面给的任务只是「研究一下」，但我还是老实地挖了足够多的坑，待自己去填。

因为大致的模式是老板提的，加上第一次做而时间不多，所以做着做着很容就陷入了「完成功课」的状态。这种状态表现出来就是反证老板的idea是高明绝妙的，可能赚钱的，非常值得一试的，然后列出项目计划一二三四啪啪啪开始去做。

今晚反思一下，觉得自己压根没必要这样作贱自己。

首先，自己工作上还不处在适合依附于机构的阶段，如果真的撕逼了，把我炒了也没什么，真没什么。不过其实撕逼可能性很低，一个是我自己在人前跟在显示器前是两个人格，会比较温顺；二是这个机构的人心态也相对开放；三是我不会吵架......

第二，最重要的是，这样不是真正做事情的样子。相比「让正确的事情持续发生」，更像是把事情主动引导去错误的方向发展，这样回头多打击自己和队友啊，会感觉生活没有意义的。
这里撘一句题外话，最近开始隐约感到做人还是要有些所谓的底线。底线表面上看起来是限制，实际上是有好处的。至于具体有什么好处，自己应该坚持什么，目前还不清晰。

面对这种老板提出项目，自己再去做分析之类的任务，现在大致的解决思路是：

首先，忠实地从一个旁观者角度出发，把事情从源头开始讲起，该涉及的东西全部都列出来。尤其是那些比较重要而敏感的：用户需求有多强烈？目标用户是否足够多？市场盘子是否足够大？盈利模式难不难？要克服哪些运营难点？为什么国内同类产品都活不长.....balabala，都先列出来。
这样至少保证了故事的思路是对的，那输出的东西才有实际价值。而那些真正想听的人也会真的愿意听。

然后，尽可能地把每一块讲清楚，不胡混过去。

再然后，问题就来了：在时间和资源有限的前提下，怎么做到上面两点呢？
目前我的想法是，忠实地讲好自己时间范围内力所能及的部分。剩下的那些，在保证方案基本完整的前提下（最小可用产品），直接说明需要时间来整理（迭代版本）。如果需要借力的，考虑在会议上提出。

嗯，基本就想到这些。

在反思这件事的时候，突然想起两年前跟的那位领导，在我第一次画原型的时候，跟我说过：「千万不要着急，一着急事情就不对了」。

那位领导嘛，虽然他本身没有成就什么牛逼的事业，但他的一些观念和行为，一直保存在我的大脑内存里。例如这句话，从两年前的记忆中突然就蹦出来了。
对了，他是罗粉。
23333~