目前从多闪的产品形态上来看，定位依旧不是很清晰，且未来发展方向不够明确。

一、明确核心需求、核心功能

首先，不要拿着做IM工具类社交产品的思路去做story类社交产品，这样会带偏产品设计的方向。

从目前多闪的产品形态上来看，给用户的感觉是定位不清晰的。做IM、相机、还是内容社区？产品主要满足的用户需求是什么？这些问题作为用户来说是无法马上通过产品get到的。

其次，如果是确定story的产品形态是未来社交领域的潜在机会或者突破点，在产品设计上IM就不应该是默认首页了，story才是核心功能，直接进入story内容的承载页面，缩短核心功能路径才是正确的做法。

发布功能、IM功能应该都要相对弱化，然后凸显核心功能地位，让用户对产品的认知更加直接清晰。并且，对于story功能产生的互动通知的提醒优先级要更高些，甚至要比IM功能的优先级还要高。

最后，社交类型产品往往会在关系建立还是信息传递这两种社交活动的阶段去做文章，重关系建立阶段的，基本上就是陌生人产品。而信息传递阶段可以做的需求无非是两种：IM通讯需求跟信息分享类需求，在目前社交市场上来看，如果在信息传递方式或者信息产生/接收场景a这些层面没有出现大的变革，IM通讯需求基本上是没有空间去做了。而多闪是一款定位于熟人社交类产品，建议最好不要想着去在IM上花大工夫，收益可能并不理想。

二、根据实际情况来选择用户关系链类型

分享本身是一种信息弱传递的行为，根据story功能的需求场景，最适合的关系链形式应该是弱关系关注，而非IM工具所通用的强好友关系。然后，story功能从发送者需求以及阅读者需求上来看，两者存在差异。

story满足的发送者的需求主要有两点：

1. 分享真实生活；
2. 不打扰他人，只向部分人分发。

阅读者角度上来说主要是这两点：

1. 了解自己关心的人的生活；
2. 发现其他人有趣的生活状态。

然而封闭式关系将为story内容产生的带来如同发微信朋友圈一样的压力。发送者在利用story分享真实生活的时候，更希望是一种主观而不刻意的行为，当用户关系链为关注类型的时候，这时候这种主观性放在了粉丝上，而与发送者没什么关系，将会进一步减轻内容分享压力。

关注类型的关系对于内容消费者类型用户来说，去挑选自己想看的内容来说成本更低。窥探自己关心的人的生活状态本来就是一个固有需求，而强好友关系为这种需求设置了较高门槛，而微信这种门槛其实更多的是为了防范IM垃圾消息泛滥，可能并不适用于主打story类型的产品。

个人觉得这种门槛不应由产品来建立，应该让用户自己根据自身情况来选择内容的可见范围或者权限，比如：互相关注可见、粉丝可见、所有可见。

三、想清楚用户想要什么样的社交关系链

个人认为通讯与朋友圈的需求最好分开变成两个独立的产品。至于理由，两个需求均依赖关系链，但关系链并不是完全重合。

对于通讯需求来说，关系链一定要大而全，这样才能在找人的时候更加方便；对于朋友圈需求来说，关系链最好是自己经过挑选的、有意义的，这样不至于看到自己不想看的内容。把这两种需求所需要的关系链分开来看，其实真正有社交价值的关系链应该是朋友圈需求的关系链。

通过了解微信的发展过程以及现状不难得出一个观点，在微信早期因为这两种关系链重合度较高，所以这两种需求不存在什么矛盾的地方，数据都成长的非常好看。而当用户关系链数量发生较大增长的时候，两种需求各自所依赖的关系链的重合程度不断降低，所以朋友圈需求在关系链庞杂的时候会被抑制。互相支撑，各自安好才是最好的结果。

对于多闪来说，在一开始的关系链导入策略上存在认识不清的情况，盲目追求关系链数量而轻视了用户需求。

用户每一次社交平台的迁移都是一次对原来关系链的筛选与重塑，搬迁关系并没有什么问题，只是要清晰的知道需要将哪些关系导入进来，并不是微信上的所有关系都是用户在另一个社交平台上需要的，推荐用户感兴趣的人远远比推荐可能认识的人要高明些。

对于推荐关系链的建议是：

1. 关系链采用循序渐进的方式去推荐，不要一上来就追求关系链数量；

