一入产品深似海，虽然已经从业两年一半有余了，但还是会经常问自己，这个功能点怎么实现比较好？同样是登录注册，但是密码要不要输两遍；考虑用户名注册还是手机号注册，验证码采用四位还是六位，再次获取验证码是要花60秒还是120秒等等细节上的问题，这些看似微不足道的问题上纠结过很多次。同样的还会有类似的这个功能要不要加等问题。需求文档不知道怎么写，这样设计好还是那样设计好，从什么维度展示比较好。其实都是没有抓住一个核心问题，做这个功能的目的是什么，解决什么问题？
已经离职的一位产品后来经常对我说，你不要纠结于实现方式，而要站在出发点考虑，现在新增的功能或者改进是为了解决什么问题，在解决的基础上然后再去考虑交互体验，视觉设计。所以每次老板让她新增需求的时候她都会问需要解决什么问题。因为这句话我也受益匪浅。
显然，每个产品人都是站在用户的角度出发的，但是在实现方式上可能会陷入拙荆见肘，捡了芝麻丢了西瓜的地步，实现方式太多太少都将是一种挑战和危险，看了A ，B ，C等solutions时，会发现有些功能某信有了，某团有了，某宝有了等等，导致在需求设计时会额外加上不必要的需求。回头来审视的时候才发现其实已经离最初要解决的问题很远了。在这个过程中思维发散能考虑到任何的点应该都是围绕解决问题来的。
回归到产品本身，新增一个比较大的功能时，我都会在文档开头的功能描述中具体描述这个功能的出发点，描述场景，简单的说就是解决了什么问题，提供最终的解决办法。当然后面能直接跟开发讲清楚就更好了，反攻就会少很多。
作者简介：子凌，互联网医疗产品经理，专注于互联网X医疗X产品,
公众号：像艺术家一样思考
