查找-添加：基于地理位置查找附近有相同兴趣标签的陌生人或者群组，然后直接添加聊天，这几乎是移动互联网时代社交产品的常见功能，但却是简单高效同时高风险的方式。

　　浏览-互动：浏览用户创作的图文音视频内容，以评论、点赞、关注的方式与创作者产生互动，继而产生间接的社交关系，多见于以单一互动功能为基础的社区(交)类产品，打扰最少但链条也相对更长。

　　上述两种方式不就是大街上常见的套路，都是社交产品标配，有什么特别?

　　的确这些功能都是标配，司空见惯。但是笔者这里想阐述的是，在策划这个产品方案时候如果只关注local和兴趣两个点，那等于直接做一套“查找-添加”的同步交友功能就完事?这样显然有问题，在产品发展的早期，显然没有足够的用户量满足彼此之间的兴趣社交需求，尤其一些相对小众的兴趣爱好。而且这种同步社交的方式对用户的社交技巧也要求很高，把天聊死了也是常有;另外“附近的人”这种老套的方式也早已被微信、陌陌等先行者的约炮丑闻影响了口碑。所以不能只简单满足于这种解决思路方式。

　　相反，浏览-互动这种异步社交方式在牺牲效率之后换来更加婉转、轻松的体验。在这种方式下往往需要一方用户发表内容(可能是文字、图片、短视频等形式)，另一方围绕内容与之产生社交行为。

　　值得注意的是，兴趣爱好是一个笼统的概念，这个词可以翻译成：摄影、桌游、徒步、阅读、骑行……每种类型兴趣爱好所对应的内容类型也也不尽相同，这点可以直观地从各类市场竞品中看出来：豆瓣的影音书主要长图文内容、Keep和悦动圈中的内容则主要是打卡、短图文、短视频等。甚至有些兴趣爱好还不容易产生可浏览互动的内容，然而这个问题笔者未有太好的方案。

　　基于以上思考，在线上社交关系构建模块的策划上，笔者给出的方案是：以兴趣爱好类型划分社区频道，类型划分需考虑受众人群的广度来决定颗粒度。

　　“我们”APP首页原型：

　　每个社区频道基于LBS并结合“查找-添加”和“浏览-互动”两种社交方式搭建具体的场景，因为兴趣爱好的差异性，“浏览-互动”部分的内容也会有所不同。

　　在产品发展的早期，用户量级不太大，内容不太丰富的情况下，“浏览-互动”部分应该可以适当将地理位置放宽至省内甚至全局。

　　“我们”APP运动兴趣社区原型：

　　“我们”APP摄影兴趣社区原型：

　　(2)社交号平台模块

　　仅有线上社交关系构建是不够的，那也仅仅和陌陌探探们没有本质区别。如上文提到，该产品方案涉及到B端用户，这些角色在社交平台上提供的是线下社交活动的组织、场地、票务和撮合服务。结合本文的主题，这里笔者引入一个概念： “社交号平台”，作为这些B端用用户及其服务的产品承载基础，具体包括但不限于以下几项能力：

　　专属主页：独立专属的社交号主页空间，提供多样化的前端组件供第三方快速搭建自定义主页，上线运营内容;搭建微商城，进行实物、服务类电商交易

　　“我们”社交号专属主页原型：

　　活动推荐引流：社交号支持创建付费参与的活动;创建的活动添加“认证”标签并在兴趣社区、IM场景进行推荐展示

　　“我们”APP社交号活动推荐原型：

　　粉丝关注与推送信息：用户关注社交号后，可以在接收来自社交号的活动推送信息

　　“我们”APP社交号消息推送原型：

　　会员运营：提供付费会员与会员分级运营能力，便于社交号对粉丝的精细化运营

　　“我们”APP社交号会员页原型：

　　直接阐述这些功能或许比较抽象，笔者列举几个设想案例：