ソフトウェア ハウスが積極的なビジネス パートナーではない場合はどうなりますか?

この投稿では、あなたが協力している e コマース代理店やソフトウェア ハウスが積極性を示さず、ビジネス アプローチを持たない場合にどうすればよいかという質問に答えることに焦点を当てます。

あなたが協力しているソフトウェアハウスが積極的なビジネスパートナーではない場合はどうすればよいでしょうか?
なぜソフトウェアハウスは良いビジネスパートナーではないのでしょうか?
プロジェクトマネージャー – 非現実的な金額を期待される多才な人
ソフトウェアハウスが積極的なビジネスパートナーになるにはどのような方法がありますか?
ソフトウェアハウスが積極的に取り組んでいるかどうかを確認するにはどうすればよいですか?
要約 – ソフトウェア ハウスが良いビジネス パートナーではない場合はどうなりますか?

あなたが協力しているソフトウェアハウスが積極的なビジネスパートナーではない場合はどうすればよいでしょうか?

基本的に、解決策は 3 つあります。

1 つ目は、積極的でビジネスの主導権を示し、コラボレーションに取り組み、実際にビジネス パートナーである代理店を見つけることです。 これを命令するには、適切なプロセスが導入されている必要があり、最も重要なこととして、適切な役割が割り当てられている必要があります。 それについては後で詳しく説明します。

2 番目の解決策は、この役割を自分で (つまり、側で) 実行できることです。 ソフトウェア ハウスがビジネス アプローチを持たず、積極的ではないことをただ受け入れるだけで、それだけです。

3 番目の解決策は、e コマース コンサルタントを雇うことです。 この担当者は、オンライン ストアの基盤となるテクノロジーの経験を持っている必要があります。 これにより、あなたとソフトウェア ハウスとの間にリンクが提供されます。 この場合、不足しているコンピテンシーをソフトウェア ハウス (e コマース代理店) 以外の場所から購入します。

この質問に対する簡単な答えはこれくらいです。 このトピックをさらに発展させることに興味がある場合は、読み続けることをお勧めします。

なぜソフトウェアハウスは良いビジネスパートナーではないのでしょうか?

私たちに相談に来る企業が、現在のソフトウェア ハウスにはビジネス アプローチが欠けていると主張する状況によく遭遇します。 このため、彼らは Software House を変更することを検討しており、ビジネス ニーズをよりよく理解できる代替案を市場で探しています。

症状 #1 – 積極性の欠如

代理店が独自の取り組みを提示しないため、積極的ではないという声をよく聞きます。 これはどういう意味ですか？ そのような例を挙げてみましょう。 Magento の新しいバージョンには、ページ ビルダーが付属しています。 ソフトウェアハウス (つまり、ソフトウェアハウスで働いている人) は、Magento を Page Builder を備えたバージョンにアップグレードすると、クライアントのチームがより多くのことを独立して実装できるようになることを知っています (つまり、より高速かつ低コストにつながります)。 このような場合、e コマース会社の正しい期待は、ソフトウェア ハウスがそのことを知らせるだけであることです。

症状 #2 – B2B 業界に関する知識の欠如

もう 1 つの問題は、ソフトウェア ハウスの従業員が企業の売上の詳細を必ずしも理解しているわけではないことです。 これは特に B2B ビジネスに当てはまります。B2C ストアは要求は厳しいものの、販売プロセスが B2B よりも複雑ではない傾向があるためです。

B2B の文脈では、営業担当者だけでなく、営業部門や顧客サービス部門とも対応しなければなりません。彼らは、B2B プラットフォームの導入によって職を失うことになるのか、それとも職を失うことになるのか、よく疑問に思います。仕事の効率を高めるか、あるいは完全に置き換えることもできます。

これは、B2B 販売の詳細を理解していない代理店やソフトウェア ハウスと提携している B2B 企業にとっては問題です。 簡単に言うと、B2B 企業は、ビジネス開発をサポートする人ではなく、テクノロジー パートナーに B2B 販売とは何なのかを教育する必要があります。

症状 #3 – 実行時の無知

