作为 WordPress 代理商，我们在 2021 年学到的 6 件事

在 2020 年，我们发表了一篇关于 DevriX 2020 的博客文章，其中描述了我们参与的激动人心的项目以及我们作为一个不断发展的 WordPress 代理机构所学到的宝贵经验。 我们在 2020 年面临一些严峻的挑战，这些挑战教会了我们很多。 我们注意到并重组了我们的流程，以便在稳步增长的同时继续做我们喜欢做的事情。

快到 2022 年了，我们 50 多人的团队正在积极开展多个高端项目，帮助企业进行 WordPress 网站开发、业务增长、系统架构、营销和创意工作，同时交付出色的成果并保持良好的持续投资组合项目。 这要归功于我们在过去一年中学到的一些经验教训，我们想与我们的 WordPress 顾问和代理机构分享这些经验教训，他们也在努力发展，建立多样化的分布式团队，并与令人难以置信的合作世界各地的客户。

2022 年还有更多计划，我们期待着下一个挑战。 但在我们进入新的之前，让我们回顾一下旧的。 到目前为止，这是帮助我们改善业务和团队发展的原因。

1. 提案模板和销售漏斗

吸引新客户和合作伙伴是一个需要参与对话的每个人都参与的过程。 但是，了解客户需求非常耗时。 它需要多次调用，通过电子邮件和 IM 来回进行，询问各种问题，审查迄今为止的代码库，并准备一份冗长的自定义提案，最后一步是签订合同。

2020年末，我们每个月都会收到很多咨询，但由于预算不足、沟通不畅、对我们的服务模式缺乏了解等各种原因，很多都没有起飞。 此外，以上所有这些都需要很长时间才能准备好，甚至中断了我们的开发工作流程。 而且，当您花费数十小时（或更多）准备提案时，它没有成功，最终会浪费大量时间和资源。

这就是为什么在 2021 年底，我们花时间定义我们的主要 WordPress Web 开发服务产品，概述登陆页面的格式，包括我们的解决方案的基础，并为定制的一次性演出标准化问卷调查。

我们处理的主要工作类型包括：

1. WordPress 开发保持器
2. 企业发展解决方案
3. 正在进行的 WordPress 维护和支持

我们现在详细定义了我们的固定器和维护计划，为不同类型的业务提供不同的选择。 由于定制网络解决方案各不相同，我们提供各种服务作为一揽子服务的一部分——开发、设计、业务增长、系统管理和营销。 我们准备了一份初步调查问卷，回答了我们会问每个客户的大部分问题，从而大大缩短了售前时间。

鉴于客户的反馈，我们意识到这有助于他们中的一些人了解我们做得更好，并更清楚地定义他们的主要目标。 客户经常在不了解原因的情况下搜索 Web 解决方案，而我们的表单侧重于重要的业务目标、研究竞争、定义 UI 指南、提供可衡量的数据等等，这通常也是我们提案的基础。

说到提案，在准备好出售这三个主要服务解决方案后，我们能够为每一个准备标准提案模板和合同。 部分工作是定义我们的服务水平协议 (SLA)、维护期、代码库所有权详细信息和许可、法律详细信息、通信协议、可接受的响应时间、需要预先交付的内容以及最终结果是什么移交项目（或每月进行的交易）。

我们的模板提案包括我们所有专业知识的相关部分。 这些适用于给定的项目，以包括我们的客户应该注意的具体细节。

此外，我们自动化了该过程的一部分，以便能够与更多潜在客户交谈。 接下来，我们更好地确定了我们的解决方案，减少了不合格的潜在客户数量，并减少了与不需要我们服务的潜在客户来回交流的损失。

我们还正式为不知道自己想要什么的客户推出了付费发现会话计划。 为了实现这一目标，我们与他们密切合作，制定了适合他们独特需求的业务战略。

2. 持续的业务关系

持续的工作一直是我们 DevriX 的主要目标之一。 这是通过建立和维护强大的业务关系实现的，其中包括两个不同的分支机构：

