Skip to content

Compare

nox.markets vs An in-house developer

If it is your differentiator, build it. If it is invoice matching, buy it.

Hours at stated volume26h

StanceReplace if greenfield

ClassCustom build / internal engineering

01 — Honest read / 4 of 10 rows they win

What they do well sits at the same rank as where you strand.

These three columns are the same size on purpose. A comparison that shrinks the competitor's strengths is marketing, and this page should not ship that way.

01 — they

What they do well

An internal developer can hit the API that has no OAuth listing, match the process that is not in the wiki, and leave the company with source it can still compile if we vanish. They know which vendor is actually “Acme LLC” in the warehouse file. They can put the job on the same side of the firewall as the core product.

If invoice matching is what customers pay this company for, they should build it. They can staff an eval harness that is as harsh as they want. They can refuse our model providers entirely. For differentiators, weird internal systems, and “we cannot add a vendor,” in-house is not a failure to buy SaaS. It is the right call.

02 — choose them

When to choose them

Choose in-house when the workflow is the product, when the system of record is a homegrown app we will not integrate, when procurement will not add a subprocessor this year, or when they already have a working internal tool. Choose it instead of us for anything that would leak strategy if it were a catalog SKU.

Choose it when they will actually fund the 6–10 weeks and the 15% forever — a manager saying “how hard can it be” is not staffing. If they have two engineers and both are keeping billing alive, they do not have an in-house option; they have a wish. This page should say that without mocking them.

03 — strand

Where you strand

The API call is the easy 20%. The rest is connector maintenance, eval, sad paths, audit logs, and re-test on every model bump. Budget 6–10 engineer-weeks for the first workflow and ~15% of an engineer forever. Model deprecation becomes their migration project. Bus factor is one person. Opportunity cost is the product they did not ship.

A 90-person company will not hire an ML engineer; they will quietly turn a product engineer into a part-time Zapier. Six months later the internal tool works on the demo vendor PDF and fails on the new one's. You have source, and the source is a second product.

02 — Matrix / 10 rows

An in-house developer versus nox.markets, ten dimensions.

An in-house developer wins 4 of 10. Rows stay in spec order. Winning cells are not restyled smaller, quieter, or moved to the bottom.

An in-house developer wins 4 of 10. nox.markets wins 6.
DimensionAn in-house developernox.marketsWinner
01The job is your differentiator / customer-facing IPBuild itWe should loseAn in-house developer wins this row
02Internal API, no OAuth, air-gapped weirdnessThey canOnly if a SKU lists itAn in-house developer wins this row
03No new vendor, no subprocessor, no procurementYesWe are a vendorAn in-house developer wins this row
04Full ownership of the repoYesLicence + export, not their product sourceAn in-house developer wins this row
05Calendar time to first commodity job6–10 engineer-weekssetup_minutes 25–45 for first connected SKUnox.markets wins this row
06Ongoing cost per commodity workflow~15% of an engineer foreverSKU subscription or plan inclusionnox.markets wins this row
07Model deprecation / eval re-runTheir projectOursnox.markets wins this row
08Opportunity cost vs shipping their productHigh if they divert the billing engineersThat is the pitchnox.markets wins this row
09Bus factor of one developerFragileCompany-owned config, our on-call for the SKUnox.markets wins this row
10Eval harness as harsh as a specialist'sThey can, if they staff itRequired to list; ICP usually will not staff one. Condition: in-house wins if they actually staff it.nox.markets wins this row

03 — Hours and price

Hours are leftover tax, not a benchmark we timed on their product.

~15% of one engineer forever per commodity workflow. 0.15 × 173 working hours/month ≈ 26h. First build is 6–10 engineer-weeks of calendar, not this cell. If they keep three commodity workflows in-house, this page's math is 78h — and they do not have three 15%s unless they staffed that.

Their list

Competitor price

Not a vendor list. Do not invent a salary. Hours above × the buyer's fully loaded rate. Worked dollar example in the FAQ uses a labeled assumption, not a market quote.

Our anchor

nox.markets price

First judged SKU $99–$179/mo, or Band 3 one-time $3,900 for an agent if they insist on owning the licence. starter $290/mo if they will use 12 included products.

Stance: Replace if greenfieldreplace-if-greenfield

04 — Migration / 6 steps

Complement first. Migration is surgical.

  1. If the internal tool works, keep it. Buy the next commodity job. Do not create a conversion project so that a catalog looks complete.
  2. Freeze new internal builds that match a SKU's outputs[]. Write the rule where engineering intake happens.
  3. For a half-built internal AP tool: parallel-run Billtray for two weeks. If the exception list is worse than theirs, they were right to build. If it is better, stop the internal one and keep the engineer on product work.
  4. Do not demand they delete code as a condition of purchase. Pride is a real objection. Leave the repo read-only.
  5. Security: they will ask what happens if we shut down. Export, revocable OAuth, work already in their system of record. self-hosted where the SKU offers it.
  6. If they insist on building, sell them nothing and offer to lose. Winning a deal that strands their only two engineers is how you get churn and a talk-track we cannot defend.

05 — FAQ / 3 questions

Three questions a skeptic actually asks.

  • 01We have two good engineers. Why wouldn't we just build this?open

    You would, if it is the product. 6–10 engineer-weeks for the first workflow, ~15% of an engineer forever. Those two engineers are probably the two keeping billing alive. Invoice matching is a bad use of them. A unique quoting engine might be a good one.

  • 02What does 26h/month cost in dollars?open

    Buyer-entered fully loaded rate × 26. Labeled assumption, not a salary survey: $12,500/month fully loaded → about $3,250/month of engineer time per commodity workflow, before the first build. Replace $12,500 with their number. Compare to Duesday $99/mo or Billtray $179/mo only after they agree the 26h is real. If their engineer is sitting idle, the dollar comparison collapses and they should build.

  • 03If we buy you, can we still own the prompts and logic?open

    You own configuration, outputs, and the data in your systems of record. You do not own our product source. One-time SKUs are a licence to the logic as shipped: you own the machine, not the inference. If source-in-escrow matters, that is a self-hosted / enterprise conversation, not a hidden yes on this FAQ.

Three questions about An in-house developer. Answers are in the page, not behind a scripted accordion.

06 — Other comparisons / 7 pages

One alternative at a time. Do not add the hours.

Each page's leftover hours share some of the same AP/AR minutes. A buyer is comparing one alternative, not eight.

Next

Fourteen days of Growth. No card. 25,000 credits.

Start free trial is the compare CTA. Demo is for Scale, Enterprise, and anyone whose MSA requires a human on the call.

No card required for the trial.