10数人規模の会社で、DBの開発と言うのですが、データのレコード数や、どの程度頻繁に使うのか、などはっきりしませんね。
ヒヤリングにも応じてもらえないというのは、ひどいですね、すくなくとも業務の流れは把握しなければきついですねえ。
でもエクセルでフォームを使って程度と言うのなら、それを見て、アクセスなどで実験的にそれに代わる便利なものを作ってみたらどうでしょう。
おそらく誰もイメージが分からないのです、だからお任せモードなので、自分の発想でこんな風に便利に出来るんだよというように作ったらどうでしょうか。
私も社内の商品DBや顧客DBを自由に作って、みなに使ってもらって、使っているうちに意見が出てきて、その都度変えていっています。このようにその都度柔軟に変えていけると言うのが小規模の会社で、外注の案件でないと言う場合の面白みと、気楽さではないでしょうか。
外注だと、仕様書から何から何までそろえて出じゃないと出来ませんが。

お察し致します。私どものところは150名程度の職場ですが、似た状況にあります。これまでの経験ではヒアリングもそこそこにシステムを作っても、改変の嵐で、無駄が非常に多くなり（改変に時間がかかる）、ソースも汚くなってますます改造がやりにくくなり、ソースを書いた者がいなくなると惰性運転でシステムを運用するしかないということになってしまいがちです。
（最近はユーザも理解を示しつつありますが）

ここはしんどいところですが、なんとしてもヒアリングの必要性を訴えて、実現する必要があると思います。紙芝居でいいと思います。DBを構築したり、ソースを書いてから実際に触ってもらうのでは、開発サイドの無駄が大きすぎます。まずは、紙芝居や漫画でどんな感じのシステムになるのかをユーザに見てもらうなどして、そこからヒアリングの必要性もユーザにわかってもらう・・・というような戦略が必要かなと思います。