Beta设计和计划

Beta设计和计划

需求再分析：根据用户反馈，是否发现之前的需求分析有偏差？为什么会出现这种偏差？beta阶段你们是否能真的分析清楚用户需求？如何做到？

在用户的核心需求方面没有偏差，但是仍有许多地方的设计需要更贴近于用户的使用习惯，比如用户的个人界面不够美观、表情界面略显粗糙、用户收藏夹的设计需要改进。

这是因为我们在设计与实现过程中，只有团队的成员接触到我们的项目。我们并没有在正式发布前提供测试版本，来搜集用户反馈。在正式发布之后，我们的项目才接受来自用户的考验，并收到一些用户的反馈。这些反馈主要是针对界面和功能细节的，需要我们进一步优化，满足用户需求。

和alpha版本的开发不同，我们在beta版本的开发，是基于一个已经公开发布的版本。我们在开发beta版本时，可以不断地从已经发布的alpha版本搜集用户信息。我们的alpha版本发布后，至今已有千余名用户，很多用户在我们的反馈界面留下了宝贵的建议。我们将针对每条用户的合理建议，不断优化我们的项目。

功能增减：本阶段要新增什么功能？是否需要新的原型设计？是否有新增典型用户？新增的功能有什么验收标准？

• 重新设计一个统一的UI

• 新增热度榜，提供给用户近期热门搜索关键词，让用户掌握最新最热门的表情。

• 初始的推荐表情按照热度进行推荐。

• 增加一个自制板块，可以通过这个板块来看到其他用户自己制作的表情包，可以在表情包下方评论与作者互动。

• 对用户设计界面进行优化，是界面更加清晰，功能展示更加清楚。

• 表情包的详情界面，能看到表情包评论、收藏次数。

• 本地界面能增删改查自己已有的标签

无新增典型用户

功能正常使用，通过了团队内部测试，用户对该功能无负面反馈。

技术改进：技术上相对前一阶段需要作何改进？比如：增加对代码规范的要求、针对新的功能点所需要掌握的新技术、对代码流程管理上的一些规范。

增加在每个阶段进行测试，并且分配给独立的成员。

对于相应的bug，需要由测试的同学验收后才能算作修复。

增加github上的pull request使用。

任务分解：上面这些要做的事情，如何具体分配到个人？

通过github的issues可以查看到每个人的完成情况。

安排了互相测评的制度，可以判断每个人工作的质量。

人员管理：本阶段是否会尝试新的分工？新人入会如何进行培训？

新人会继承之前的工作，但是会给一定的时间和帮助，使得能够在短时间融入我们的工作。