跑步APP信息架构分析

同时在下边的feed流中Keep推送了精选动态、推荐阅读、话题讨论和精选合集，精选动态为健身达人分享的健身动态和建议；提高这类群体的动态曝光度，提升其用户粘性。推荐阅读类似于一种公众号的推文，里边的文章都是经过后台筛选的，关于健身，饮食等建议，内容质量较高；话题讨论类似于新浪微博的话题功能，有利于集合同一兴趣用户，提高活跃性；精选合集是价将内容质量较高且相似动态整合在一起，每个合集12~18篇不等，提高其曝光度，增加了这些用户的粘性外对于观看者来说，也提供了有质量的文章。

第二点是由目前处于“战国时代”的运动类APP市场上，用户群体的分散度所决定的。无论使用的是几大主流运动APP中的哪种，在同时使用这款APP的朋友都只有那么几个。即使几乎所有主流运动APP中都做了社区甚至IM功能，即使微信、QQ、朋友圈这几大分享途径成了每款APP的标配，也还是无力改变用户永远只有屈指可数的几个朋友在和他一同使用同一款APP进行跑步的现状。而社区和IM功能中，无论推荐多少陌生人用户，他们的存在、他们的运动记录永远和用户自己的存在没有产生足够的结合点。因此，在接受了用户群体分散这个现实条件的情况下，如何让用户能与陌生用户产生更好的化学反应、产生一定的群体参与感，个人认为比想方设法把应用内IM做得像QQ、微信一样好更有效果一些。

整体来说，整个项目的全部结构就差不多是这样的，项目文件，树状图已经在一开始就放出来了。在简书里面，我放上了所有的代码以及图片。但是如果各位嫌复制粘贴麻烦，就请去github下载。链接地址如下。至于具体的码代码的过程，请各位有兴趣的，可以按照我的思路一起来，首先呢，可以看到微信小程序是一种网页性的服务。类似于我们最常见的html5，加css3，加javascript的构造。所以我用以前写网站的时候的一些经验来解析这个代码。我的主要思路：就是首先我们要遍历一下.wxml文件，也就是最常见的超文本标记语言。它会告诉我们的手机浏览器，这个地方要放什么，那个地方放什么？这个地方长什么样，那个地方长什么样？然后具体的这个地方到底是长什么样呢就交给css也就是样式文件来处理。然后，还有Js文件，负责逻辑层的一些事件触发，就比如说我点了这个按钮一下会发生什么呢？这个就要交给javascript来进行解析。具体某一步我做什么这个我就不太多说了。反正我打开这个项目的第一页，我是找到了index.wxml文件。然后依次的看这个地方有个什么组件，这个地方有个什么事件触发，然后再在对应的.js或者是.wxss文件里面找到相关解释，再进行自己的一些理解与修改！就这么简单，读小程序千万别对着js文件去读，会疯的！最好的就是把自己代入用户：我做了这一步，会有什么事情发生？那么，这个事情的发生，在视图层是怎么实现？然后更深层次的逻辑层是怎么触发这些事件的？我们该如何做到这个事情？这么一番理解下来就很顺畅的可以坐到理解项目了。至于更深层次的读代码。我就没有太多的指导了。你要读这个还是要有点基础的， 人心不足蛇吞象一点都不好玩！

在个人运动记录——“我的悦跑”中，用户可以查看个人成就，包含我的等级和我的勋章，这些指标带给用户成就感，增强他们坚持下去的动力，在查看他人的等级和勋章时，也可以鼓励自己。“累计运动”工具提供了简要的累计运动量信息。“跑步记录”中，提供了详细的运动记录，按月查询每一次的活动，数据包括运动时长，距离，轨迹，速度，步数，步频，消耗能量，按路段的配速，图标分析等等数据，可以说非常专业详实。同时，用户可以查看月度运动量统计柱状图，知晓月度运动情况，安排每天的运动量。“我的跑鞋”功能中，用户管理自己的跑鞋，查看每双鞋的使用情况，查看跑友评价。“个人最佳成绩”提供用户快速查看自己的运动最佳纪录，旨在不断激励自己，“更快、更高、更强”。

第四点来自我个人作为夜跑群体的一员，使用和尝试过几大主流跑步APP的体验。上面提到，起初，各家产品都在主流程的基础上营造了各自的特色并以此为生，而每个有野心争取更多用户的产品在研究了对手之后，都不约而同地选择将竞品的特色功能搬进自己的产品——打个比方，A产品做了社区、圈子，不久后B产品也加入了社区和圈子。B产品做了IM，不久后C产品也更新了IM功能。C产品开始做线上马拉松，不久后A、B产品乃至D、E、F中马拉松类的赛事功能如雨后春笋。最后的结果就是除了小部分坚持特色（另一个角度上讲是迭代频率比较低）的产品功能还比较简单、具有辨识度之外（例如Nike Running，但另一方面，它的界面和功能上已经有点与时代脱节了），几家主流产品都发展成了相似度很高的“全家桶”。而这些“全家桶”的功能中充满你了不管适不适合自己就搬进来的功能，体积和使用体验都越发臃肿。因此，本次设计中将在参考竞品信息架构的同时，考虑删减大量对突出前三项特色无益的功能。