に投稿 コメントを残す

アプリケーション対プラット

“誰も別のプラットフォームについて聞きたくありません。”

役員やベンチャーキャピタリストを含む無数の人々がこれを言っています。 “プラットフォーム”は最近、ソフトウェアの世界で汚い言葉になっています。 使用するにはあまりにも難しい、不明確なユースケース、長い実装サイクルと高コストは正当にこの観点につながりました。 アプリケーションの消費化に伴い、単一目的のアプリケーションは前述の問題の多くを解決しました。 そして、ほとんどの場合、アプリは使用するだけでより楽しいです。

は2018年に早送りし、アプリの普及はビジネスやITリーダーにとっては支持できない問題を生み出しており、振り子は最終的にプラットフォームに向かってスイングし始めているようです。

データサイロの問題

数十のアプリケーションに顧客データがどのように広がっているかについての記事やブログ記事がおそらく何千もあります。 フォレスターのジェイ-マクベインによると(経由ChiefMartech.com)、今日の約100,000のソフトウェアベンダーは、1百万の超専門企業に2027年までに成長するでしょう。 データのサイロは、今制御不能に見えるかもしれませんが、それだけで悪化するだろう。

顧客データサイロの多くは異なる一意の識別子を持っているか、完全に匿名であるため、特にB2C企業にとっては、これを解決するのは簡単な問 幸いなことに、Apiは標準であり、顧客データを収集して接続する5年前には存在しなかった顧客データプラットフォーム(Cdp)のリストが増えています。 これらはまだユビキタスではありませんが、成長しており、企業は迅速で実用的な洞察の鍵は、ITプロフェッショナルではなくビジネスユーザーのた

B2B企業にとって、データサイロはより簡単なはずですが、多くの場合、そうではありません。CRMまたはBIツールは、データ集約のためのgo-toソリューションでしたが、多くのCRMソリューションは、実際には限られた(多くの場合、一方向の)データ統合を持つ独立したアプリケーションです。 (あなたは純粋にこのための買収を通じて成長する企業に感謝することができます。)彼らはまた、通常、行動データの力を見落とす、取引や直接の相互作用に焦点を当てています。 BIツールはさらに進んでいますが、チームがアプリケーションを橋渡ししてデータを正規化するのに役立ちますが、ビジネスユーザーが構成するために構築されていないことが多く(SQLクエリの記述の知識がなければ)、非技術者が使用するのは本当に簡単ではないことがあります。 これにより、ビジネスチームは、より友好的ではあるが統合されていない並列技術を使用するようになり、すべてのデータを一箇所に保持する価値が減

企業は競争力を維持し、デジタル変換するためにこれまで以上に迅速に新技術を採用していますが、AIのようなメガトレンドは、これらのデータサイロに圧力を適用しようとしています。

組織サイロの問題

データサイロを持つことは十分に悪くないかのように、企業は組織の構造をより顧客中心に変え、組織モデルを革新すること デジタル変革を進めている企業は、B2B企業の販売チームとマーケティングチームの再編の傾向が高まっているように、組織のアライメントとチームダイナミクスについて創造的に考えています。 しかし、多くの場合、これらの組織の変更は、技術が伝統的な組織のサイロを強化する難しい境界を作成するために失速します。 企業は、従来のチーム間の結合組織を作成する方法として、”成長”と”顧客体験”を担当するリーダーを配置しています,彼らは人々が通常の境界の外で動作し、新技術

Forrester(paywall)の2011年の報告書によると、販売およびマーケティングリーダーの69%が、原因ではなく、ずれの症状として「異なる目標と測定値」を挙げています。 昔々、多分販売およびマーケティングは顧客の旅行の別のセクションを所有し、会社はそれらを別に作動させることをできることができるがほとんどのマーケティングチームは育てるキャンペーン、顧客の約束のマーケティング、販売の可能性、思考のリーダーシップおよび多くに責任がある。

Aberdeen Groupによる頻繁に引用された調査(The Marketing Journal経由)によると、「高度に調整された組織は、前年比で平均32%の収益成長を達成したが、調整されていない競合”そして、この新しいサブスクリプション経済では、おそらくさらに重要なのは、MarketingProfsの調査によると、”緊密に調整された販売とマーケティングチームを持つ組織が36%の高い顧客維持率と38%の高い販売勝利率を達成した”という事実です。 マーケティングと販売は最も目に見える組織のサイロに過ぎませんが、この問題が研究にもかかわらず消えていないことを証明する150,000のAberdeenの研究(多くは2016年と2017年のもの)への参照があります。

技術的な脆弱性

は、一つのコアプラットフォーム上に構築された技術スタックよりも、六つのアプリケーションを基盤とする技術スタックですか? コアカスタマーエクスペリエンスがより接続されているほど、追加の技術を強化して補うことがより安全になります。 振り子がプラットフォームを支持して戻ってスイングしているトップの理由の一つは簡単です:技術スタックは、より安定した基盤を必要とします。 より少ないデータサイロとより多くの接続されたコアプロセスは、プロセスを接続し、カスタマージャーニーの一方の端から次の端へのデータフローを合理化す そして、チームが必然的に変更を加える必要があるとき、それを行う方法は明らかです。 ビジネスチームは、5つの別々のアプリケーションでワークフローを自動化しようとすることはなく、ITチームはそのようなことをサポートする必要はありません。 ワークフローとカスタマイズ性は、単一のアプリケーションによって制約されることはありません。

ほとんどのプラットフォームがローコードアプローチを採用しているという事実は、アプリケーション開発チームがマルチモンス開発サイクルなしでより多く ローコードプラットフォームを使用すると、アプリケーションプロジェクトの設計と開発フェーズが同じになり、内部のアプリ開発チームがより機敏になり、ビ

私は2018年は振り子がプラットフォームに向かってスイングするのを見るだろうと思う-アプリの増殖ではなく、より良いサポートをするために。 採用が容易で最先端の技術を持つことには大きな利点がありますが、機能チーム間で接続して調整するためのプラットフォームを用意することは、ソフ

Forbes Technology Councilは、世界クラスのCio、Cto、技術幹部のための招待制のコミュニティです。 私は資格がありますか?

コメントを残す

メールアドレスが公開されることはありません。