从idea到原型构建一个小程序.docVIP

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