1. 与来到我们这里的新客户建立持续的合同。
2. 与为我们的工作提供免费服务的服务提供商建立合作伙伴关系。

与客户建立持续的合同

以前，我们接受了比需要更多的固定费用演出，并且由于缺乏适当的建议，我们面临着各种问题，如不断延迟、客户信息或资产丢失、托管解决方案有问题（例如 Yahoo! 的 –是的，他们实际上提供老式托管）等等。 除此之外，客户通常对他们网站的持续工作不感兴趣，一两年后，问题不断出现——使用非常过时的 WordPress 版本被黑客入侵的网站，或者管理员安装易受攻击的滑块和其他添加一直影响我们提供的初始解决方案。

相关：前六大 WordPress 安全威胁及其解决方案

现在我们承担了很少的固定费用演出，主要销售正在进行的开发保留。 然而，即使是固定费用项目也包括一个持续的维护合同，让我们尽可能最好地控制技术堆栈的未来，同时保持高水平的安全性和性能。

管理登台服务器上的更改，即使是小型客户端，也有助于解决不兼容性和回归问题，这是我们在不推动生产的情况下进行的工作。 处理更新、代码审查、正常运行时间监控和资源管理也确保了这些解决方案的稳定性，而这过去只是大型平台的内部要求。

与其他供应商的合作伙伴关系

在 2021 年末，我们完全专注于合作伙伴关系。 我们的营销部门正在处理带来潜在客户的网站内容、链接建设或广告，但管理团队制定了一项持续合作的战略。

我们能够与欧洲、北美和亚洲的机构签订多项战略合同。 他们中的一些是技术机构，无法交付所有东西，他们更愿意将繁重的工作外包给我们，或者在他们的工作量过多时卸载。

其他从事不同业务领域的人——广告、公关、搜索引擎优化、营销、创意、托管公司正在寻找可靠的 WordPress 开发合作伙伴，以适应他们的流程，帮助他们成长，并在需要时为他们的账户提供持续的开发服务。

除了带来良好的持续收入外，这还使我们能够通过探索帮助我们扩大规模的不同销售、营销和增长战略、项目管理流程和法律模式来拓宽我们的业务发展视野。 在与相同的合作伙伴共度时光之后，可以从他们那里承担更多的工作，在更短的时间内交付更好的结果。 这也说服了他们中的一些人在他们的网站上正式提供 WordPress 开发服务，并将这些线索卸载给我们。

合作伙伴关系是我们 DevriX 理念的核心，我们很高兴通过 WordPress 开发工作来赞美我们合作伙伴的服务组合，同时让他们专注于他们最擅长的事情。

3. 帮助不同的受众

十一年前，当我们刚开始时，我们的团队只有几个人。 我们没有足够的人力来处理大型企业项目，也没有提供各种服务来销售一个完整的包。 凭借足够的毅力，我们得以成长、提高我们的技能组合，并建立了一个现在从事高端项目的团队，包括面向汽车制造商的大型多站点平台、大型媒体门户、可扩展的软件即服务解决方案等。

然而，这也改变了我们的管理流程——从不同国家引进具有不同技能的人员。 以管理或团队领导、质量保证、内部工具和系统的形式负责他们的人员，以及使这一切长期发挥作用的额外成本。 对于较小的客户来说，这很快变得过于昂贵，而且由于我们签署的众多 NDA 导致缺乏公共投资组合，这使得新的潜在客户更难在五位数（或更多）的合同中实现信心的飞跃。

WordPress 开发即服务

为了在这些情况下变得更加灵活，我们讨论了可以为不同受众的客户做些什么。 定义我们的买家角色并对不同级别的客户进行分类是向前迈出的重要一步。

我们专注于多个方向，例如构建 SaaS 解决方案（具有不同的支付和功能计划）、大型多站点、来自不同平台（PHP、Java、Python、.NET）的自定义迁移以及集成各种 3rd 方 API 的大型自定义项目. 这一举措使我们能够为每个流程构建单独的流程，提取某些可重复使用的组件并提高团队成员的经验水平，这反过来又使他们能够在更短的时间内持续交付更多产品，同时减少路上的麻烦。

