吉趣1.2.1问题总结

吉趣1.2.1正式推广

在8月30日，【吉趣1.2.1（安卓）】【吉趣1.2.0（ios）】在新生大会上，进行“签到”测试。

这也是第一次，【吉趣】以官方推广的姿态展现在新生面前。

吉趣界面截图

会前估计到场新生500个，

意料之中的是，当天产品的新增用户是442人，活跃用户是492个。

吉趣新增用户统计

在此感谢【吉趣】初期团队所有人的付出。

吉趣1.2.1产品结构图

尽管，【吉趣1.2.1】的推广是一件可喜的事情，它至少说明了，我们的产品是没有bug、基本可用的。

然而在此之中也暴露了一些问题。

用户下载并安装软件只是第一步，如何留住用户才是重中之重。

这让我们不得不重新思考我们的功能设计、交互设计、内容运营... ...

为了【吉趣】能够走下去，我们必须站在另一个角度去重新思考这些设计。

问题集合

1.产品功能的滞后

【吉趣】的规划开始于 2017年6月。

我们很早的规划了产品的功能。但也正因为此，之前规划的功能却成了现在的禁锢。

包括首页被着重突出的“新手入学板块”、“文章”在内的多个功能，

当初我们只是想通过这些功能，在新生入学前（到校前），满足他们“渴望了解大学”的需求。

这些功能所构建成的【吉趣1.0】版本，原计划8月20日推广，然而不幸流产了。

原因如下：

a.团委老师打算新生报到时推广

b.产品自身含有bug

c.我个人对论坛功能的严重不满，强行修改导致了未能如期上线一拖再拖。（我背锅）

也就是说，吉趣的功能设计，其实是给新生入学前做的，

但是，现在，新生已经进入军训阶段。

2.产品核心价值的转变

吉趣是由团委老师发起的项目，于老师向我们提出了一些需求。

但是吉趣初期团队的成员们都希望吉趣应该有自己的特色，成为“学生喜爱的产品”。

所以我们在规划吉趣的时候，便弱化了团委那边提出的需求，转而试图加入一些“用户可能会喜欢的”。

但是在8月30日，以学生大会现场签到的由头“强退”之后，我觉得我们应该重视起团委的需求。

我们之前一直找不到吉趣的核心价值。

现在我觉得“团委”、“学院”的支持，便是我们的核心价值了。

当然，如何让用户喜欢我们的吉趣，也是重中之重。

3.运营团队“乏力”

在决定做“论坛”、“文章”这些功能之时，我便答应会组建运营团队。

事实也的确如此，在8月份之初（吉趣1.0.3版本），便有了4位能力出众的小伙伴一起组建了这个团队。

我们有学生会的主席、社团的社长、学生会部门的部长... ...

然而在【吉趣1.2.1】运营之时，我们感受到了很大的压力。

发的文章没人看，论坛水不起来... ...

我觉得这个问题的产生是：

a.运营团队都是计算机的人，尽管都是学生会的“高玩”，

但大家似乎更适合“活动运营”，

而对于“内容运营”和“大一用户的运营”，却缺乏经验。

b.对于运营的乏力，我持此观点“不是运营团队没有付出，而且没有运营渠道”，

我们还没有开发PC端版本。

这导致产品内的文章发布，需要手动添加到数据库，更加糟糕的是，文章格式的排版，我们使用

96微信编辑器，但是编辑器生成的html代码，总会出现这那的问题，需要调整。

这严重限制了运营同学的产出。

c.不了解大一新生在想些什么，到底需要什么，这也是致命的问题。

4.待优化的交互与界面

最最最让我深表歉意的是，由于产品是由我和小黑二人开发的，

但是我们竟然没有统一toast弹窗。

未统一的加载toast

这个错误令我感到非常的难堪。

除此之外：

a.登录页面没有提示正在登录，这让网差的同学会觉得，点了登录没有用。

b.论坛回复和“回复”的回复，这两个输入框的重复出现，往往令用户摸不着头脑。（该功能同样也是我背锅）

论坛的两个输入框

c.活动签到的按钮，没有“正在签到”的提示，这导致8月30日，当450位小伙伴共同占用wifi JLU.Net的时候，

在网卡的状态下，用户都觉得这个按钮是不好用的。

d.活动签到的同学，我们按照签到时间进行排列。

当日（8.30）活动一共签到400多人。

由于人数众多，现在的设计无法让活动发起者查询未签到人。

活动签到 吉趣——伴你而行