This is a question where, while vagueness is frowned upon here, this one gets a little too vague. I don't think anyone has a perfect answer to this.
In an AD domain, you should be able to deploy an MSI package through policies. This supposedly works well.
But not all installers work like that, of course.
I've had to use scripting tools for Windows to create a file where I'd go into the lab and just run the script file, then it would take over all the path setup and clicks. Not perfect by far since I had to go to each of 30 machines and log in and take each step, but it did reduce some work since once I clicked the script I could move on to the next machine.
There are a small number of auto-installation routines and really I've found that the ones I've tested work GREAT for certain things, and fall horrendously flat for others. I can't even get printers to deploy and install drivers to workstations consistently each time, to the point where it's configure once and deploy without worries. Every time we have issues we're told that the next version of AD is better with things like this. Ugh.
Depending on your situation you might be able to look at something that virtualizes and deploys applications from a central server. VMWare has tools that do this and I believe Citrix and MS have them as well now. You install an application on the app server and then users can run them as packages from a weblink or share link and it launches on their computer without local setup.
Alternatively, honestly, the most reliable way we've done this sort of thing is through remote access via a terminal server. The client doesn't have to be high end, and once you configure it on the server, people can log in and you can maintain it from one server (depending on applications and users, as the server must be able to handle the load). BUT it's still wasn't a panacea. We had issues with sound, memory leaks, animated maps causing mem bloat until it slowed down all users, etc. so it needed constant babysitting.
Second we've used VNC to remotely log in and set things up. Need a reliable connection to pull it off, it doesn't save you HUGE amounts of time but it does add up when you're doing it from one system with multiple windows open and you do have the comfort of knowing that it's set up and working when you're done instead of the phone calls about half-installs or programs that hung partway through the install process and you didn't know it.
Third, cloning. If the hardware is all the same and you're talking about a deploy that happens twice a year or something along those lines, it may be simplest to get a cloning tool so you set it up on a master system and then clone to a sysprepped image and redeploy to each workstation, assuming you're not having users store things on the workstation themselves (backup...backup...backup...)
Overall you'll need to edit your question a little to let people know what environment you have (AD? Workgroup? Just a bunch of machines?), the installer you're referring to (MSI? Zip? Standalone EXE? specific installer?) and any limitations (can't use scripting engines? Is this for a specific purpose or just a general "we have to get a school lab set up or updated every bloody month and want to save time?). Maybe someone else here has had great luck with a particular tool but in our case we have piecemeal solutions that lead to later hair pulling when XYZ doesn't work properly and if you work in a school it's amazing how many programs are pieces of crap that were made by companies caring more about brand than creating shovelware, and your users still ask for software to be installed that were packaged with Windows 3.x installers (which Win7 LOVES, by the way...XP even heaves at some of it. And now we have programs from big companies that dedicate people to sending "Oh, yeah, this doesn't work on 64 bit operating systems and the UAC has to be disabled for this user..." support messages to us after we contact them about installation and configuration glitches, like Win7 somehow blindsided them...bloody @#%!)