Skip to main content
Mentor-Protégé

The nontraditional defense contractor as a prime's OTA partner

A nontraditional partner added late with undifferentiated hours satisfies nobody and weakens the prototype. Here is how primes structure workshare, cost share and data rights so participation is a fact in the schedule, and the prototype is something a production award can be built on.

Other transaction agreements changed what a prime has to assemble before it can pursue certain prototype work. The technical case still has to be strong, but a second condition sits alongside it: for a prototype other transaction awarded without full competition on the strength of nontraditional participation, the government looks for a nontraditional defense contractor participating to a significant extent, or a cost-share arrangement instead. That single condition decides team composition on a large share of prototype pursuits, and it is why the partner selection is a technical decision rather than a compliance one.

This is written for the business development or contracts lead at a prime who has to build that team. The failure mode is well known inside the community: a nontraditional partner is added late, given a small share of undifferentiated work, and produces neither the participation the statute contemplates nor any engineering the prototype needed. The prime spends the same money and gets a weaker prototype and a weaker follow-on position.

What the condition actually requires

Three ideas do most of the work, and they are frequently blurred together.

Nontraditional is a status, not a size. The term describes an entity that has not been performing, for a stated period before the solicitation, contracts or subcontracts for the Department that are subject to full coverage under the cost accounting standards. A firm can be nontraditional and not small, and small and not nontraditional. Do not assume the small business on the team satisfies the condition. Ask the question directly and get the representation in writing before the proposal goes out.

Participation must be significant, and significance is judged on substance. The statute does not set a percentage. Agreements officers look at what the partner contributes: whether the technology, the approach, or the engineering that makes the prototype work comes from that partner, and whether the share of the effort is meaningful rather than nominal. A partner supplying a few hours of undifferentiated labor is not participating to a significant extent regardless of the dollar line.

Cost share is the alternative path, not a supplement. Where nontraditional participation is not available at a significant level, the other route is that at least one third of the total cost of the prototype project is paid from sources other than the government. Choosing between these paths early matters, because they drive completely different financial structures and different conversations with a partner.

Signals that a nontraditional partner is participating to a significant extent

The partner owns a technical subsystem the prototype cannot work without
95%
The technical approach in the proposal originates with the partner
90%
Partner personnel are named against the technical milestones
86%
The partner brings existing technology carried in as background rights
82%
Workshare is a meaningful fraction of the technical effort
78%
Partner supplies labor hours under the prime's technical direction only
24%

Editorial weighting, illustrative rather than measured. The last row is deliberately low: supervised hours read as staffing, not participation.

Why the checkbox version costs the prime money

A prime that treats the condition as paperwork pays three times.

It pays in the proposal, because the technical volume has to explain what the partner does, and a thin answer invites the agreements officer to test it. Nothing in the file is worse than a partner described by its status rather than its contribution.

It pays in execution, because prototype other transactions run on milestones. A partner added for status has no milestone of its own, so its effort has to be managed inside the prime's tasks, which produces exactly the supervision overhead the prime was trying to avoid.

It pays in the follow-on. The reason to care about prototype work is the production path: a follow-on production contract or transaction can be awarded without further competition when the prototype project is successfully completed and the original solicitation and agreement provided for it. That path is only worth having if the prototype is good. A prototype assembled to satisfy a condition rather than to prove a capability produces an unattractive production case, and the prime has spent a pursuit cycle to arrive at nothing.

Nothing in the file is worse than a partner described by its status rather than its contribution.

Structuring workshare so participation is visible

The cleanest structure gives the nontraditional partner a technical scope with its own boundary, its own milestones, and its own acceptance criteria. Then participation is a fact in the schedule rather than an assertion in a paragraph.

Four structural choices carry most of the weight.

Give the partner whole milestones, not fractions of the prime's. In a milestone-based agreement, the payment events are the spine of the project. A partner that owns milestones four and seven, with stated exit criteria, is visibly participating. A partner that contributes twenty percent of the labor inside every milestone is invisible and unmanageable.

Put the partner's technology in as background, and license it deliberately. Other transactions allow the parties to negotiate data and intellectual property terms rather than inherit a default clause set. That flexibility is the point, and it is also the trap: what is not negotiated is not there. Name the partner's pre-existing tooling and models as background, state what license the government receives in the delivered prototype, and state what the prime receives for the production phase. Do this in the teaming agreement, before the proposal, and mirror it in the agreement with the government.

Name the partner's people against the technical work. Key personnel discipline is not only a source-selection habit. In an other transaction, named engineers with committed allocations are how the government reads participation as real. Include a substitution path so a change of staff does not become a change of agreement.

Decide the production posture before the prototype starts. If the follow-on production is likely to be awarded to the prime, the partner needs to know what its role will be and on what terms, or it will price the prototype as a terminal engagement. If the production award may go elsewhere, that too should be explicit. Silence here creates a negotiation in the middle of a successful prototype, at the worst possible time.

Cost share, when it is the right path

