REPLATFORMINGシリーズ：フェーズ2：発見—技術監査と総所有コスト

公開: 2021-05-29

これは、プラットフォームの再構築に関するCoalitionTechnologiesによる10部構成のシリーズの第4部です。

プラットフォーム変更プロジェクトの技術監査を実行しないと、新しいプラットフォームが以前のプラットフォームよりも多くの問題を引き起こすかどうかを理解する機会を逃すリスクがあります。さらに、総所有コストの分析を実行しないと、予算が間違っていて、プラットフォームの再構築を試みて借金を負う可能性があります。あなたとあなたのチームにプラットフォームの再構築を成功させる最高のチャンスを与えるために、これら2つの監査が非常に重要である理由とそれらを実行する方法を学びます。

技術監査とは何ですか？

技術監査では、既存のプラットフォームと技術スタックの現在の統合を調べます。テクニカル分析の仕様では、支払いゲートウェイや配送ソリューション、サーバーパフォーマンス、現在のプラットフォームのアーキテクチャなど、必須の統合も考慮される場合があります。

この監査は、企業が新しいプラットフォームが既存のソフトウェアとどのように連携し、スムーズに移行するかを視覚化するのに役立ちます。現在のプラットフォームが正常に動作している場合は、それをベンチマークとして使用して、改善に加えて同様の機能を備えたプラットフォームを見つけることができます。質問に注意深く答え、技術監査を完了することで、コストのかかるミスや無駄な労力を回避することで、時間とお金を節約できる可能性があります。

総所有コスト分析とは何ですか？

プラットフォームを変更するときは、eコマースプロジェクトの予算を超えないように、総所有コストを考慮することが重要です。総コストを正確に評価するには、初期構築コストと予測される継続的なコストを確認する必要があります（Webサイトが稼働している場合）。

たとえば、初期構築コストまたは資本的支出（CAPEX）は、プラットフォームの再構築に向けて行われた購入です。予測される継続的なコストまたは運用コスト（OPEX）は、日常のコストです。考えられる費用のリストを確認しながら、関連するすべての利害関係者に連絡して、更新された価格額を入手してください。次に、この情報を使用して、利用可能なプラットフォームで市場調査を実行し、ROIが現在の総所有コスト分析で意味をなすかどうかを判断できます。

技術監査を実行する方法

技術スタックの重要なポイントを調べて、現在使用しているものが機能しているかどうか、機能している理由と機能していない理由、および改善方法を特定します。以下は、技術監査を実行する際に考慮すべき基本的な領域です。

フロントエンド開発機能

開発者からインベントリを取得し、技術監査を実行するときに開発者が定期的に遭遇する問題の種類を確認します。これは、どの問題に最も注意を払う必要があるかについての優れた出発点を提供します。フロントエンドチームが何らかの理由でバックエンドチームに依存しているかどうかを確認し、その過程でボトルネックを取り除きます。

他のチームが最初に仕事を終える必要があるため、一方のチームが停滞することは望ましくありません。理想的には、このプロセスは常に同時に機能する必要があります。フロントエンドとは、チェックアウトシステムと販売ページを確認することも意味します。人々があなたの販売サイクルのこれらのステップに到達したら、どのようにあなたがより多くの収入を稼ぐためにコンバージョンを増やし続けることができるかあなたのチームとあなた自身に尋ねてください。

オンライン顧客の約88％は、悪い経験の後にサイトに戻る可能性が低くなっています。あなたのサイトを良い場所に置くことはリピーターにとって非常に重要です。ウェブサイトのプロモーション活動を最後に確認すると、監査のフロントエンド部分が終了します。システムがさまざまなプロモーションや販売をどのように処理しているか、および要件を満たしているかどうかを確認します。

バックエンド機能

これは、レポートに頼るのではなく、チームに情報を求めることができるもう1つの領域です。彼らが抱えている問題と彼らの最大の問題領域は何かを彼らに尋ねてください。バックエンドは主にデータを処理し、そのデータを管理するため、テクノロジー監査で現在のプロセスがどのように進行しているかを確認する必要があります。

データが失われていないかどうか、またはどのデータポイントがビジネスに関連しなくなったが、貴重な時間とエネルギーを消費しているかを確認します。データベーステーブルを効果的に管理できますか？また、現在のシステムは、今後の成長期間に合わせて拡張できますか？

テンプレートシステム

