Hacker Newsnew | past | comments | ask | show | jobs | submitlogin
Ask HN: How do you build software for government agencies?
5 points by d4mi3n on Dec 16, 2014 | hide | past | favorite | 9 comments
Hello fellow HNer's!

I'm a software guy of some skill with a history of building systems at software startups and more recently non-profits. I would like to try my hand and building things for local and/or state organizations (police departments, constituent services, etc).

The biggest problem I think I have, however, is that I'm uncertain who I should be talking to. Should I be aiming for decision makers in such orgs? Will these people be the ones actually using such software? Is it even possible to get into the government sector without a pre-existing network of contacts?

Information and advice would be much appreciated.



If you just want to contract with them, it is easy and you are just a contractor. If you want to be a vendor then below is my experience & opinion.

We have been successful in breaking into the EMS/Fire and more limited in Law, but it took a long time and also I do have contacts in the industries.

As MalcolmDiggs already pointed out, most times these deals are awarded to the lowest bidder and take time, 6-12 month sales cycles are not abnormal, 3 months is considered quick. Additionally the RFP is usually a multistage process, not just submitting a quote and response. Many times you have to appear at minimum to one Q&A session, plus submit your RFP and prove your bonafides. Depending on the agency as well, if the value exceeds $5k or $10k (or whatever their threshold is) then you will have to be bonded, prove you carry all the proper insurance for the state, blah blah blah.

Where this can get a little easier is if you have developed a product that one of the agencies wants to acquire then it is usually a longer sales cycle but you get out of the RFP process a lot of times. They will sole source things, or many times write the RFP/RFQ so specialized that only one product fits it.

In general though, once you get 1-2 of these deals they are easier to get, because there is a certain amount of the safety in the fact you have been trusted before so the next time it gets easier.

Our last Response to an RFP took us the better part of 30 days and 2 people (over 3 months) to properly write, assemble, document, respond to Q&A and get everything sent in. Plus we had to provide financials, resumes of principles, bond, proof of all relevant insurances etc. Luckily since we have done these before a lot of that is just refreshing documents but it still takes time to make sure it is all in order. One we responded to claimed to have rejected our proposal because we put two sections out of order in our response, a stupid mistake that didn't materially change anything, but it wasn't in the specific stapled order they required.


This is all awesome feedback, thanks!

Follow up question: what is it like building products for acquisition by such organizations? Is this anything like building B2B or B2C enterprise software? What common requirements do orgs put on software or services they want to acquire?


Your welcome.

From our experience building products is much like building for enterprise companies. The sales cycle is still longer than private businesses but it is better than trying to win custom work through RFP's usually.

They will still require some additional vetting usually, like we have had to provide financials a couple of times for larger product sales > $25k so that the County could feel good that we were a solid company and not going out of business the next week. But we even got a deal where we had horrid financials (in the red), we just explained we were still investing in product development etc. Sometimes I think it is more about them checking boxes than someone really evaluating all the points.

It is also not uncommon for them to ask for the software (even a SaaS) to be put into source code escrow so that upon any insolvency (or other triggers) they get a copy of the code. And while you have to arrange it, they all pay for it and pay for the extra time it takes you to manage that process so it isn't a big deal.

Lastly, pricing is really key on these types of products and services. If you can get within credit card purchasing limits for a product or service then the approval process is just getting someone with the card to say yes. For example, say you have a service for $39 a month, that is well within the purchasing card limits monthly for most small County departments. One time purchases are generally set around 249, 499, 999, 2499 because you will find the managers will have a purchase authority up to $250, $500 etc, where it doesn't require any review. This is really the key on how to sell into them without having to be vetted or go through an RFP etc.

Hopefully that helps you some, good luck!


You're entering the realm of RFPs. Government agencies issue Request For Proposals when they need something tech-related done, you prepare a fairly hefty proposal and send it in. Then you wait and wait and hopefully hear something at some point.

It's potentially lucrative but it's a long sales cycle and those kinds of contracts tend to be lowest-bidder kind of things (so your opportunity to turn a profit is based on your ability to outsource the work very cheaply).

Check online for RFP listings services to get a taste of what that system is like.


Also, I don't know how it's done in the U.S., but here (Uruguay), state agencies prioritize companies that have done work for the state in the past, so the only way to enter the "system" is to underbid on a low-budget project and hope to win, then do well and have a good reference under your belt (or pay a bribe, but let's not get into that).

And RFP equivalents are a pain to write, it's usually a valuable skill to have people who have done it in the past.


Thanks for sharing!

What is it like competing for such RFPs? Sounds like it's not for the faint of heart. Have you managed to make a pleasant/sustainable career out of this sort of work?


Competing is a pain in the ass, since at the end of the day lowest bidder basically always wins. So it really ends up a race to the bottom and I've seen more than one contract to go bidders offering to do projects basically at a loss.

There is another way however. Many places have a lower limit, where projects under that don't have to go out for bids. Find out what that limit is and keep your project under that limit. This does require you to get to know people in decision making positions, developing an understanding of what problems they face and sell proposals directly to them.


I don't compete for such RFPs (I'm actually kind of on the other side of the table at the moment :) ).

However, I have friends whose companies do, and yes, they've made a sustainable career out of this sort of work.

The key "secret" is that, by the time the RFP comes out... it's almost always too late. It's much better to have built rapport with the organization, know its needs... and at least over here, the RFP will be written with one or several products or companies in mind.

There are several very good answers here (dagw's point of finding the lower limit is a great one), and I've also seen other good posts here on HN, I'll see if I can dig some up.


Something to keep in mind when dealing with goverment agencies: they don't care about saving money the way a business would. This was an eye opener for me when I discovered this.

If you told a business that your product would save them $50K a year they would love it.

If your product saves a government agency $50K this year, they may have their budget reduced by $50K next year as a result. Any money you save them doesn't necessarily help them (the agency) in the same way it would for a business.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: