Three GUARANTEED Ways to Fail at Department of Defense SBIRs
The Department of Defense has just released the third and final round of small-business research contract topics for 2011. I will be studying them for interesting research opportunities (and maybe some weird ones), but in the meantime, here is the first installment of my long-promised “Ask the TPOC” series.
On May 23, I interviewed Dr. Daniel Harris, a scientist at the Navy Air Warfare Center (NAVAIR) at China Lake. Dr. Harris authors and reviews dozens of Navy SBIR topics every year. Because our conversation covered too much for one article, I intend to use it as the basis for a few short pieces. To kick things off, I present three guaranteed ways to kill a proposal. Any one of these will cause your proposal to be rejected by a technical reviewer.
- Be unresponsive to the topic. “Responsiveness” is important in any research proposal, but it is critical for DoD SBIRs. DoD SBIRs always focus on specific problems facing the armed forces. If your research does not specifically help solve the problem described in the solicitation, then your proposal will be rejected no matter how good the science is.
- Be secretive about your technology. Many small businesses write vague technical proposals, fearing that, if they reveal their intellectual property, it will be stolen or publicly disclosed. That paranoia is unfounded. The DoD deals with sensitive information all the time and has protocols for protecting that information. (Case in point: Even this essay had to be cleared before public release.) DoD SBIR reviewers are legally restricted from sharing anything in a proposal that is marked “PROPRIETARY.” If you instead “protect” your research by not disclosing it in your proposal, then the reviewer will protect the government’s money by selecting someone else’s proposal.
- Do not justify your claims. Your proposal must have some quantitative justification that demonstrates that the technical approach is feasible and that the proposers are capable of doing the work. Depending on the project, the justifications may be as basic as order-of-magnitude calculations or as complex as preliminary experimental results. The point is that you must have something. If, instead, your proposal merely says “Trust us”… well, chances are they won’t.