WordPressエージェンシーとして2021年に学んだ6つのこと

公開: 2016-01-26

2020年に、私たちはDevriX 2020に関するブログ投稿をレビューで公開しました。これは、私たちが関わったエキサイティングなプロジェクトと、成長するWordPressエージェンシーとして学んだ貴重な教訓について説明しています。 私たちは2020年にいくつかの深刻な課題に直面しました。それは私たちに多くのことを教えてくれました。 着実に成長しながら、好きなことをやり続けるために、注意を払い、プロセスを再構築しました。

それはほぼ2022年であり、50人を超える私たちのチームは、WordPress Web開発、ビジネスの成長、システムアーキテクチャ、マーケティング、クリエイティブな作業でビジネスを支援しながら、優れた結果をもたらし、継続的な優れたポートフォリオを維持しながら、いくつかのハイエンドプロジェクトに積極的に取り組んでいます。プロジェクト。 これは、過去1年間に学んだいくつかの教訓のおかげで可能になりました。また、成長し、多様な分散チームを構築し、信じられないほど協力している仲間のWordPressコンサルタントや代理店と共有したいと思います。世界中のクライアント。

2022年にはさらに多くの計画があり、次の課題を楽しみにしています。 しかし、新しいものに移る前に、古いものを振り返ってみましょう。 これが、これまでのビジネスとチームの成長を改善するのに役立ったものです。

1.提案テンプレートと販売ファネル

新しいクライアントやパートナーを獲得することは、会話に参加するすべての人の関与を必要とするプロセスです。 ただし、クライアントの要件を理解するには、非常に時間がかかります。 これには、電子メールとIMを介して行ったり来たり、あらゆる種類の質問をしたり、現在までのコードベースを確認したり、最終ステップとして契約を含む長いカスタム提案を準備したりする、多数の呼び出しが必要です。

2020年後半には、毎月多くの問い合わせがありましたが、予算不足、コミュニケーションの誤り、サービスモデルの理解不足など、さまざまな理由で離陸できませんでした。 さらに、上記のすべてが準備に永遠にかかり、開発ワークフローを中断することさえありました。 そして、提案の準備に数十時間(またはそれ以上)を費やしてもうまくいかない場合、それは時間とリソースの膨大な浪費になってしまいます。

提案テンプレートと販売ファネル

そのため、2021年の終わりに、主要なWordPress Web開発サービスの提供を定義し、ソリューションの基礎を含むランディングページの形式を概説し、カスタムの1回限りのギグのアンケートを標準化することに時間を費やしました。

私たちが扱う主な種類の仕事は次のとおりです。

  1. WordPress開発リテーナー
  2. エンタープライズ開発ソリューション
  3. 継続的なWordPressのメンテナンスとサポート

現在、当社の保持者と保守計画が詳細に定義されており、さまざまな種類のビジネスに応じてさまざまなオプションが用意されています。 カスタムWebソリューションはさまざまであり、パッケージの一部として、開発、設計、ビジネスの成長、システム管理、マーケティングなどのさまざまなサービスを提供しています。 クライアント一人ひとりに尋ねる質問の大部分に答える最初の質問票を用意し、販売前の時間を大幅に短縮しました。

クライアントからのフィードバックを踏まえると、これにより、一部のクライアントが私たちの改善点を理解し、主な目標をより明確に定義するのに役立っていることがわかりました。 クライアントは理由を理解せずにWebソリューションを検索することが多く、私たちのフォームは重要なビジネス目標、競争の調査、UIガイドラインの定義、測定可能なデータの提供などに焦点を当てています。これも私たちの提案の基礎となることがよくあります。

提案と言えば、これら3つの主要なサービスソリューションを販売する準備ができているので、それぞれの標準的な提案テンプレートと契約を作成することができました。 作業の一部は、サービスレベルアグリーメント(SLA)、メンテナンス期間、コードベースの所有権の詳細とライセンス、法的詳細、通信プロトコル、応答の許容時間、事前に提供する必要があるもの、および最終結果を定義することでした。プロジェクトの引き渡し(または進行中の取引の場合は毎月)。

