上周，Matthew Grasmick 从”无 Drupal 经验开发者“的角度，体验了使用 WordPress，Laravel，Symfony 和 Drupal 四种 PHP 框架创建”Hello world!“站点的过程。他在博客中分享了体验结果。除了描述 Drupal 下载过程和终端用户文档的低效外，Matthew 也指出在四种框架中 Drupal 需要的安装步骤最多。
发人深省，很高兴 Matthew 指出这些问题。有一个好的评估者体验至关重要，这直接影响采用率。成功的评估者体验包含很多：从学习 Drupal 是什么，到理解它怎样工作，安装及如何发布第一条内容。
因此，我们应该对 Drupal 的评估者体验做出那些必要改进呢？
我喜欢把评估者体验想成”转化漏斗“，类似于 E. St. Elmo Lewis 在 1898 年提出的购买漏斗。它反映了终端用户从”商品吸引到用户“到”使用商品“的整个旅程。把这个过程可视化为漏斗很有用，这能够帮助我们发现问题，知道在那努力。例如，我们知道 2017 年有 1.3 亿访问了 Drupal.org（漏斗的顶端）和大约 75,000 个新 Drupal 8 产品站点发布（漏斗的底部）。当向转化漏斗下部移动的过程中丢失了大量的评估者。
像你看到的那样，Drupal 协会在漏斗顶端起着重要的作用。从教人们 Drupal，到提供流畅的下载体验，到帮助人们查找主题、模块等等。
对于简化评估者体验，Drupal 协会可以做的更多。例如，我喜欢 Drupal 协会提供、促进托管的、一键式试验服务这个主意。这可以通过扩展类似 Simplytest.me 的服务实现。尤其结合即将到来的 Umami installation profile 时。
好消息是 Drupal 协会认可相同的需求。在过去几个月里，我们一直在一起工作，计划改进Drupal 的转化漏斗。Drupal 协会将在即将到来的几周内分享 2018 年执行计划。
文档工作小组在这一过程中也起着非常重要的作用。阅读了 Matthew 的文章后，我联系了Joe Shindelar（Drupal 文档工作组的成员），他说文档工作小组既没有不定期会议，也不协调计划。
是时候重新考虑我们的 Drupal 文档了。Adam Hoenich （一位长期 Drupal 捐献者）建议把文档作为一项完备的核心计划，包括向核心提交团队增加文档维护者。
毫无疑问，我们必须发展我们的文档管理模式。没有好的管理和规范很难写出世界级的文档。例如 Drupal 的 API 文档被核心提交者管理，虽然仍有改进空间但真的维护良好。一些人可能还记得，之前我们有一个官方文档维护者的角色，由 Jennifer Hodgdon 担任。恢复这个位置能使文档更清晰，还可以提供必要的管理。我猜想通过加强文档的协调、管理和识别，将会激励更多的贡献者。
最后但同样重要的一件事也会影响 Drupal 核心贡献者。评估者经常在 Web 服务器配置，PHP 和数据库的安装上花费数小时时间。作为一个社区，我们可以推荐一种默认安装环境解决这个问题。例如，我们可以维护一个带有最新 Drupal 版本的容器（包含一个官方的 docker-compose.yml）。这回简化很多文档，消除评估过程中的很多障碍。
接下来我将计划以下三步：
- 评估者或开发者的单一、建议性的默认安装环境（例如 Docker 容器），带他们到 Drupal 开发的第一步。
- Drupal 协会的基础设施预算和工程资源，这样他们就可以提供一个真正托管的“尝试Drupal”服务。
- 一位可以专注终端用户文档的文档维护者，属于核心提交团队，负责定义文档的范围。鉴于这个职位的工作量，如果可以的话，最好给这个人部分资助。
当然，还有许多其他的解决方案，但这些是我关注的领域。一如既往地，成功取决于我们完成解决方案，协调所有工作，分配必要的时间和金钱来实现改进的能力。如果你认为你可以帮助以上任何计划步骤，请在评论中让我们知道，我们会帮助你参与进来。
