idea来源 作为一个篮球运动爱好者,其实一直以来都有个小想法,就是想要做一个“O2O约球”的App,类似于滴滴打车,可以在线上邀请朋友或者陌生的球友,线下一起打篮球。最近小程序火了,于是就想可不可以把它直接做一个小程序放在微信上,基于微信的强大用户基础,用起来也会更方便快捷。于是,一个idea就有了,我把它形容为一个“O2O约球”的工具,名字暂时叫作【约球】。 产品定义、需求描述和使用场景针对这个idea,围绕“约球”这一个核心业务,需要对产品下一个定义,其中还包括产品定位、目标群体、核心需求和典型场景描述。 - 产品定位:基于LBS的约球社交小程序产品
- 目标群体:喜欢运动的篮球爱好者
- 需求描述:工作之后,不像在大学,想打篮球,但是苦于找不到球友,朋友难抽出时间,就算约好了也经常临时有事来不了。这时候,用户就会想要通过某种手段,来解决约球难的问题。
- 使用场景:在想要组队打球的时候,在附近的球场,用户通过网络(线上)邀请一些球友(可以是朋友,也可以是陌生人)一起组队,约定在某个时间,一起到约定的球场组队打球。
功能规划核心需求是比较虚的,这时候就需要将它转化成具体的产品需求,从而落实到产品本身。如果具体的产品需求已经确定了,就可以把它翻译成逻辑语音,最终输出一份功能脑图和详细的功能列表。 首先,基于“约球”这一个目标事件,需要有许多基础的功能做支撑。经过分析,我为【约球】规划了四个必须要具备的功能,分别是:注册和登录功能、球组功能、聊天功能和信用评分功能。
- 注册和登录功能(帐号体系)。这个比较好理解,每个用户都是一个独立的个体,利用帐号体系将用户个体化,基于个体才能实现基础的社交功能。
- 球组功能(约球的方式和媒介)。这是约球方式的解决方案,类似于早期的聊天室,用户创建一个球组,其他用户就可以加入这个球组,一旦加入球组就代表愿意与球组内的其他球友进行约球动作。
- 聊天功能(方便交流)。在约球过程中会出现很多需要交流的场景,比如找不到球场、突然有事来不了了要通知其他球友等,加入聊天功能有利于方便球友之间沟通。背靠微信这样一个大的通讯工具,如果能直接调用微信的聊天功能,那就再好不过了。
- 信用评分功能(反映用户约球信用)。对于经常迟到和爽约的球友,通过信用评分,可以对这样的行为进行约束,也有利于后期精细化运营和商业体系的搭建。
有了几个主要的功能模块,再将主要的功能继续细化,就可以得到一份详细的功能列表,如下:
这个功能列表是之前将这个产品当作一个app来规划的,因此在功能上比较完善,除了上文提到的四个主要功能,还有通知推送、系统设置等功能。现在将它转为小程序,只需要保留几个核心的功能。 理清业务逻辑确定了产品功能之后,接下来就是要理清业务逻辑了。【约球】这个产品涉及到的功能模块比较少,业务逻辑也是比较简单的,可以用一个简易的流程图来说明产品的业务逻辑,如下:
绘制产品原型图产品功能需求梳理清楚,再理清产品的业务逻辑之后,就可以确定产品的原型图了。原型图如下:
全局工作流如下:
第一次用墨刀画原型,听说可以直接导出apk和api文件在手机运行,还可以直接导出全局工作流,我就尝试了一下,真是挺方便的。原型比较简陋,很多细节也没有好好完善,有不好的地方欢迎大家吐槽。另外,想要产品原型apk安装包或者原型预览链接的同学可以关注我的微信公众号“产品之间”,回复“约球”关键字,可以获得下载和预览链接。 UI设计和开发实现由于自己本身不具备UI设计和敲代码的能力,目前只能做到这里了。如果有UI射击湿和程序猿对我这个想法感兴趣,想要把它从0到1完完整整的实现,欢迎联系我,这也是我写这篇文章的目的之一。 其他- 其实不止是篮球,任何球类都可以通过【约球】来实现约球。
- 目前市场上已经有了类似的app,但是不多,用户体验很糟糕,真正在用的用户几乎没有。产品的体验是其中一个重要的因素,其他像前期没有用户的时候,如何解决冷启动问题也是要认真思考的。
- 我还为这个产品设计了一些商业模式,可以考虑在2.0、3.0的时候加入(如果能实现的话)。比如,接入线下的商业球场,这样可以为用户提供更好的约球体验,顺便还解决了我们经常订不到球场的问题。再者,还可以考虑加入“球友圈”,供用户分享和讨论篮球心情。
- 另外,我的字真的是越来越丑了......啊...
|