SAPテンプレートについて、第三回です。
最終回は、「テンプレートって、SAPベンダーにとってどうなの？」についてです。

ベンダにとってのメリット

まず、なんといっても商品ができることです。

というのも、ITベンダーというのは、大抵は独自の商品やサービスを展開しているものですが、SAP業界は「SAP社が開発・販売するSAPというパッケージありきで、その枠組みの中で導入コンサルティングや開発を行う」という点が少し特殊です。

つまり、SAPというパッケージありきなので、独自性が出しにくいのです。

もちろん、会計や人事などの業務領域や化成品メーカーや商社などの業種に特化して売り込んでいるSAPベンダーは多くあります。

しかし、それらは実績として示すことができても、形として存在していないが故に顧客への訴求力に欠けるため、テンプレートという自社商品を持っていることは大きなアドバンテージです。

次に、エンジニアの育成についてです。

SAPは、システムを動かすためのバックグラウンドの仕組みや裏方のコントロール（ベーシス領域）の設定作業や検証などが他のシステムよりも重みがあり、また追加開発に多額の費用を投じることが慣例であるため専用開発要員も多く確保されることが多く、担当するエンジニアが「お客様のフロント」や「業務ユーザ」と関わらないことは珍しくありません。

そういった層は「業務システムであるはずのSAPでメシを食いながら、業務を知らない」という事態に陥ってしまいがちになってしまいますが、テンプレートの構築は「具体的に、業務でいかに活用するか」に即しているため（でないと売れない！）、顧客のビジネスや業界を学ばざるを得ない状況に放り込まれるわけで、これは、エンジニアにとっては業務を学ぶ良い機会と言えます。
ただし、そのテンプレートの構築や活用を通してSAPというパッケージや業務への知見を深めることが肝要なのであって、テンプレート自体に詳しくなること、そこにばかり時間を費やすことは、必ずしもキャリアにとって良い面ばかりでないということは忘れてはなりません。

ベンダにとってのデメリット

まずはメリットで触れた点の裏返しなのですが、自社開発テンプレートのオタクになってしまう可能性があることです。

正直、そのテンプレートを使う現場と使わない現場のどちらかが多いかといえば、そのテンプレートがバカ売れしない限りは使わない現場の方が多く、「精通してもしょうがない」とまでは言いませんが、そこに時間を費やすなら王道の部分に邁進した方が、よほど市場価値は高まるでしょう。

プロジェクトメンバにはSAPエンジニアとして成長してほしいのであって、テンプレートのスペシャリストになって欲しい訳ではないのです。

また、今となっては昔ほど導入プロジェクトが山程あるわけでもない、というのも大きな要因です。
逆に、ある程度SAPの知見を深めた後でないと、「SAP標準の動作」と「パラメータ設定を変更した結果としての動作」と「追加開発した結果としての動作」の切り分けが難しいため、他の導入プロジェクトや追加開発案件で混乱してしまうかもしれません。


最後になりますが、テンプレートには良い部分も悪い部分もあります。

もちろんコストでいえば、「欲しい機能の開発コスト」と「それらが大体揃っているテンプレート」の値段を比べた場合、殆どの場合はテンプレートの採用が有利となります。

ただ、それが先々のリスクや運用コストを棚上げした結果であったりもするわけで、また導入後にテンプレートだけ取り外すことができないという面もありますので、慎重にご検討頂ければと思います。