【雨友第三期】行兵列阵,只为开发

大湿兄
7 评论 2452 浏览 1 收藏 5 分钟

关于雨友项目想法的胚胎:

当你经过8小时的工作,拖着疲惫不堪的身体回家,然后在地铁站出站的那一刻,发现外面下着瓢泼大雨,你无奈地看着地铁站外的熙熙攘攘的撑着雨伞的人群,希望对方能发现世界上有你这样一类人,需要他们的同伞共济,但是你因为各种原因不敢上前一步,比如内向、比如不好意思、比如怕对方拒绝或是觉得自己不怀好意,或者是你有伞,有与对方共享雨伞的需求,但是怕对方是坏人、是骗子、或者根本不需要你的帮助……这时候,多么希望存在这样一个平台,可以给这些好心人发布接受雨伞分享需求。

这就是雨友的胚胎,我们希望有越来越多的人,可以通过雨友来奉献自己的爱心,给需要帮助的人提供自己力所能及的一份力量。进而,让这个社会多一点善意,多一份信任。

上期回顾

雨友提倡互帮互助、爱心传递、彼此信任。借助雨天等这样特殊情景为用户搭建一个洋溢着正能量的平台,在这里用户可以尽情享受由信任、助人带来的精神满足。紧紧围绕这个主题,让一切的功能为此服务,打破传统社交类App以交友等为目的的定位,真正打造一款大众互助的公益性质的App。

根据前两期的讨论整理,本期初步对已有需求对应哪些功能进行梳理以及初步规划雨友的内容结构。为功能细化、技术选择、产品架构、UI-UX设计提供支撑。

其中主要包括:

1、 账户管理版块

2、 求助版块

3、 个性需求版块

4、 诚信体系版块

5、 供求信息发布版块

在这些细分结构中,会概述每个版块的主要功能。

功能点梳理

对1.0版的雨友主要有以下几个场景需要满足:

1、 用户发布可以共享雨伞的需求

2、 用户接收到周围愿意分享雨伞的信息后,回应接受分享的需求

3 、用户恶意发、接受需求的惩罚,以及判定依据

4 、用户分享过程中的陌生环境解决方式

5 、用户快速注册

1、账户管理

在产品初期可能影响力不够,不能够完成实名制。但是随着产品的定位被越来越多的人接受,慢慢的引导用户进行实名制。

2、求助

在产品初期主要以雨天为依托达成互助。在这个过程中主要涉及以下功能:

3、个性需求

突出核心功能后,也要适当增加”娱乐性”,更加生活化、个性化、情趣化。

4、诚信体系

诚信体系是雨友的核心,也是所有功能的基础与后盾。雨友将收集用户行为产生的数据,把其中一些作为每个账号的信用等级判别,并且把其中一部分数据作为为用户推送信息时的依据。

5、供求信息发布

在产品后期,随着雨友影响力越来越大,那么自然会变成除借伞以外的公益互助平台,把互助的范围扩大,从雨天借伞到助人于危难,打造一个洋溢正能量、传递爱心、宣传公益的App。

想很深入的了解前两期关于雨友讨论文章,大家可以猛戳这里:

下雨天,有你相伴—“雨友app”需求文档

雨友,发现不一样的风景

 

本文由人人都是产品经理原创,转载请注明出处。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 加油,希望看到成型的产品出来

    来自广东 回复
  2. 如果做到第五点的话,那么“雨友”的名字就是他在扩张路上的一大瓶颈

    来自广东 回复
  3. 来自福建 回复
  4. 图是谁做的?不规范啊~

    来自贵州 回复
    1. 下次注意啊

      来自北京 回复
专题
16384人已学习12篇文章
数据中台是处于业务前台和技术后台的中间层。本专题的文章分享了如何搭建数据中台。
专题
15776人已学习13篇文章
说到“账号”,想必大家对于这个名词已经习以为常。现在市场上的大多数应用,都会有自己的账号体系。本专题的文章分享了如何搭建账号体系。
专题
13204人已学习14篇文章
在这个大数据时代,数据对于企业的重要性越来越明显,因此不少企业将数据作为推动一款产品的重要前提。本专题的文章分享了如何用数据去驱动决策。
专题
61617人已学习24篇文章
想要脱围而出,你必须学点实在的技能。
专题
17020人已学习12篇文章
本专题的文章分享了物联网产品的设计思路。
专题
14782人已学习10篇文章
聚合支付作为对银行和第三方支付平台服务的拓展,能够提供多渠道支付方式,简化商家的支付对接。本专题的文章分享了聚合支付的设计思路。