現在のWebサイトはどのように構築されており、必要なものの開発を制限している特定のコーディング言語はありますか？チームがテクノロジー監査中に何をしたいのか、そして新しいプラットフォームがあなたのニーズを提供できるかどうかを確認するためにチームがどのように成長したいのかを検討します。

スケーラビリティ

現在のトラフィックデータを調べて、最も訪問された3回の時間でWebサイトがどのように機能したかを確認します。画像の読み込みに時間がかからないか、時間がかかりすぎると、39％の人が二度とウェブサイトにアクセスしないため、第一印象がすべてです。サイトの速度が低下したりシャットダウンしたりした場合は、インフラストラクチャを調べて何ができるかを確認してください。

統合

新しいプラットフォームに切り替えるには、設定した統合を詳しく調べる必要があります。すべてのプラットフォームが相互にスムーズに機能するわけではありません。事前に調査を行うことで、費用のかかる動きをする必要がなくなります。

間違った動きをするかどうかを知る唯一の方法は、テクノロジー監査を実行するときに現在の統合について詳しく理解することです。どのシステムがビジネスにとって重要であるかをメモしてから、各システムを調べて、チームの最大の問題点を調査します。

統合が不十分なためにシステムを完全に機能させることができない場合は、新しいプラットフォームのソリューションのトラブルシューティングを行ってください。

サーバーパフォーマンスベンチマーク

サーバーは常にバックグラウンドで実行されているため、サーバーはシステムの最も重要な部分の1つです。問題は、それに値する注意を払う時間を作ることです。

技術監査中に、帯域幅がどのように機能しているか、およびセキュリティの問題があったかどうかを確認します。これらは、新しいサーバーまたはホストに転送することで改善できます。

建築

監査中にシステムのアーキテクチャをチェックすることを検討してください。これは、日常業務では見過ごされがちなことです。アーキテクチャが結合または分離されているかどうか、およびヘッドレスコマースプラットフォームへの移行がプロセスを支援または妨害するかどうかを確認します。

総所有コスト分析を実行する方法

プロジェクトの各部分を調べ、それぞれのコストを特定することで、あなたとあなたのチームは、すべてがどれだけのコストになるかを正確に評価することができます。

設備投資コスト

CAPEXとは、新しいプラットフォームのセットアップ中に発生する費用を意味します。これは、考慮に入れる必要のある将来の継続的なコストであるOPEXコストとは異なります。 CAPEXコストの最初の考慮事項は、事前構築とコンサルティングの料金です。現在使用しているプラットフォームと切り替える予定の新しいプラットフォームについて話してくれる人を雇うと、調査を行う時間を節約できる場合があります。

開発者、プロジェクトマネージャー、品質保証などの外部請負業者もこれらのコストの一部として含まれます。ウェブサイトの否定的なフィードバックの約94％はデザインに関連しているため、時間とお金をかけてアウトソーシングすると、良い結果が得られます。もう1つの考慮事項は、新しいプラットフォーム、代理店の提供に関連する費用、およびその他の技術的費用です。

仕事の一部を実行するために外部の代理店を雇うには、すべてをスムーズに実行するために購入する必要のあるアプリやソフトウェアと同じように予算が必要になります。見積もりが必要な最後のCAPEXコストは、サイトのテストまたは新しいプラットフォームでの従業員のトレーニングにかかる費用です。

OPEXコスト

これは、ほとんどの事業主が最終的な予測に含めることを見逃したり忘れたりする分析の一部です。これらのコストは継続的に発生するため、予測は1年分のサービスにつながる可能性があります。

サービスや代理店を雇うことを計画している場合は、それらの保持費を分析に含める必要があります。これは、プラットフォーム変更プロセスの実際の総コストを理解するのに役立ちます。

Webサイトまたはサードパーティのツールに関連する料金も継続的に発生し、OPEXコストに含まれます。

テクノロジーと総所有コストの監査

プラットフォームの再構築プロセスに技術監査を含めると、現在の技術スタックがニーズを満たしているのか、それともさらに多くの問題や問題を引き起こしているのかを判断するのに役立ちます。予算の超過が心配な場合は、総所有コストの監査により、プロジェクトのすべてのコストと継続的なコストを確認することで、正しく予算を立てることができます。

リプラットフォームシリーズの次のパートでは、この情報を使用してRFPを準備する方法について説明します。