Cost share is often described as the fallback, which understates it. There are pursuits where a prime and a partner both want a capability to exist and are prepared to invest, and the cost-share route lets the government fund a portion of a project the industry side already believes in.

The practical questions are what counts and how it is substantiated. Contributions are typically the parties' own funds, and independent research and development effort may be creditable when it is properly allocable to the project, but the treatment is negotiated with the agreements officer and depends on accounting practice. The mistake to avoid is planning around an assumption. Ask the agreements officer what evidence the government will want, and design the accounting for it before the effort starts, because reconstructing a cost-share substantiation after the fact is unpleasant and sometimes impossible.

A second practical point: cost share changes the partner conversation completely. Asking a specialist firm to fund a third of a project is asking it to make an investment decision, and that decision rests on the production path and the intellectual property terms. A partner that will hold rights in what it invests in can say yes. A partner asked to fund work it will not own has no reason to.

DimensionNontraditional participationCost shareTraditional subcontract on a FAR contract
What satisfies the conditionA nontraditional entity participating to a significant extentAt least one third of total project cost from non-government sourcesNot applicable; the condition belongs to the transaction, not the contract
What the partner must bringTechnology and engineering the prototype depends onCapital, plus the technical case that justifies investing itQualified labor against a statement of work
How workshare is shapedWhole milestones with exit criteria the partner ownsMilestones plus a substantiated contribution accountingTasks and deliverables under the prime's direction
Data and IP postureNegotiated; background named and licensed explicitlyNegotiated, and the investor expects rights that match the moneyStandard clause set flows down
Follow-on production pathAvailable without further competition if the prototype succeeds and the solicitation provided for itSame, subject to the same conditionsA separate competition
Most common failurePartner added late with undifferentiated hoursContribution not substantiated because accounting was designed after the factSpecialist scope diluted into staff augmentation

There is a further point about timing that capture teams underrate. The partner's technical contribution has to be written into the proposal by someone who can defend it, and that person works for the partner. Bringing a specialist in during the final proposal week means the technical section is written by people summarizing a conversation. Bringing them in during capture means the section is written by the engineers who will build the thing, which reads differently and holds up differently when the agreements officer asks a question.

Where a prototype other transaction is most often lost after award

Prototype built outside the destination environment, so it cannot be authorized
91%
Milestone exit criteria written as adjectives instead of measurements
88%
Data rights left to the production negotiation
84%
Evaluation results that do not survive an honest data partition
80%
No handover apparatus, so only the builders can stand the system up
75%
Technical shortfall in the algorithm itself
29%

Editorial weighting, illustrative rather than measured. The last row is deliberately low: prototypes rarely fail on the mathematics.

Making the prototype the thing production is built on

The engineering decisions that separate a prototype worth producing from a demonstration that dies at the end of the period are specific, and they are made in the first weeks.

Build in the environment the system will live in. A prototype standing on a convenient cloud account, with an export of production data, is a prototype that cannot be authorized. The environment, the identity model, the logging and the control evidence are design inputs from the first sprint. Working toward the NIST SP 800-53 control set and the FedRAMP baseline appropriate to the destination during the prototype is what makes the production case credible.

Define acceptance in numbers. Milestone exit criteria written as adjectives produce a dispute at the end. A measured threshold on a named dataset, a latency figure at a stated load, and a deployment that runs from a clean checkout are criteria. "Demonstrates the capability" is not.

Design the data model for evidence, not only for output. For any system that produces a decision or a prediction, store the input record, the model or rule version, the feature values, and the threshold in force at the time. Add this later and the history does not exist. It is the difference between a system a government user will act on and one they will not.

Split the data honestly. Evaluation results that look excellent in a prototype and collapse in production usually failed at the partition. Records sharing a subject, a site, or a time window that appear on both sides of the split turn memorization into apparent accuracy. State the partition rule in the design, hold it constant, and keep a held-out set nobody touches until the final milestone.

Instrument for drift. Monitoring on input distributions and outcome rates, with thresholds and a named owner, belongs in the delivered prototype. Without it, the first signal that the world changed is a user complaint during the production phase.

Deliver the operating apparatus with the code. Infrastructure as code, a build pipeline anyone can run, a runbook, and a rehearsal in which the receiving team deploys while the builders watch. A prototype that only its authors can stand up is not a production baseline.

How we work as a prime's nontraditional partner

Precision Federal builds AI systems, data platforms, cloud infrastructure and full-stack web and mobile applications, and delivers them into production inside federal agencies. We are a small business and we work as a specialist teaming partner and subcontractor to large primes. On a prototype other transaction we take a technical scope with its own milestones and exit criteria and answer for meeting them.

The first weeks are concrete. In week one we read the solicitation, the technical objectives and whatever exists of the target environment and data, and we tell the capture team plainly which milestones we would own and where we think the technical risk sits. Before the proposal goes out we produce our own technical section, our named engineers with committed allocations, our milestone exit criteria written in numbers, and our background technology named for the data rights schedule. After award, weeks one to eight produce a working increment in the destination environment against real data, with tests, a deployment pipeline and the control evidence a security review will ask for.

