コストを優先するか、機能を優先するか。

必要とする機能によって、判断はかなり揺らいでしまいますが、基本路線の考え方としては2パターンかと思います。

**コスト優先

機能を満たしている場合に限り、自社対応とASPでは、コスト面でASPが断然有利なケースが多いと思います。その場合でも、検討しないといけないのが、利用上のデータのシステムインフラ上の管理を「外部の仕組み」に依存してしまっている点です。

たとえば、メールマガジン配信のASPだと、メールアドレスのデータ自体はASPのDBの中にあり、大抵のケース、そのDBそのものをユーザー企業が管理することはできません。データの保全性やセキュリティ面などはASP企業に依存する形になります。

そこの検討がクリアであれば、機能を満たしている以上、自社対応は非効率になりがちです。

**機能優先

機能を満たしていない場合、選択肢は2つにわかれ、妥協できる機能の場合はASP採用に傾き、妥協できない機能の場合は、自社対応のイニシャル・ランニングを試算し、費用対効果を検討する必要があります。

ここで注意したいのは、「機能」とは必ずしもボタンアクションなど、目に見える機能のことだけをさしていません。例えば、保管できるデータ総量であったり、メルマガであれば配信可能数、配信時間数であったり、先にあげたセキュリティ面であったりと、目に見えない部分も含めて検討する必要があることです。

稀にカスタマイズ可能だというASPサービスがありますが、現実的には期待しないで、標準で提供しているサービスを見て検討する必要があります。ASP側のカスタマイズは最終的な判断手段に残す程度でかまいません。

機能を優先した場合、自社対応がベースになりますが、コストや運用負担などはASPに比べて確実に重くなる点を十分に考慮する必要があります。