我们已经确定了解耦我们需要为每个客户完成的主要服务核心工作的方法，并定义了我们可以追加销售或在其上组合的其他子服务。

例如，构建大型技术 WordPress 平台并在可靠的基础架构上托管通常是我们的主要工作。 但是，我们可以将托管卸载给托管的 WordPress 托管服务提供商，例如 Pagely，将设计委托给其他人，而不是承担营销和增长工作。

我们一直在通过我们的验证过程在内部试验不同的工具和插件，现在可以在项目中使用这些工具和插件，而我们不必担心性能或安全性（或从头开始构建它们）。 我们通过提供补丁或直接联系他们报告问题或讨论潜在的新功能，与他们的许多作者建立了关系。

相关： DevriX 更新了八个自己的 WordPress 插件

更新完整服务

资源

对于愿意为全套服务付费，但在前期投入大量资金方面遇到困难的客户，我们已经完善了我们的 WordPress 开发保留计划，使他们能够注册“试用”和看看我们是如何工作的，为每个里程碑按月支付，而不是在早期就全额支付。 此外，这使我们能够在开发过程中实现新的需求，重新定义目标，迭代构建（让客户决定哪个组件需要更多的工作或功能，以及哪个已经准备好），并且通常可以为他们节省一大笔钱，同时给予他们在工作过程中可以灵活地添加或删除东西。

相关： WordPress 保持器 101：什么是 WordPress 保持器

我们的一些客户从每月 10 小时的维护计划开始，很快就转换为 40 小时/月的固定器，其他客户从 40 小时/月跃升至 100 小时/月。

一些针对 1 万美元 MVP 项目的初始谈判现在处于五位数的中间，这要归功于有机会每月提供持续的工作，展示了考虑到灵活性和可扩展性的增量添加、启动 MVP 和基于用户的迭代反馈，并不断对现有系统进行改进。

4. 质量保证是无价的

我们第一次聘请 QA 是在 2014 年，但他只参与了我们当时正在进行的主要 SaaS 项目的测试。 随着正在进行的帐户数量不断增长，我们意识到 QA 是我们流程中必不可少的单元。 我们聘请了另一位 QA 和助理帮助设置演示页面或列出功能，帮助安排演示时间表等。

有了始终如一的 QA 人员，我们现在能够为开发人员分配里程碑，让他们从事高度解耦的任务，并将测试工作分配给我们的 QA。

QA 过程包括从本地 Git 提取最新版本、测试不同的分支、监控日志和报告需要清除边缘情况的各种回归或不完整的功能。 除了测试不同的环境（包括登台服务器）之外，我们还能够捕捉服务器版本、托管环境、内存限制等之间的各种陷阱。

这提高了我们产品的整体质量并腾出了一些开发时间，以便我们的 WordPress 工程师可以专注于解决问题和实现功能，同时有人不断尝试中断他们的工作。 QA 还包括移动测试和使用不同浏览器播放，这有时会导致后续 CSS 修复，甚至切换不支持 iOS 或某些浏览器媒体的整个库。

5. 沟通和文档

拥有一个 5-8 人的团队是可以管理的，但随着团队的发展，以及具有不同技能或经验的人的加入，如果没有正确的流程和工具，在更多的项目上工作并快速管理所有项目将成为一场噩梦。

我们依靠 Slack 进行内部沟通，为每个项目和每个团队（开发人员、设计师、营销人员和管理人员）创建了渠道。

我们已经集成了我们用于每个通道的一些服务，例如 Asana 或 GitHub，拉取最新的提交、任务、拉取请求和问题评论，这使得将上下文保存在一个地方并与每个团队合作成为可能（每技能或项目）以更有条理的方式。

此外，我们还在 Asana 中定义了一个更清晰的项目管理流程，使用截止日期、各种标签作为优先级，并利用团队日历来监控每周冲刺的大局。 引入启动和定期聊天可以让人们了解最新情况，了解演示何时接近，相互交流想法，将任务分配给其他团队成员并进行内部沟通。 这确保我们有更多时间进行代码审查、工作流管理、回答重要的架构问题或帮助特定功能。

