脉络细节的确定是需求落地过程中最复杂、最困难的环节，任何一个你看得到的细节变动可能还连带着其他不容易发现的脉络点。具体到细节确定，不是简单地解决当下所抛出的表象问题，而是需要综合所有潜在的脉络信息，确保解决当下问题的同时，还不会影响原先正常细节的可用性。

　　今年10月份，我们做了一个关于熟人匿名投票的项目，其中有一部分是关于好友体系的设计。业务层面，我们希望用户快速添加好友，完成投票行为，因此我们设计了门槛最低的单向好友体系，即用户无需对方同意，可以直接添加好友，具体到好友页面还有3个需要确定的需求细节。

　　最上方的泳道卡片被添加后是否需要消失?

　　消失后还需要再出现吗?如果再出现，时机又是什么?

　　既然是单向好友体系，那么还需要好友申请页吗?如果需要，申请页中的用户状态分别有哪些?

　　(1)最上方的泳道卡片被添加后是否需要消失?

　　第1个细节比较容易确定，因为脉络点很明显且唯一，即我们希望更方便用户添加泳道里的不同好友，因此好友卡片被添加后需要消失。

　　(2)消失后还需要再出现吗?如果再出现，时机又是什么?

　　如果不出现，就意味着我很快就会把通讯录好友都点完，之后推荐泳道就空了;但如果出现，就意味着我可以重复点一个好友多次。我们发现这两个假设其实互为正负关系，因此只需权衡两端的优劣，就可以确定该关系下的脉络细节。

　　① 重复添加好友–脉络信息分析

　　推荐泳道包含APP和通讯录未注册两类好友，由于是单项好友关系，因此对于APP好友来说，几乎是没有任何影响的;对于通讯录未注册好友来说，会涉及到短信通知，如果出现滥用重复添加的情况时，只需要在短信规则上做限制就可以规避，此外如果短信规则制定合理，还助于初期我们在种子用户传播维度的提升。

　　② 次性把通讯录都点完–脉络信息分析

　　对比重复添加好友，一次性将通讯都点完，太过被动，不符合当前阶段的产品目标。