ソフトウェア ハウスに対するもう 1 つの批判は、指が示されているタスクを無意識に実行することが多いということです。

私たちが彼らに指を差して「コードを書いて」と言えば、彼らはそれを実行します。 しかし、「しかし」が 1 つあると、私たちが実装したいことが意味があるかどうか (ビジネスまたは技術的に) チェックも検証もされません。 多くの場合、短いビジネス分析さえ準備されておらず、プロセスも文書化されていません。 結局のところ、誰かが何かを実装すると、他の 10 個の機能が動作しなくなります。 そしてソフトハウスはパートナーであるオンラインストアを運営する会社に、結局失敗するのは分かっていたことを告げる（作業を始める前から言えなかった？！）この状況は悲惨です…。 e コマース代理店やソフトウェア ハウスと連携している人は誰でも、その代理店が計画を批判的に検討し、タスクや機能の実装がプロジェクトやビジネスにどのような影響を与えるかを評価してもらいたいと考えています。

症状 #4 – 企業戦略の理解の欠如

4 番目の状況は、ソフトウェア ハウスが組織の全体像と戦略的目標を理解していない状況です。

テクノロジー企業側に、B2C eコマースストアやB2Bプラットフォームの戦略を理解している人物が必要だという考え方です。 B2B プラットフォームが実装されている理由について、プラットフォームが注文を生成するためだけが考えられているはずはありません。 テクノロジーパートナーが戦略を理解していない場合、その戦略をサポートするテクノロジーの選択についてどのようにアドバイスすればよいでしょうか?

プロジェクトマネージャー – 非現実的な金額を期待される多才な人

さて、ここでソフトウェア ハウスが社交的なビジネス パートナーにならない主な理由に迫ります。 これは、1 つの役割に非現実的な期待と過大な責任を負わせることで起こります。

その役割は、珍しいプロジェクトマネージャーです。 プロジェクトのコーディネーターは真のルネサンスマンです。 彼の職務の範囲に（非常に多くの場合）何が含まれているかを見てください。

まず第一に、プロジェクト全体を計画し、タスクに分割できなければなりません。
彼は、スクラムやアジャイルなどの手法を使用したプロジェクト管理に精通している必要があります。 理想的には、PRINCE2 認定を取得している必要があります。 一言で言えば、プロジェクトができるようになります。

2 つ目は、この人は間違いを説明し、文書化する必要があることが多い人です。 クライアントがバグを報告する顧客サービス機能を実行するという意味で、彼はバグを説明し、それを再現し、それを開発チームに転送します (もちろん、クライアントが請求書を要求した場合、プロジェクト コーディネーターは、彼は主な連絡担当者なので、そのような管理も喜んで引き受けてくれます)。

また、クライアントとの同期も担当し、クライアントと毎週ミーティングを実施し、バックログで何が起こっているのか、次のスプリントで何が起こるのかを決定します。

彼は、うまくコミュニケーションできなければならず、交渉スキルも持っていなければなりません。クライアント側に 5 人の人間がいることもありますが、代理店の 1 人として、クライアント側のさまざまなビジョンを何とか調和させなければならないからです。実際に何をどの程度実装する必要があるかを決定できなければなりません。

プロジェクト マネージャーの責任に属するもう 1 つのタスクは、開発部門の問題を解決することです。 結局のところ、彼はプロジェクト チームの責任者であることが多いのです。 パイプラインが爆発し、バックエンドの新しいモジュールがフロントエンドで機能しません。 ここでは素早い決断が必要なので、ルネッサンスの男が再び行動を起こします。

コーディネーターは、フロントエンド、バックエンド、テスター、UX、ビジネス アナリストで構成される開発チームも管理します。

彼が採用活動に参加する必要があるのは、このチームを管理下に置いている場合、採用段階で候補者とチャットすることが有益だからです。

これで任務が終わるわけではないことを想像してみてください。