テンプレートの提案には、すべての専門知識に関連するセクションが含まれています。 これらは、クライアントが知っておくべき特定の詳細を含めるために、特定のプロジェクトに適合されます。

さらに、より多くの見込み客と話すことができるように、そのプロセスの一部を自動化しました。 次に、ソリューションをより適切に特定し、資格のないリードの数を減らし、サービスを必要としない見込み客とのやり取りによる損失を削減しました。

また、まだ何が欲しいのかわからないお客様のために、有料ディスカバリーセッションプランを正式に紹介しました。 これを達成するために、私たちは彼らと緊密に協力して、彼らの固有のニーズに合うビジネス戦略を定義しました。

2.継続的なビジネス関係

進行中の作業は、常にDevriXの主な目標の1つです。 これは、2つの異なる支店を含む強力なビジネス関係を構築および維持することで可能になりました。

  1. 私たちに来る新しいクライアントとの継続的な契約を構築します。
  2. 私たちの業務に無料のサービスを提供するサービスプロバイダーとのパートナーシップを構築します。

継続的なビジネス関係

クライアントとの継続的な契約の構築

以前は、必要以上に固定料金のギグを受け入れていましたが、適切な提案がなかったため、絶え間ない遅延、クライアントからの情報やアセットの欠落、問題のあるホスティングソリューション(Yahoo!など)などのさまざまな問題に直面していました。はい、彼らは実際に古い学校のホスティングを提供しています)など。 それに加えて、クライアントは自分のWebサイトの進行中の作業にあまり興味がなく、1、2年後、問題が発生し続けました。非常に古いバージョンのWordPressでWebサイトをハッキングしたり、管理者が脆弱なスライダーやその他の追加機能をインストールしたりしました。私たちが提供した最初のソリューションに影響を与え続けました。

関連: WordPressのセキュリティの脅威トップ6とそのソリューション

現在、私たちは非常に少数の固定料金のギグを引き受け、主に進行中の開発リテーナーを販売しています。 ただし、固定料金のプロジェクトでさえ、高レベルのセキュリティとパフォーマンスを維持しながら、技術スタックの将来を可能な限り制御できるようにする継続的な保守契約が含まれています。

ステージングサーバーでの変更を管理することは、小規模なクライアントであっても、非互換性とリグレッションに役立ちます。これは、本番環境にプッシュせずに取り組んでいることです。 更新、コードレビュー、稼働時間の監視、およびリソース管理を処理することで、これらのソリューションの安定性も保証されます。これは、以前は大規模なプラットフォームでのみ内部要件でした。

他のベンダーとのパートナーシップ

2021年後半、私たちは完全にパートナーシップに焦点を合わせました。 私たちのマーケティング部門は、入ってくるリードをもたらすWebサイトのコンテンツ、リンク構築、または広告を処理していましたが、管理チームは継続的なパートナーシップのための戦略を開発しました。

ヨーロッパ、北米、アジアの代理店といくつかの戦略的契約を結ぶことができました。 それらのいくつかは、すべてを提供することができず、重い物を私たちにアウトソーシングすること、または彼らのプレートにあまりにも多くの仕事があるときにオフロードすることを好む技術機関でした。

広告、PR、SEO、マーケティング、クリエイティブ、ホスティング会社など、さまざまなビジネス分野に携わる企業が、プロセスに適応し、成長を支援し、必要に応じて継続的な開発サービスをアカウントに提供する堅実なWordPress開発パートナーを探しています。

他のベンダーとのパートナーシップ

これにより、継続的な収益が向上するだけでなく、さまざまな販売、マーケティング、成長戦略、プロジェクト管理プロセス、およびスケールアップに役立つ法的パターンを検討することで、事業開発の視野を広げることができました。 同じパートナーと時間を過ごした後、彼らからより多くの仕事を引き受け、より良い結果をより短い時間で提供することが可能になりました。 これはまた、彼らの一部が彼らのウェブサイトで正式にWordPress開発サービスを提供し、それらのリードを私たちにオフロードすることを確信させました。

パートナーシップはDevriXの哲学の中核であり、パートナーのサービスポートフォリオをWordPressの開発作業で喜んで補完し、パートナーが最も得意とすることに集中できるようにします。

