Wikia产品是如何被开发的?Stanley和Trevor使用问题页面列表(Special:Insights)帮助我们详细介绍了打造新产品的过程。
想法如何变成实际产品?[]
- 科学的研究方法来决定产品是否可行
- 收集,分析和处理大量的数据
- 产品发展
- 优化和发展各种产品想法
- 产品发展周期
- 产生想法
- 优化
- 调研,设计和定义
- 开发
- 发布
- 后期跟进
- 重复!
我们从哪里产生新的想法?[]
- Wikia目前的产品问题
- 用户反馈
- 新产品机会
- Wikia员工反馈
- 可行性产品
- 市场需求等等
- 问题页面列表(Special:Insights)想法是如何产生的?
- 用户希望使用更好的工具来观测大量的数据
- Special:WikiStats功能有限,已经开始变得蹩脚
- 竞争性网站都提供类似的工具给用户
优化[]
- 对于员工来说,将有限的时间分在所有项目是非常困难的。
- 优化就是对工作流程最有利的简化。 “将员工的有限时间放在 _____ 项目上将帮助我们完成目标。”
- 问题页面列表案例 - “将员工的有限时间放在开发用户浏览数据系统的项目上将帮助我们提升更多的文章页面数量。”
- 为什么这样做? 因为我们活跃用户最需要的功能就是数据!
- 问题页面列表案例 - “将员工的有限时间放在开发用户浏览数据系统的项目上将帮助我们提升更多的文章页面数量。”
调研[]
- 调研方式
- 调查问卷
- A/B测试
- 用户讨论
- 用户测试
- 行业分析
- Special:Insights案例分析 -
- 现在的用户使用的习惯?
- 用户的数据点需要?
- 一些其他成功的网站都是如何做的?
- Special:Insights案例分析 -
- 设计
- 设计是在研究阶段非常重要的一个环节。设计需要考虑的因素:
- 目标用户
- 延展性
- 国际化
- 多种设备支持
- 所有产品统一化
- 设计是在研究阶段非常重要的一个环节。设计需要考虑的因素:
- 定义
- 最小的可行化产品(MVP):最基本的产品功能能够直接展示用户需求和产品特性。
- https://en.wikipedia.org/wiki/Minimum_viable_product
- 传达完整的功能和数据
- 如果开发一款完善的产品需要1-2年时间,但是如果最终发现方向错误或者不受欢迎, 将会很糟糕。所以需要开发多种方向的最小可行性产品,用来得到最快的反馈以及时地学习和调整产品功能用以确认最终产品是否可行。
- Special:Insights案例
- 重点是希望用户使用工具进行编辑,而不是只是进行数据呈现
- MVP最终将产品功能集中在4个方面,让用户进行最有效的使用。
- Special:Insights案例
- 最小的可行化产品(MVP):最基本的产品功能能够直接展示用户需求和产品特性。
- 功能开发和发布
- “快速失效”-用最终的实际应用验证理论的假设,通过不断改进提高产品性能。
- 多产品功能发布 - 通过大量的发布进行大量的反馈收集。
- 在某一个社区上进行实验
- 维基实验室暂时允许用户使用
- 多语言社区使用
- 允许社区进行开启或者关闭
- Special:Insights案例 -
- 利用已经存在的特别页快速进行发布
- 构建和测试3周
- 发布到一部分社区进行实验
- 反复这个过程
- Special:Insights案例 -
- 多产品功能发布 - 通过大量的发布进行大量的反馈收集。
- “快速失效”-用最终的实际应用验证理论的假设,通过不断改进提高产品性能。
- 后期跟进
- 收集和恢复用户反馈
- 技术故障处理
- 评估和表现:我们是否完成了目标?我们如何可以提高?下一步是什么?
- Special:Insights案例分析 -
- 用户反馈
- 反馈大部分是正面的
- 数据还好!不过我想看到更多的数据库!
- 这不是什么新功能,我已经可以使用很多特别页面了。
- 使用数据展现
- 将根据大多数的用户反馈进行产品调整
- 一些用户或者社区从来没有使用过这个功能
- 一些流行的问题:数量惊人
- 下一步
- 增加条目-让用户查看更多的数据
- 让用户更好地参与其中
- 用户反馈
- Special:Insights案例分析 -