最近对邀请好友做任务类的产品功能思考还是挺多的，有一些思考分享给大家。

写文章前，再把人人都是产品经理上的邀请好友类文章，刷了大半，有很多都挺不错：有深度、有案例、有数据、有实操建议。

贴部分好文如下：

大部分文章都基本会落脚在：邀请功能的某个点或者整条线上，比较易读，也有冲击力。但我较少看到：体系化的文章（或许我没看到）。

今天笔者试着来写一写：如何从0到1搭建一套完整的邀请体系。笔者才疏学浅，仅是一个角度思考，欢迎一起探讨成长！

在构建邀请体系时，笔者以如下3个问题反思它的价值：

这套 *** 论，是不是一种可迁移的能力？不管是哪个行业、哪个产品阶段都能使用。

这个邀请框架，从满足业务诉求上，是不是延展性强、复用性高？

这种组件化的设计理念，是不是可以快速适配80%以上的邀请需求？

如果，以上问题都有肯定的答案，那么它的目的就达到了。

本文框架概览：

1. 为何要做邀请功能？

2.系统化的邀请体系该如何设计？

2.1 搞懂宏观：邀请流程视图及底层架构

2.2 发力微观：做个有灵魂的产品

2.3 设计组件化：四两拨千斤的能力

3. 邀请能力升级：数据驱动产品迭代

1. 为何要做邀请功能？

万事万物皆有因果。做之前，搞清楚为什么做，往往更为关键。

你可能会说：竞品做了一个邀请功能超级好，带来了很多增长，我们也做一个试试；

或者老板说：最近我们产品的用户增长遇到了瓶颈，需要用老带新的方式，提供新的增长点。都可以的，搞清楚目标及定位就ok。

笔者认为：邀请功能持续被大家推崇，有两个大原因：

流量红利消失带来的焦虑感。付费型流量贵、质量不可控；私域流量不一定具有普适性、也未必玩得转；

邀请功能作为其中一个流量抓手。免费、可控、有背书，自带BMG式的出场让大家满怀期待。

当然，从大方向上的达成一致，并不意味着条件成熟。是否真的、需要立马采取行动？不妨用下面的三个问题check下。

（1）当前产品所处的是什么阶段？

种子期、成长期、稳定期、衰退期，相对来说，拉新和稳定期比较适合借助MGM来获得更多的增长。

（2）当前产品遇到了什么问题？

增长乏力、留存低、复购差。如果这些问题都存在，可以考虑启动MGM。

（3）解决产品当前的问题只有邀请这一种？

自然的流量太少、付费的流量太贵，主动推的流量质量差。那么玩好MGM是个不错的选择。

上述问题，如果你都想清楚了，那就开始行动吧！

二、系统化的邀请体系该如何设计？

邀请好友功能，一般说成MGM（member get member），会员拉会员，即为常说的老（M1）带新（M2）。根据开篇说的三个问题，体系化的邀请功能该如何思考及落地？

2.1 搞懂宏观：邀请流程视图及底层架构

（1）邀请流程视图

从用户来角度，邀请功能有一套完整的、标准的流程视图：M1先做什么？M2后做什么？最终他们获得什么？

见下图：

共7步，每一步都有对应的要点及交付物，这样也就方便需求方快速地提交需求并及时响应，下面以：step2和step4 举例说明下（完整的内容，可联系笔者）

step2：业务交付内容

MGM作为平台的能力，需要适配不同业务方的需求，比如平台运营，需要拉新、拉回流；某一块业务，需求就偏向于拉业务的销量。

此表的作用有两个：

充分调研业务的需求，因为作为设计者，你不可能完全了解业务；

管理业务的需求，按照业务的迫切程度，排出优先级及管理预期。