3.さまざまな対象者を支援する

私たちが最初に始めた11年前、私たちのチームはほんの数人で構成されていました。 大企業のプロジェクトに取り組むのに十分な人材がなく、完全なパッケージを販売するためのさまざまなサービスを提供していませんでした。 十分な忍耐力で、私たちは成長し、スキルセットを向上させ、自動車メーカー向けの大規模なマルチサイトプラットフォーム、大規模なメディアポータル、スケーラブルなサービスとしてのソフトウェアソリューションなどを含むハイエンドプロジェクトに取り組むチームを構築することができました。

しかし、それは私たちの管理プロセスも変えました–さまざまな国からさまざまなスキルを持つ人々を紹介しました。 管理者またはチームリーダー、QA、内部ツールとシステム、およびこれらすべてを長期的に機能させるための追加コストの形でそれらに責任を持つ人々。 これは小規模な顧客にとってはすぐにコストがかかりすぎ、私たちが署名した多数のNDAによる公開ポートフォリオの欠如により、新しいリードが5桁半ば(またはそれ以上)の契約で信頼を得ることが難しくなりました。

サービスとしてのWordPress開発

そのような場合により柔軟になるために、さまざまな対象者のクライアントに対して何ができるかについて説明しました。 購入者のペルソナを定義し、さまざまなレベルのクライアントを分類することは、前進するための重要なステップでした。

サービスとしてのWordPress開発

SaaSソリューションの構築(さまざまな支払いと機能プランを使用)、大規模なマルチサイト、さまざまなプラットフォーム(PHP、Java、Python、.NET)からのカスタム移行、あらゆる種類のサードパーティAPIを統合する大規模なカスタムプロジェクトなど、いくつかの方向に特化しています。 。 この動きにより、プロセスごとに個別のプロセスを構築し、特定の再利用可能なコンポーネントを抽出して、チームメンバーの経験レベルを高めることができました。これにより、チームメンバーは、途中で問題が発生することなく、より多くの時間をより短時間で継続的に提供できるようになりました。

クライアントごとに実行する必要のある作業のメインサービスコアを分離する方法を特定し、アップセルまたはその上で組み合わせることができる他のサブサービスを定義しました。

たとえば、大規模な技術的なWordPressプラットフォームを構築し、信頼性の高いインフラストラクチャでホスティングすることが、一般的に私たちの主な目的です。 ただし、ホスティングをPagelyなどのマネージドWordPressホスティングプロバイダーにオフロードし、デザインを他の誰かに委任し、マーケティングや成長の努力を引き受けないようにすることはできます。

検証プロセスを通じてさまざまなツールやプラグインを社内で実験してきましたが、パフォーマンスやセキュリティを気にすることなく(またはゼロから構築することなく)プロジェクトで使用できるようになりました。 私たちは、バックパッチを提供したり、問題を報告したり、潜在的な新機能について話し合ったりするための直接の連絡窓口を持つことで、多くの作成者と関係を築いてきました。

関連: DevriXは独自のWordPressプラグインの8つを更新しました

フルサービスの更新

フルサービスの更新

ソース

すべてのサービスにお金を払っても構わないと思っていたが、前払いで多額の契約を結ぶのに苦労したクライアントのために、WordPress開発リテーナープランを洗練して、「トライアル」にサインアップできるようにしました。私たちがどのように機能するかを見て、早い段階で全額を支払うのではなく、マイルストーンごとに毎月支払います。 さらに、これにより、開発プロセス中に新しい要件を実装し、目標を再定義し繰り返し構築し(クライアントに、より多くの作業や機能が必要なコンポーネントと、準備ができているコンポーネントを決定させる)、一般的にそれらは、作業プロセス中に物事を追加または削除する柔軟性を備えています。

関連: WordPress Retainers 101:WordPressRetainersとは

クライアントの中には、月に10時間のメンテナンス計画から始めたものもあり、すぐに月に40時間のリテーナーに変換されたものもあれば、月に40時間から月に100時間に跳ね上がったものもあります。

