「在一起」开发日志 3

test

距离上篇开发日志已经过去了快一个月了。

这中间做了许多事情,看了看机器学习,又简单补习了线性代数,还把在一起通过 Price Tag 分发出去测试,不过前两件事半途而废了,在一起的开发几乎占据了所有的业余时间。

也买了《Scrum 敏捷软件开发》、《敏捷交流》和《用户故事》,但是只看了《用户故事》,重温了下敏捷开发的一些方法论。

嗯,还有就是上路开车练习,感觉还不错,原来不愿意出门开车,现在感觉有车送送人蛮好的。

图为在一起设计稿,使用的是 Zeplin 在管理,制作都是通过 Sketch 在完成。今天早上还收到了 Sketch Team 的邮件,通知我要续费了,又是 69 美元,真的贵啊,已经买了两年了,今年就是第三年付费了,心里还是非常期待 inVision 的设计工具发布,说的是终身免费。


回到主题,回顾这一个月来的开发和测试,暴露了很多问题,在开发上的粗心造成了第一批测试用户进入时候出现大面积崩溃和无法绑定,最开始的想法是提供非注册方式快速绑定和进入,现在看来不太合适,一个是大量重复创建用户,二是不利于数据的绑定和回复,所以在接下来会增加微信绑定和注册功能。

通过大家的使用也得到了一些反馈,从数据来看更热衷于打卡,对于任务不是特别的喜欢,可能和平时的习惯有关系并不是每个人都会喜欢 Todo 这种形式,这也造成了非常纠结的情况,究竟是做大而全还是小而精?

不过目前的打算是继续保持当前的节奏,尽可能多的做一些功能,这样可以更多的得到反馈知道大家到底喜欢什么功能,不过这对于自己来说是一个非常大的考验,毕竟只有我自己设计和开发。


这次主要说说 TestFlight 的事情。

这是我第一次邀请这么多的人进行测试,到今天为止,有 600 多位参与了,但是真实下载人数只有 390 人,总结了一些经验。

  1. 合理运用分组功能
  2. 逐步进行分发
  3. 保持并且长期开启 TestFlight 申请

1. 合理运用分组功能

将分组设定不同的人数。

第一个分组丢入 10% 的人。
第二个分组丢入 40% 的人。
第三个分组丢入 50% 的人。

2. 逐步进行分发

第一组人先进行分发,由他们去趟第一波坑,让少数人去发现是否有严重问题,一旦收到反馈尽快修复,保证整体可用不崩溃后,App 开始第二组人内测。

因为一开始若是有大 Bug,可能会造成许多人的放弃。所以让一小部分人使用,反馈问题,哪怕他们离开,也不影响其他参与内测的用户,及时全部走失,也只有 10%,你还有 90% 的人可用用来测试。

第二组和第三组会稍微得到一个稳定的版本,这个版本就可以用来验证你的 App 是否符合市场和人们的习惯。

渐渐的你也可以针对某个想法进行 A/B 测试,对第二组和第三组的人分发某个功能的不同版本,看看他们的反映,因为用户都是处在完全封闭的盒子中,并不知道有人和他用的不一样。

这种方式也能更好的帮助你做出选择。

3. 保持并且长期开启 TestFlight 申请

这是为了测试新用户的反映。

因为之前的分组一旦习惯你的 App 后,你发布新功能后,他们会瞬间了解你的想法,有之前使用过的经验和上下文,最重要的是需求就来自他们。

所以需要保持申请的长期开发,你要在适当的时候投入一些新的用户到这个测试中,看看新用户的反映。

这是我目前的一些总结,不是很完善和很有说服力,但是我相信经过多次验证后,应该会更加合理。

对未来我期待的是,通过和用户的交流,分出不同类型的用户,将他们分类出来。

有乐于尝鲜和反馈的用户。
有固守现有不愿改变的用户。
有无所谓的用户。

更细分的用户,可以让你对产品做出更好的结论。


上期结尾:

目前缺陷:

  • 打卡 UI 不好看
  • 任务页面苍白
  • 菜单页面苍白
  • 日志功能需要重写

目前做的好的:

  • Todo 功能更加完善了,增加了到期日的设置
  • 设置页面基本完成,支持修改昵称和头像,就差虚拟人物内购

接下来的重点:

  • 设计打卡 UI
  • 重构代码(看了 Uber 出的 RIBs,想尝试下,被人号称移动端最强架构,好奇)

打卡 UI 重新绘制了。
任务页面苍白,稍微加了个小的 Tips。
日志功能考虑了全新的方案。


目前缺陷

  • 菜单页面苍白
  • 任务交互太差

目前做的好的:

  • 打卡 UI
  • 时间选择器
  • 在线状态显示

接下来的重点:

  • 提高任务的交互性
  • 菜单界面的设计
  • 重构代码

上期回顾:

「在一起」开发日志2
「在一起」开发日志

发表评论

电子邮件地址不会被公开。 必填项已用*标注