ポーランドの多くのソフトウェア ハウスには適切な品質保証プロセスがない (したがって、専門のテスターがいない) ため、彼はテスターも兼任することがよくあります。 そのため、プロジェクト マネージャーは、コード レビュー後に開発者から渡された機能をテストする責任があります (これが、電子商取引または B2B プラットフォーム側のチームが、自分たちがテクノロジー パートナーのテスターであるかのように感じる理由です)。

ビジネス アナリストとしても活動することが多いです。 主要な新機能がリリースされると、フラグと承認基準を作成するのはプロジェクト コーディネーターです。 そしてもちろん、ドキュメントを更新しようとします。

Magento の実装プロジェクトまたはメンテナンス プロジェクトを管理するプロジェクト マネージャーとして、当然のことながら、テクノロジーに精通している必要があり、さらにクライアントのビジネスについても理解している必要があります。 つまり、彼は e コマース市場で何が起こっているかを最新の情報に知っている必要があります。

そしてここで非常に重要な質問をする時が来ました：そのような「ルネサンス人」は存在しますか？ はい、でもそのような人はほとんどいません。 言い換えれば、そのような人々は片手、あるいは両手の指で数えられるほどです。 つまり、まさにそのような人がたまたまプロジェクトに参加する可能性はかなり低いということです。

ソフトウェアハウスが積極的なビジネスパートナーになるにはどのような方法がありますか?

さて、考えてみましょう。一人の人間にすべての役割を集約する代理店が、危険を冒してまで行動するビジネスパートナーとしての約束を果たすことができるのは現実的でしょうか?

この人は、多くの場合、期待されているタスクを実行するための時間も能力もありません（単に多すぎるのです）。 ましてや、何らかのイニシアチブを取ることは言うまでもありません。

では、この問題に対する解決策は何でしょうか?

外部の e コマース コンサルタントを雇う

まず、使用しているテクノロジーの経験を持つ外部の e コマース コンサルタントを雇うことができます。 たとえば、Magento を使用している場合は、この分野を専門とする e コマース コンサルタントを選択する必要があります。 e コマース コンサルタントは、Magento の世界で何が起こっているか、新しいバージョンがリリースされるかどうか、各バージョンにどのような変更があるかなど、常に最新の情報を提供する責任を負います。

また、e コマース コンサルタントは、e コマース関連グループの最新情報を常に把握し、ソフトウェア ハウスに報告する必要がある新しい脆弱性が発見された場合は通知する必要があります。

e コマース コンサルタントは、ソフトウェア ハウスとの話し合いを支援するだけでなく、ソフトウェア ハウスに委託されている優先順位やタスクをより適切に管理するために、あなたとソフトウェア ハウスの間に設置された外部の存在として機能することが重要です。

また、e コマース コンサルタントは、開発バックログと開発ロードマップを更新するために、定期的な間隔 (たとえば、四半期に 1 回、月に 1 回、または 6 か月に 1 回) を支援する必要があります。すべては開発ペースによって異なります。

e コマース開発を担当する貴社側の e コマース ディレクターまたはプロダクト マネージャーは、このコンサルタントと面会してバックログを同期する必要があります。