1万ドルのMVPプロ​​ジェクトであった最初の交渉の一部は、現在5桁半ばになっています。これは、月ごとに継続的な作業を提供する機会のおかげで、柔軟性と拡張性を念頭に置いて構築された段階的な追加を示し、MVPを起動し、ユーザーに基づいて反復します。フィードバック、および既存のシステムへの継続的な改善の導入。

4.QAは非常に貴重です

QAは非常に貴重です

私たちの最初のQA採用は、2014年でしたが、彼は、当時取り組んでいたメインのSaaSプロジェクトのテストにのみ関与していました。 継続的なアカウントの数が増え続けるにつれて、QAが私たちのプロセスに不可欠な単位であることに気づきました。 別のQAとアシスタントを雇い、デモページの設定や機能の一覧表示、デモスケジュールの作成などを支援しました。

一貫したQAスタッフがいることで、開発者にマイルストーンを割り当て、高度に分離されたタスクに作業させ、テスト用の作業をQAに割り当てることができるようになりました。

QAプロセスには、Gitからローカルで最新バージョンを取得すること、さまざまなブランチをテストすること、ログを監視すること、エッジケースをクリーンアップする必要があるあらゆる種類のリグレッションまたは不完全な機能を報告することが含まれます。 さまざまな環境(ステージングサーバーを含む)のテストに加えて、サーバーバージョン、ホスティング環境、メモリ制限などの間のさまざまな落とし穴を見つけることができます。

これにより、製品の全体的な品質が向上し、開発時間が解放されたため、WordPressのエンジニアは、問題の解決と機能の実装に集中でき、その間、誰かが絶えず作業を中断しようとしています。 QAには、モバイルテストやさまざまなブラウザでの再生も含まれます。これにより、CSSのフォローアップが修正されたり、iOSや特定のブラウザのメディアをサポートしていないライブラリ全体が切り替えられたりすることがあります。

5.コミュニケーションとドキュメンテーション

コミュニケーションとドキュメンテーション

5〜8人のチームを持つことは管理可能ですが、チームが成長し、さまざまなスキルセットや経験を持つ人々が参加するにつれて、適切なプロセスとツールが整っていないと、より多くのプロジェクトに取り組み、すべてを管理することは悪夢になります。

内部コミュニケーションはSlackに依存しており、各プロジェクトと各チーム(開発者、デザイナー、マーケター、管理者)のチャネルを作成しました。

AsanaやGitHubなど、各チャネルで使用するサービスの一部を統合し、最新のコミット、タスク、プルリクエスト、コメントの発行をプルしました。これにより、コンテキストを1か所に保持し、各チームと連携できるようになりました(スキルまたはプロジェクト)はるかに組織化された方法で。

さらに、Asanaでのプロジェクト管理のよりクリーンなプロセスを定義し、期日、優先順位のさまざまなラベルを使用し、チームカレンダーを利用して、毎週のスプリントの全体像を監視します。 キックオフと定期的なチャットを導入することで、人々は最新の状態に保たれ、デモが近づいていることを認識し、アイデアを互いに跳ね返らせ、他のチームメンバーにタスクを割り当て、社内でコミュニケーションを取ります。 これにより、コードレビュー、ワークフロー管理、重要なアーキテクチャの質問への回答、または特定の機能の支援のための時間を確保できます。

最近、プロジェクトの文書化も開始しました。これにより、プロジェクトの成長をリアルタイムで説明する構造化された方法、2週間ごとに構築される新機能、将来処理する必要のある継続的なものが提供されました。 これらのドキュメントは、プロジェクトの詳細な概要、進捗状況、目標、機能を担当するチームメンバーなどを用意することで、研究開発の量を減らすために、新しいプロジェクトに参加する人々が利用できます。

6.チェックリスト

チェックリスト

優れた講演者は「弾丸は死んだ」とよく言いますが、多くの簡単な手順で長いワークフローを定義するなど、特定の場合には非常に役立ちます。

セールスファネル、新しいプロジェクトの設定、Webソリューションの提供、展開、新しい人材の採用、新しいプロジェクトへのチームメンバーの紹介など、ビジネスのさまざまな部分に対してさまざまなプロセスを確立しました。同時に多くの異なる部門が、多くの異なるプロジェクトに分散しており、時間的に、そして細部を追跡することは困難であることが判明しました。