The prime keeps the customer relationship, the agreement, and the program reporting line. The delivered code, models, pipelines and documentation are handed over under the terms we negotiate up front, with our pre-existing tooling named as background and licensed so nothing in the delivered prototype is blocked for the production phase. We are direct about which rights we retain, because a partner that is vague about background rights creates a problem for the prime at exactly the moment production is being negotiated.

Pricing takes one of two shapes. Milestone scopes price as firm fixed-price milestones against written exit criteria, which puts schedule and technical risk on us and fits the payment structure of a prototype other transaction. A continuing workstream prices as a committed team at a stated allocation with named engineers and a substitution path. Where a cost-share path is being considered we will say clearly what we can contribute and what rights that contribution has to carry.

The first step is one email with a one-page brief: the solicitation or the pursuit, the technical objective, the destination environment named by product, what data exists and who grants access, the security destination, and the date that matters. We return a scoped, priced statement of work and the technical text the proposal needs.

A pursuit checklist that prevents the late-partner problem

  • Ask for the nontraditional representation in writing, early. Status is a factual question about a firm's contracting history and cost accounting coverage. Get the answer before the team is set, not during the proposal review.
  • Choose the path deliberately. Nontraditional participation and cost share drive different structures, different partner conversations and different accounting. Pick one in capture, not in the final week.
  • Give the partner milestones. If the partner's contribution cannot be expressed as milestones with exit criteria, participation will read as thin however it is described.
  • Negotiate data rights before the proposal. Other transactions let the parties write their own terms. Name background technology, state the government's license in the prototype, and state the prime's position for production.
  • Name engineers with allocations. Named people with committed percentages and a substitution path are how the government reads a technical commitment as real.
  • Settle the production posture in advance. Who holds the production award, what the partner's role is, and on what terms. Renegotiating this during a successful prototype is a bad trade for both parties.
  • Design the accounting before the effort. Especially on a cost-share path. Substantiation reconstructed afterward is expensive and sometimes unavailable.

Bottom line

The nontraditional condition is not paperwork, and treating it as paperwork produces a weaker prototype, a harder execution, and a production case that does not survive its own review. The structure that works is the one that would be right even if the condition did not exist: give the specialist partner a technical scope with a real boundary, whole milestones with exit criteria written in numbers, named engineers with committed allocations, and data rights negotiated before the proposal rather than during production talks. Do that and the prototype is worth producing, participation is a fact in the schedule rather than a claim in a paragraph, and the prime holds a partner it can bring to the next pursuit.

Frequently asked questions

What makes a company a nontraditional defense contractor?

It is a status defined by contracting history rather than by size. The term describes an entity that has not been performing, for a stated period before the solicitation, contracts or subcontracts for the Department that are subject to full coverage under the cost accounting standards. A firm can be nontraditional without being small, and small without being nontraditional. Ask for the representation in writing early in capture, because assuming the small business on the team satisfies the condition is a common and costly error.

How much participation counts as significant on a prototype other transaction?

No percentage is fixed. Significance is judged on substance: whether the technology or engineering the prototype depends on comes from that partner, and whether the share of the technical effort is meaningful rather than nominal. The practical test is whether the partner owns whole milestones with their own exit criteria. A partner supplying labor hours under the prime's technical direction reads as staffing, not participation, however the dollars are described.

What is the cost-share alternative and when should a prime use it?

Where significant nontraditional participation is not available, the alternative route is that at least one third of the total cost of the prototype project is paid from sources other than the government. Use it when the industry parties genuinely want the capability to exist and are prepared to invest. It changes the partner conversation into an investment decision, so intellectual property terms and the production path have to be settled first. Design the contribution accounting before the effort starts.

Who owns the intellectual property in a prototype other transaction?

Whatever the parties negotiate. Other transactions allow data and intellectual property terms to be written rather than inherited from a default clause set, which is an advantage and a trap: what is not negotiated is not there. Name each party's pre-existing technology as background, state the license the government receives in the delivered prototype, and state what the prime receives for the production phase. Write it into the teaming agreement before the proposal and mirror it in the agreement with the government.

Does a successful prototype lead to production without competing again?

It can. A follow-on production contract or transaction may be awarded without further competition where the prototype project is successfully completed and the original competitive solicitation and the prototype agreement provided for that possibility. Both conditions matter, so the language has to be in the solicitation and the agreement from the start. That is also the reason to build the prototype in the destination environment with real acceptance criteria, because the production case rests on what the prototype actually proved.

1 business day response

Building a team for a prototype other transaction?

We build AI systems, data platforms and applications and deliver them into production inside federal agencies. Send a one-page brief and we return a scoped, priced statement of work.

How we workMore insights →Email an engineer or email bo@precisionfederal.com
UEI Y2JVCZXT9HP5CAGE 1AYQ0NAICS 541512SAM.GOV ACTIVE