文章内容由 『触宝科技』资深产品经理 张檬Lemon，在『SmallTalk 2.0』第五期 【年关小聚】中的分享整理而成。
相关阅读：《如何做好需求管理？(上) 》
需求如何落地——以始为终
最终，我讲最后一点，想跟大家聊一聊，就是说创业团队如何去做需求的落地。
因为我们经常会遇到这样的问题，资源少，速度，老板说不能慢，我们已经每天忙得基本是黑着天出去，黑着天回来，也不知道下午五六点街面上是什么样子，一些节日，我们有的时候，可能都会冷落家人，不去参与，已经在非常高负荷的情况下，老板依然会提出让你速度快，于是我们一直在做团队的管理上面，在不断地去改进，去整理我们的经验，最终我们会发现有四个字，非常能好地解决这个方案，就是以终为始。
为什么？
当你的团队人可能稍微多一点点的时候，我们内心会觉得我有人力了，那我可以把我之前列的需求都去满足，但是其实大家现在每个团队都会有自己的OKR，或者是KPI的形式，比如说如果你是一个外卖APP，你希望你提供的目标主要是大家的一个下单率，如果你是一个出行APP，你是希望他尽可能地解决，用户的出租车司机尽快地找到他的乘客。
所以其实我们的每个产品，都会有它的核心目标，或者是老板说让你在一两个星期里面，快速发一个版本，提高某一个核心指标。那我们在做很多的工作的时候，其实要围绕我们团队的最终的目标，就是要以终为始。
如果当你的团队有充分的资源的时候，你可以去做其他的事情，但是当你的团队的有限的时候，我希望大家可以说利用最少的资源，但是全部的去倾情于我们最终的目标。
第一：设置需求池
于是我们团队在最近的实行过程中，发现了有一个比较好的方法，就是我们要会订长短期目标。
需求来源
然后具体地讲一下我们执行的方法，就是我们会有一个需求池，这个需求池大致会按照这样子的形式会去记录，一个就是我们产品自身的需求，或者是来自于用户的需求，或者是来自于这个运营，或者市场方面的需求，这个是需求的来源。
需求类型
除此之外，我们会记住这个需求的类型，比如说我们希望我们的接通率更高，或者是需要我们产品的用户的反馈率降低，然后里面会有具体的我们功能的一个描述。
需求量
然后我们还会有一栏叫做需求量，这个可能是我们主要在做用户反馈时候的主要的作用，因为用户每天会跟你提出很多的需求，我们每天在后台可以收集到两个平台的用户反馈，至少达到1万条，那这个其实量是很多的，但是里面会有很多的重叠的信息，我们就会去筛选用户量需求最大的。
记录上线版本
另外，我们会记录上线的版本，因为我们执行的方法，我们团队执行的方法是交错执行，也就是当开发已经在进入现在的周期的时候，我们的设计团队，已经进入了下一个迭代的周期，所以会交替进行，我们也会记录自己的上线版本。
其实每次版本发布之后，都去回顾我这个需求池，去看一下，说我的需求具体来源都有哪些，哪些需求是占了我们团队最主要的资源。
第二：任务卡——任务追踪
现在会有一些比较成熟，也做得非常好的团队管理的软件。我们公司里面现在用的是Teambition，然后它的一个比较好的方法就是，大家可以看到我这里边会有四列，这是简单的一个示意，就是我们会按照职能去分出它需要处理的工作。
今日正在进行
然后有一个关键性里面，就是今日正在进行。那今日正在进行，主要的目的是什么？
因为我们其实产品经理或者运营经理，经常会去打破开发程序员正在认真coding的状态。其实这个是他们不想遇到的，他们最讨厌的。
为了避免会打破他们的工作节奏。于是我们会有一个执行方法，就是我们每天早上到公司之后，产品经理先去和我们的开发团队去沟通，你今天需要完成的内容，那和他的时间评估是不是吻合，于是都会放在这一列，包括我们有一些设计需求，或者是有一些功能设计的任务，如果是说今天确定产出的，都会在这一列。
这就有一个好处，就是方便大家去跟踪自己的进度，而且如果你没做完，又被别人看到，是很尴尬的。大家会发现你的头像一直是delay，dealy，delay。
开发已经完成
然后第四类就是开发已经完成的，开发已经完成的目的，因为我们产品是每天内部都会有自己的Daily Build，就是每日版本，那每日版本的时候，会和团队说我们今天更新了哪些，然后实现了哪些功能，这里面我们每次做完一个卡片之后，它后面会有时间节点，都会到开发已完成里面，那我在写每天的更新日志的时候，也可以把这个放上去。
标签
里边会有一些标签，也是我们经常会用的，比如说非常紧急和紧急，这两个维度是用来评估说你现在正在做的事情，是不是最主要的，比如说我们可能发现了一个版本上线之后，它的跳失率特别高，或者是我们发现了一个版本上线之后，它的接通率比较低，或者一个新的功能，最后用户反馈有反弹。那我们会把它优先处理，我们会标上非常紧急。
另外，有一些可能是我们预估在几天内需要完成的，我们会标成紧急，这样子可以让执行的人，成员去看，给他自己正在做的N多的任务评优先级。
此外，我们还会有一些标签，每个卡片的前面都会有一些前缀，比如说我们做的是Feature还是需求变动，还有一个是Bug类型。然后，我们会有一个版本迭代周期结束之后，我们去看一下这些标签，具体你这个版本里面主要的目标是做了哪些，我们是增加了新功能，还是产品经理每天都在变，还是他一直在稳定性能，又或者是一直在修Bug。
第三，明确目标
我们会和团队明确，我们团队的长短期目标。我们会精确到月、周和日，这个怎么说？
当创业团队，如果你不只是有几个，可能五六个人的时候，那五六个人的时候，它的沟通方式是非常好的，我们坐在一起就可以直接沟通的，你今天要做哪些。
当然创业团队它也会慢慢地发展，我们现在团队有20几个人，那我怎么能知道，大家知道我们的目标，我们团队的目标。因为并不是资源很多，人很多，就可以产出，可能就会变低，那这个时候我们就会每天和大家或者是定期和大家制定我这一个月，要做什么事情，我这一周的版本里面要实现哪些功能，我今天需要完成什么。
这样子大家的目标是很明确的，也避免很多团队的成员里面，他可能平时和大家沟通得很少，那就和自己最终的目标会有一些偏离。
第四，Stand up meeting
我们每天中午会有一个站立式开会，Stand up meeting，这里面怎么说？因为其实大家应该都不喜欢开会，但是当发展到一定程度之后，我们每天可能的主要任务都是去开会，我们会选择，经过一系列的我们的变化，我们会发现我们选择中午开会是效率很高。
这个里面会有几个议题：
第一：让团队的目标一致。
也就是执行我前面刚才的方法三里面的，和大家说目标，然后我们放在中午，因为大家都要去吃饭，所以效率会特别高，即使已经有20几个人的团队，我们每天的开会都会控制在10-20分钟之内。
第二：沟通进度及互相依赖
然后每个成员说他今天要做什么，他昨天做了什么，然后互相去沟通一下有没有互相依赖的。比如说我今天需要设计完成一些图，或者你提供的需求的文档并不是很清楚。所以说我们会执行Stand up meeting。
第三：好处——反向激励
另外，这里面好有一个好处，就是如果你在自己的表达过程中，如果发现你没有什么可说的，或者你说你昨天的任务一直没做完，其实对自己也是一个反向的激励过程。
第四：评估成员效率
除此以外，项目经理其实也可以更高效的评估团队里每个成员产出的效率是怎么样的。
总结：
所以，其实说了这么多，我想说的就是我们创业型团队，在做需求管理的时候，可能我们需要一些快速的方法，那前面也提到了我们要做用户调研，要提前去知道一些事件，去看一下我们需求的程度，那我们也可以做这种焦点访谈，甚至我们可以用数据去驱动，然后我们在团队的管理里面可以更高效。
今天我想的说的就到这里了，最后送给大家四个字，坚持和专注。
因为在创业型团队，我觉得每个人都是非常优秀的，坚持下来非常不容易，包括我觉得人人和钟昊其实他们也非常不容易，他们没有任何的利益驱动，纯是非常公益式的去给我们开这种一个没有水份的活动，那这个里面，其实会有很多艰辛大家是不知道的，包括我们每个人的职业生涯里面，也会遇到很多瓶颈。
相关阅读：《如何做好需求管理？（上）》
编辑：SmallTalk_JustBoB、SmallTalk_人人
校对：SmallTalk_Areslay
** 文章版权由SmallTalk及演讲者共同拥有，如需转载请联系微信：areslay **