Ｑ／導入しても互換性問題はあまり生じなくなっているのですか．
Ａ／互換性の問題はVistaに比べればかなり改善されていますね。
ドライバの開発がかなり進んでいますから、チューナーなど国内中心のものでなければ、Vistaに比べると圧倒的にドライバ対応数が増えています。
既に回答があるように、OSのビット数の違いによる互換性というのはドライバモデルに起因する物がほとんどで、それにプラスしてカーネルに影響を与える独自APIが互換性の問題を発生させることがあります。
後は、これまでWOWで稼働させていた16bitソフトウェアがあれば、それが動かなくなるぐらいです。（これは、ゲームでなければXPM上で動作させることが出来るでしょう）
windows Vistaや7の64bit機構はこれまでのWOW32や対のDLLを装備していた9x系Windowsとは異なり、32bitと64bitでのアドレス変換拡張などを行った後に、64bitのAPIをキックする仕組みへと変更されています。
どういう仕組みかというと、ある32bitのプログラムが32bitのWindowsAPIをキックしようとした場合、その情報を受けたWindowsは32bitと同じ機能を持つ64bitAPIに処理を向けます。
その結果、アプリケーションが独自の低レベルAPI（OSのカーネルを直接キックするAPI）を持っていなければ大半のプログラムが動作し、尚かつAPIは64bit稼働するため広大なメモリを使えます。しかも、APIは64bitであるためそのモジュールを実行している間は64bit演算の恩恵を受けられ若干の高速化を果たすことがあるのです。（全てではありません）
尚、ハードウェアドライバは、カーネル等基幹に情報を渡す役割を持つものですから、32bitのドライバは絶対に使えません。もし使うのであれば、XPMを利用して動作させてみるしかないでしょう。（テレビチューナーなどはXPMでも動作しない場合がありますが、プリンタドライバやスキャナドライバはXPMでも動作します）
最後に、現在マイクロソフトとインテル社、AMD社などを中心に64bitアプリケーション開発を後押しする活動を急速に強めています。そのため、最短で1年以内にはほぼ半数以上のパソコンがデフォルトで64bitOSになり、アプリケーションの多くが64bitでの動作確認を行うことになるとおもわれます。
特に、64bit環境ではAESなどの暗号化を利用するアプリケーションや、デコードやエンコードアプリケーションにおいて、64bitALUやFPUでの演算向上の恩恵があり、これらに関しては今後、64bit化を急ぐことになりそうです。雑誌などを読む方なら最近、やたらと64bitWindows7のレビューが多いのでこの辺りの察しが付く人も多いかもしれませんけどね。即ち、ソフトもハードも開発は、アプリケーションベンダー単体の話ではなく、OSメーカーやハードウェアメーカーの思惑次第です。
これは、32bitの時もそうでしたし、16bitの時もそうでした。グラフィックス技術の革新でもそうでしたし、マルチコアプロセッサも然り、結局必要か必要ではないかではなく、最終的に必要だと思わせるのがメーカーの戦略です。
尚、米国での店頭販売では既に1年ほど前から64bitOS搭載が主流になっていますから、今後64bit化が日本でも急がれるのは間違いありません。後は、どれだけ消費者が受け入れるかと、ベンダーが製品をいつどれだけ出すかに依存します。一般ユーザーの多くは、最初にインストールされていたOSを我慢してでも使いますからね。
まあ、今の状況を見れば大手ベンダーはWindows7を皮切りに64bit版やハイブリッドリカバリ対応（32/64bitリカバリ可能）を拡充させるつもりのようですけどね。
http://japan.cnet.com/news/ent/story/0,2000056022,20382741,00.htm
