当我们提到一些常见的功能时,可以一笔带过,简单的描述一下就可以了,比如:对于微信登录,手机号注册。
那如果我们提到的是一些比较复杂的,具备一定创造性功能的时候,又该如何呢?
比如:APP推荐分享功能,老用户A将APP下载分享页,分享到朋友圈,或微信好友,微博,新用户B,C,D通过分享下载APP装机并注册,老用户A获得积分或其他奖励。
类似问题,会成为产品经理的一道分水岭,于我们而言,不只是想一些好的东西,还要有办法将他实现,这需要我们对技术有一定的基础认知。
几乎所有的互联网产品均会包含这四个环节:数据库,后端,接口,前端。但在某些产品里,可能会增加环节,或者用另一个方法来代替上图的某个节点,也可以减少一些环节。
“数据库”的存在可以被“日志”来代替。
一款无需网络支撑的“计算器”则只需要前端的功能支撑。
对于产品经理而言,我们有义务将一个idea转化成可用代码实现的方案,实际上这个转化过程正是产品经理重要技能的一环。
不仅仅是想到需求,还要确保需求可被实现。
对于互联网产品而言,一个idea一般都会牵扯到这4个环节,我们以登录为例。
这是一个简易的泳道图,我们可以这样来解读这幅登录的泳道图:
我们所说的异常保护,就是在上述的过程中,每一个环节都有可能出现错误,我们无法将所有的错误都进行预设,通常会将异常做分类。
没有返回以及返回的信息,不是“对”,也不是“错”。
所以一个登录功能,除了我们所看得见的登录成功,登录失败,还会有请求失败,请求错误这两个“功能需求”。
APP推荐分享功能,老用户A将APP下载分享页,分享到朋友圈,或微信好友,微博,新用户B,C,D通过分享下载APP装机并注册,老用户A获得积分或其他奖励。
这个是基于分享的泳道图,他能满足我们分享的需求,但显然,这不能完成案例中的复杂逻辑。我们来看看另外一副泳道图。
这个图补充了B用户在微信打开被分享出来的链接所对应的操作,但是这任然是不够的。
我们还有几个问题没解决:
第一个问题很好解决,A用户分享出去时,将用户的profile信息一起传给后端就可以记录下,“谁分享的”。
同时,在B用户访问时,我们也去记录下访问人的信息,微信提供了这样的支撑能力,在用户访问一个H5链接时,我们可以获得访问用户的微信ipen ID,这样就能知道谁访问了。
走到这一步,我们已经能够将这个案例实现大部分了。
然后
我很喜欢一句电影台词:如果不是喜剧结尾,那是因为电影还未完结。
我们设计到这里,已经能够发现问题了,那就能够找到问题的解决方案。
解决问题,产品经理应该是专业级的。
我们要做的是将注册ID与访问用户的openID进行关联,中间欠缺一个可链接的桥梁。
于是,我们可以建设另一个桥梁,来起到替代作用。
我们可以在下载页作一个活动,每次用户访问这个页面时显示一个处理后的参数,这个参数是根据计算得到的,就像微信的open ID 一样。
访问者ID加上分享者ID再加上一些其他的参数,生成一个新的参数,我们可以将其称为幸运ID。
B用户只要在注册过程中,甚至注册以后的正常使用过程中,输入这个幸运ID,就能建立起这道桥梁。
我们只是需要寻找一个能够让用户输入“幸运ID”的动机就好啦。
比如:
这并不是唯一的解决办法,实际上很多需求都可以用不同的实现方法来解决。案例中的问题,我也没有将其完全描述出来,相信还剩下许多细节问题,留给大家思考。