必要な機能と業務を説明できることに集中を。

**技術に詳しい必要はなく、お客様の状況に詳しいことが重要かと。
技術的に詳しい必要はないと思います。システム会社側にとって「お客様が本当に必要としている機能や業務は何か?」を、お客様以上に詳しくしるのは困難です。そのため、お客様側の担当者の方が、技術に詳しいことよりも「社内や業務の都合に精通している」「社内調整も上手」だと、システム会社としては実はとてもありがたいことでもあります。

**見極めのポイントを間違えないこと
同じような不安を抱えているユーザー企業は非常にたくさんあります。失敗する例として、次のような見極めのポイントが間違っているケースが多いです。

***技術的制限なのか、システム会社都合なのか?
「それはできません」とか「それはこういう方法になります」という検討事項は多々出てくると思いますが、それが「技術的・実績的な制限なのか」「開発会社の都合なのか」を混在せず、明確にわけて検討することが大事です。そこは明確に開発会社に提示を依頼する必要があります。提示されなかったり、内容に不安がある場合は、第三者にその部分を依頼することもあります(弊社はよく、こういった相談があります)。

***過大投資に注意
システムはサービスインしたときは「赤ん坊」が生まれたのと同じです。それを使っていく中でどうしても改善点が出てきます。ですが、いろんなリスクや要望をカバーしすぎて、結果過大な投資となるケースが多いです。余分かつ不十分なインフラだったり、実はあまり使われない機能が生まれたりします。

***運用・保守も常に視野に入れた提案や設計かどうか
サービスイン後のことも視野に入れた設計である必要があります。「○○を追加したい」「それなら、ほぼ作り直しです」という話はよく聞きます。

不安である点は全部システム会社にぶつけ、その対応を見て、自社にとって有意義なシステム会社かどうかを見極めていっていただければと思います。