最近，我们也开始记录我们的项目，这为我们提供了一种结构化的方式来实时描述项目的增长、每两周构建的新功能以及未来需要处理的正在进行的事情。 这些文档可供加入新项目的人员使用，以便通过详细了解项目、进度、目标、负责功能的团队成员等来减少研发量。

6. 清单

伟大的演讲者经常说“子弹已死”，但它们在某些情况下非常有用，包括定义具有大量简单步骤的长工作流程。

我们已经为我们业务的不同部分建立了许多不同的流程——销售漏斗、建立新项目、交付网络解决方案、部署、雇用新人、向团队成员介绍新项目等。然而，处理许多不同的部门同时分布在多个不同的项目中，结果证明是具有挑战性的——在时间方面，并跟踪小细节。

我们深入挖掘并将业务流程的较大步骤分解为单独的组件，每个组件都包含一个清单。 有些与招聘有关——专业和期望的软技能列表、公司目标的细分——以及以我们可以在面试中用来详细评估人员的方式定义的任务。 准备演示或设置项目也是如此 - 每次都应该为每一个做很多事情，有些更大，例如通过“将文档 X、Y、Z 发送到新的团队成员”或“将此添加到 .gitignore”。

添加特定的测试清单，确保内部文件夹不是存储库的一部分，正在更改电子邮件或在任何地方运行某些脚本，确保我们不会因为一百个小步骤而忘记小而重要的细节必须采取每一次。

奖励：自动化和可重用性

最后一点本身并不是真正的革命，但去年我们实际上继续计划自动化和可重用性工作。 作为每个内部流程的一部分，我们确定应该自动化的关键事物，以及我们可以从那里重用或构建和提取为模块化元素的潜在组件。

基本上主要区别在于我们花费了实际的预定义时间来弄清楚哪些可以在不同的场景中重用，哪些步骤会浪费大量时间并且可以自动化。 当我们是一个较小的团队时，有些不是问题，但是如果有 8 个人在一个项目上工作，并且需要每天执行 5 次需要 6 分钟的手动操作，那么这导致每天总共浪费了 4 个小时. 这让你有不同的想法，并提前计划得更好。

确定构建每个功能需要多长时间或使 Web 功能可扩展需要多长时间也很重要。 一旦确定了这一点，我们就会分配内部时间来进行改进和灵活性，这些时间是在客户支付的时间之外完成的。

我们在内部和外部流程中引入了额外的自动化和可重用层。 从每个项目的自定义云实例上的标准化持续集成供应脚本，到不同项目类型的模板或用于交付的演示数据。 构建一组经过良好测试且可以重复使用而不影响稳定性或可扩展性的可信插件和库，优化通信流程，尽可能自动化报告，使用各种工具来支持我们的流程。

我们在 Asana、GitHub、Slack、WordPress 中使用各种 Zapier 集成来执行某些操作，包括重力表格提交、各种报告工具等。 我们确实有两个运行和跟踪 Web 解决方案的应用程序和系统监控平台，并集成了一个很好的 UI 比较工具，可以对同一网站的不同快照进行图像分析。

我们的 CRM 是建立在 WordPress 之上的自定义项目，我们在过去一年中一直在开发，并不断与外部工具和系统集成，扩展报告机制以更好地进行最终流程审查。 我们的团队还通过内部 BuddyPress 实例进行交互，我们的 CTO Stanko 连接到 Slack 以发布状态更新和评论。 我们将我们的系统连接在一起，并从复制粘贴或上下文切换、构建自定义机器人通过 3rd 方服务触发活动以及对某些网站执行特定业务的自动化监控中节省了大量时间。

我们在 2021 年学到了很多东西，必须迅速采取行动以确保公司进一步发展。 2022 年即将到来，我们已经有一些新员工和一百万件事情正在进行，包括新的合作伙伴关系、额外的流程改进、未来 2-3 个月计划的积压工作等等。