2. 推荐不是一个单一维度的事情，在用户可能认识的人中，通过分析用户资料(年龄、地域、抖音兴趣类型、添加共同好友的类型等维度)，结合产品实际场景，作出更准确的关系链推荐，让用户遇见想认识的人。

四、慎用贴纸来引导内容拍摄、促进用户互动

之前FaceU在做短视频社区的时候，遇到了跟现在多闪一样的问题：内容质量低、同质化严重。相比较于抖音内容，完全没法看，都是用户非常随意拍出来的视频，在没有更多的附加信息的情况下，这种内容只会极大的伤害用户体验，甚至比拼多多的手段更差。用户增长的手段很多，这种伤害用户体验的方式还是最好别用。

个人认为类似于支付宝的蚂蚁森林、集五福的功能才是成功的促进用户互动与增长的社交功能，通过给用户建立产品目标，从而让用户自驱的为了目标做出各种各样的社交行为，用户也不反感并且乐在其中。

给多闪提一些红包玩法的建议，比如：

1. story获得多少个赞或者阅读，可以获得一个大红包，然后参与的人获得小红包；

2. 视频接力：视频可以是运营主题或者自定义主题(可以是动作或者语言，通过AI去检测是否符合要求)，每个人都可以是接力的发起者或者参与者，通过@的方式进行接力，最终根据接力参与人数(可以定个上限值)来给奖励，接力要有时限控制(X小时内必须完成)。

五、世界模块的作用应该更清晰些

从目前世界模块里story的内容组成来看，主要有以下几种：人气随拍、附近的人的随拍、可能认识的人的随拍以及其它不知道规则的随拍。

这些随拍的来源直接就让人有点懵了，我分析大概是想做这样两件事情：

1. 帮助用户拓展关系；
2. 给用户消费优质内容，但是从实际体验上来看，这个做法并不好，互相伤害两种需求用户的体验。

对于拓展关系链的用户来说，有部分story内容背后的人并不存在建立关系的可能；对于消费优质内容的用户来说，有些内容又不是很优质；于是做成了一个四不像的功能。

并且作为社交app来说，目前多闪添加好友的场景还是太少了，雷达这种基于LBS的功能，在前期用户量少的情况下，效果并不好。

在元宵活动中，有雷达的活动，结果使用后半天没有匹配，感觉非常不好用，应该尝试着做一些类似于微信摇一摇这种功能(可以更换概念)，着眼于利用现有用户量，盘活资源。

我的建议是：

1. 把可能认识的人的story插入好友story队列里(插入的时机跟频次需要讨论)，因为这些也都是潜在好友，并且与用户对内容质量的预期相符，所以体验上并不会有什么问题；
2. 世界里面附近的人的随拍抽出去，只剩下优质内容，满足其对于内容的需求；
3. 明确附近的人对于拓展关系链的作用，将附近的人的随拍以人的维度去重新设计交互浏览体验，简化添加好友的流程。

六、用户该在多闪上塑造怎样的人设

社交平台的一个重要作用就是承载并传递用户人设，其实多闪的产品宣传、产品功能引导、内容引导方面并没有一个较为明确的特点。

一开始就想做类似于微信的综合人设的话，那用户其实对这一个新的社交平台的需求就显得不是那么必要了，也想不到用户在两个社交平台建立相同人设的理由。而当用户有意愿产生内容的时候，却没有一个“这个内容适合在哪个平台发”的心理导向，大概率会选择自己最顺手的微信平台，多闪在这个方面就不存在明显优势。泛化本身并没有错，从单点切入、后期泛化或许更加适合一点。

抖音有一个用户给的产品slogan：抖音，记录有钱人的美好生活。其实多闪完全可以沿用抖音的一些内容思路，从日常记录分享高端、潮流的生活状态为story前期内容切入点，这些内容的受众的需求以及内容生产者的需求都是明确的，所以也是很好做品牌认知与推广的。

让用户在多闪建立起与微信完全不同的高端生活人设，与微信完全区分开，这样就会给用户产生内容、消费内容的动机，抓住这一波核心用户后，从而建立起自己的产品认知。并且找准这一方向后，对应的核心用户场景也就可以找到了，在产品功能设计上也不会迷失方向。

本文由@Mdou94 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自网络