直接的な回答を提供するには情報が少なすぎますが、基本的なことをいくつか紹介します。
IVR アプリケーション開発の標準は、ダイアログ (発信者の対話) 用の VoiceXML と呼制御用の CCXML です。後者はあまり一般的ではありません。独自のソリューションも数多くあります。オープン スタンダードとプロプライエタリ ソリューションのどちらを選択するかは、ベンダー/ソリューションのロックインを重視する必要があります。テレフォニー ボードに直接コーディングすることも (テレフォニーに慣れていない場合は、困難であり、通常は文書化も不十分です)、エンド ツー エンド機能を提供するソリューションを使用することもできます。IVR アプリケーションを移植している人はほとんどいないので、アプリケーションのサポート性、機能、および使いやすさに重点を置いて決定します。
プラットフォームの選択はさまざまです。オンプレミス (オンサイト) ソリューションとホスト型ソリューションがあります。ほとんどの場合、ハイエンドのエンタープライズ ソリューションとローエンドのソリューションがあります。中間的な解決策はほとんどありません。機能 (テレフォニーおよび統合機能) は劇的に異なります。
テレフォニーの観点からは、当たり前のことは何もありません。特に、転送。通話を転送するには多くの方法があります。それがどのように行われるかは、接続によって制限されます。CO (電話会社) へのアナログ回線には複数のメカニズムが存在する可能性があり、通常、配置されているメカニズムはユーザーに指示されます。すべてのテレフォニー プラットフォームが必要なものをサポートしているわけではありません。少なくともアナログ回線でのハングアップ検出も、初心者を捕まえることができます。通常、ホスト型ソリューションを使用すると、これらの問題のほとんどを回避できます。VoIP ソリューションは、デバイス間の互換性のためにさらに複雑になります (そうです、多くの標準があり、多くのオプション パーツがあり、カスタム フレーバーがあります)。
具体的には、Windows の場合は Lync を使用できますが、複雑です... ただし、検討するソリューションの多くは複雑になります。
要するに、最善の解決策はありません。テクノロジー、要件、および予算に関する知識が、意思決定の原動力となります。私は通常、大規模なコール センターの前にあるオンプレミスおよびホスト構成のエンタープライズ IVR を使用してきました。私は多くのオープンソース ソリューションと接触してきました。システムとテレフォニーの構成が原因で、オンプレミスのすべてが複雑になる可能性があります。ホステッド ソリューションは通常、そのほとんどを行ってくれます。