私たちはさらに深く掘り下げ、ビジネスプロセスのより大きなステップを、それぞれのチェックリストで構成される個別のコンポーネントに分解しました。 いくつかは採用に関連しています-専門的で望ましいソフトスキルのリスト、会社の目標の内訳-そして面接中に人々を詳細に評価するために使用できる方法で定義された使命。 デモの準備やプロジェクトの設定についても同じことが言えます。これらのそれぞれについて毎回行う必要のあることがたくさんあります。「ドキュメントX、Y、Zを新しいものに送信する」を通じて「新しいプライベートGitHubリポジトリを作成する」など、より大きなものもあります。チームメンバー」または「これを.gitignoreに追加」。

テスト用の特定のチェックリストを追加し、内部フォルダーがリポジトリの一部ではないこと、電子メールが変更されていること、または特定のスクリプトがどこでも実行されていることを確認します。これにより、100の小さな手順により、小さいながらも重要な詳細を忘れないようになります。毎回取る必要があります。

ボーナス:自動化と再利用性

その最後のビット自体は実際には革命的ではありませんが、昨年は実際に自動化と再利用性の両方の取り組みを計画し続けました。 各内部プロセスの一部として、自動化する必要のある重要な要素と、そこからモジュール要素として再利用または構築および抽出できる潜在的なコンポーネントを特定します。

自動化と再利用性

基本的に主な違いは、さまざまなシナリオで再利用できるものと、多くの時間を浪費して自動化できる手順を理解するために、実際に事前定義された時間を費やすことです。 小規模なチームでは問題がなかったものもありますが、8人がプロジェクトに取り組み、1日5回、6分かかる手動アクションを実行する必要がある場合、これは毎日合計4時間の無駄になります。 。 それはあなたが違った考え方をし、前もってより良い計画を立てるようにします。

それぞれを構築するのにかかる時間、またはWeb機能を拡張可能にするのにかかる時間を確立することも重要です。 それを確立したら、クライアントが支払った時間外に行われる改善と柔軟性のために内部時間を割り当てます。

内部プロセスと外部プロセスに追加の自動化と再利用性のレイヤーを導入しました。 プロジェクトごとのカスタムクラウドインスタンスでの標準化された継続的インテグレーションプロビジョニングスクリプトから、さまざまなプロジェクトタイプのテンプレート、または配信用のデモデータまで。 十分にテストされ、安定性やスケーラビリティに影響を与えることなく再利用できる信頼できるプラグインとライブラリのコレクションを構築し、通信プロセスを最適化し、レポートを可能な限り自動化し、さまざまなツールを使用してプロセスをサポートします。

Asana、GitHub、Slack、WordPress全体でさまざまなZapier統合を使用して、Gravity Formsの送信、さまざまなレポートツールなどの特定のアクションを実行しています。 Webソリューションを実行および追跡する2つのアプリケーションおよびシステム監視プラットフォームがあり、同じWebサイトのさまざまなスナップショットに対して画像分析を実行する優れたUI比較ツールを統合しています。

私たちのCRMは、過去1年間に開発してきたWordPressの上に構築されたカスタムプロジェクトであり、外部のツールやシステムと統合し続け、より良いエンドプロセスレビューのためにレポートメカニズムを拡張します。 私たちのチームは、CTOのStankoがステータスの更新やコメントを投稿するためにSlackに接続した内部のBuddyPressインスタンスを介してやり取りします。 システムを相互に接続し、コピーの貼り付けやコンテキストの切り替え、サードパーティのサービスを介したアクティビティのトリガーとなるカスタムボットの構築、特定のWebサイトの自動化されたビジネス固有の監視から多くの時間を節約しています。

私たちは2021年に多くのことを学び、さらなる企業の成長を確実にするために迅速に行動しなければなりません。 2022年はもうすぐです。すでに数人の新入社員がおり、新しいパートナーシップ、追加のプロセスの改善、今後2〜3か月で計画されているバックログなど、数百万ものことが進行中です。