このように、e コマース コンサルタントはビジネス部分を実行し、ビジネス上の役割を果たします (これはソフトウェア ハウスで非常に求められることが多いです。ソフトウェア ハウスにおけるプロジェクト マネージャーの役​​割は、開発チームの作業と開発プロセスを管理することに帰着します。一方、ビジネス面であなたを支援し、e コマースの世界からニュースを提供してくれる e コマース コンサルタントがいます。e コマース市場の現状と進むべき方向について質問がある場合は、e コマース コンサルタントが最適です。これらの質問に対する答えを見つけるのに役立ちます。

自社内で適切なコンピテンシーを構築する

2 番目の解決策は、内部コンピテンシーを構築することです。 ほとんどの場合、Magento を使用している場合は、このオープンソース エンジンの使用を正当化する一定の規模と規模にすでに達しており、おそらく e コマース部門にはすでに何人かの人材がいます。

この場合、たとえば e コマース ディレクターやプロダクト マネージャー (サイトの責任者) が側にいることでしょう。

たとえば、準備コースを完了してから、Adobe Business Practitioner Professional 認定資格を取得することをお勧めします。 これは、Adobe パネルと Magento アーキテクチャに関する知識を証明する認定資格です。 この認定資格を持っている人は、Magento システムについての確かな知識があることを意味します。 この担当者は、Magento の変化を常に把握し、開発ロードマップの作成と更新を担当します。

ビジネスの役割を分担しているソフトウェア ハウスと協力する

もう 1 つの解決策は、積極的なビジネスを提供してくれる代理店を選ぶことです。 この記事では、プロジェクト マネージャーの状況と、その日常の責任の量について説明しました。 この問題の解決策は簡単です。理想的には、代理店にはコラボレーションにおいて異なる役割を持つ複数の担当者がいる必要があります (レンスマンにすべてが蓄積されないようにするため)。 代理店があなたのプロジェクトにこれらのさまざまな役割を提供できる場合は、ビジネスサポートと積極的な活動を本当に信頼できます。

これらの役割はどうあるべきでしょうか? 理想的には、そのような企業には (プロジェクト マネージャーに加えて) 以下の人材が必要です。

1. e コマース コンサルタント (プロジェクト マネージャー以外の人物)
2. ビジネスアナリスト
3. テスター

e コマース コンサルタントにどのような質問が寄せられるか、およびコンサルタントが毎週の会議にどのように出席するかを確立 (ポリシーの説明) しておく必要があります。また、そのような担当者が一定期間ごとにロードマップや開発バックログを更新するためにあなたと同席することを明確に確立する必要があります。四半期に 1 回、月に 1 回、年に 1 回など。

プロジェクトには、より複雑な機能の場合、機能が正確に記述されていることを確認し、フラグと承認基準を作成し、すべてのドキュメントを更新する責任を負う別のビジネス アナリストが必要です。 これは単純な役割ではありません。

プロジェクト マネージャーとは別の最後の役割は、品質保証プロセスの責任を負うテスターである必要があります。 彼がいないと、ソフトウェア ハウスから委任されたタスクには常にエラーが含まれ、単にテクノロジー パートナーの外部テスト部門のように感じることになります。

ソフトウェアハウスが積極的に取り組んでいるかどうかを確認するにはどうすればよいですか?

Magento やその他の高度な e コマース エンジンで協力するソフトウェア ハウス エージェンシーを選択する予定で、そのエージェンシーが積極的で真のビジネス パートナーであることを期待している場合は、(上で説明したように) 別々のビジネス ロールを持つエージェンシーを選択する必要があります。 ）。

すべてのタスクが 1 人の人間に蓄積される場合、ソフトウェア ハウスが積極的に活動し、優れたビジネス パートナーになる可能性はありません。

e コマース コンサルタントは通常、大規模な e コマース プラットフォームの開発に数年間にわたる豊富な経験を持つ元 e コマース ディレクターです。 このような人材は広い視野を持っており、どのチームにも必ず必要とされます。 eコマース戦略やB2B販売戦略とは何かを理解している人が必要です。

要約 – ソフトウェア ハウスが良いビジネス パートナーではない場合はどうなりますか?

要約すると、あなたが協力しているエージェンシーまたはソフトウェアハウスが良いビジネスパートナーではない、積極的ではない、または率先して行動しないという問題に遭遇した場合、選択肢は 3 つあります。

• 1 つ目は、協力関係で生じているギャップを埋めるために外部の e コマース コンサルタントを雇うことです。
• 2 番目の選択肢は、ソフトウェア ハウスが単なる現代の労働仲介業者であることを受け入れることです。 その主なタスクは、ユーザーの側でビジネス能力を構築しながら、ユーザーの指示を実行することです。
• 3 番目のオプションは、ソフトウェア ハウスまたは e コマース代理店に作業をアウトソーシングすることです。これらの代理店には、1 人に集中しないビジネス上の役割が明確に定義されています。そのような構造には、少なくとも、e コマース コンサルタント、テスター、ビジネス アナリスト、およびその他の役職が含まれます。プロジェクトマネージャー。