HomeServicesComputer Vision

Computer Vision in New Zealand

Computer vision projects succeed or fail on the camera and the lighting, not the model. The businesses that get value from it are the ones that treated it as an installation as much as a software project.

$70k+

Typical project value

2 min

To post a project

What do you need built?

Start here and add detail as you go.

Free - No obligation - Your details stay private

What people usually mean by computer vision

A computer vision brief means having software look at images or video and report something — counting, grading, reading, inspecting, detecting. New Zealand's strongest use cases are in primary industry, manufacturing and logistics. What decides the outcome is whether the images are consistent enough to be worth analysing.

Counting and measuring

Items on a line, stock on a shelf, vehicles in a yard, animals in a pen. The most reliable category, because the answer is checkable.

Grading and inspection

Quality, defects, size or ripeness assessed consistently. Strong fit for New Zealand food and manufacturing, and needs careful agreement on what a defect is.

Reading what is in the image

Number plates, labels, batch codes, serial numbers, handwritten dockets. Mature technology in good conditions and difficult in bad ones.

What it costs

Indicative ranges from projects posted here. Use them to sense-check a quote, not to budget precisely.

Proof of concept

Images collected in your real conditions, a first model, and an honest accuracy figure.

$20k – $45k

One deployed use case

Cameras, lighting, on-site processing, integration with your systems and a review path for uncertain cases.

$70k – $180k

Multiple sites or lines

Several installations, central monitoring, retraining and management tooling.

$180k+

Questions worth asking a provider

·What accuracy can we expect on images taken in our actual conditions, not in a lab?

·What do we need to change about cameras, mounting and lighting, and is that in the quote?

·How many labelled examples do you need from us, and who labels them?

·Does processing happen on site or in the cloud, and what happens when the connection drops?

·What happens to a case the system is unsure about?

Common questions

How much does a computer vision project cost in New Zealand?

A proof of concept using images taken in your real conditions is $20,000 to $45,000. One deployed use case — cameras, lighting, on-site processing, integration and a review path — is $70,000 to $180,000. Several sites or production lines start around $180,000. Hardware is usually a modest part of the total; the installation and the integration are not.

How accurate will it be?

Impossible to say before seeing images from your site, and any number quoted beforehand is marketing. Consistent lighting, a fixed camera and a controlled background produce very high accuracy on well-defined tasks. Variable outdoor light, a moving camera, dust, steam and mud produce much less. That is why the proof of concept uses your conditions rather than a supplier's samples.

Why does everyone talk about lighting?

Because it is the single largest determinant of success and the cheapest thing to fix. Consistent, controlled lighting turns a difficult problem into an easy one — shadows, glare and changing daylight are what make a model unreliable. Any supplier who does not want to talk about cameras, mounting and lighting before models is skipping the part that decides the outcome, and it is usually a few thousand dollars rather than tens of thousands.

Who labels the training images?

You do, mostly, because only your people know what a defect looks like. Expect to supply several hundred to a few thousand labelled examples depending on the task, and expect that to take real time from someone experienced. Suppliers can provide the tooling and often help, but the judgement is yours. Budget it explicitly — it is the most commonly underestimated line in these projects.

Should processing run on site or in the cloud?

On site when decisions must be immediate, when the connection is unreliable, or when video volumes make uploading impractical — which describes a lot of New Zealand's rural and industrial sites. In the cloud when images are few, latency does not matter, and you would rather not maintain hardware in a shed. Ask what happens when the connection drops; on a packhouse line the answer needs to be that nothing stops.

Computer Vision projects open right now

Titles and categories are public. Full briefs, budgets, regions and buyer detail are visible to approved providers only.

Updated daily

No open projects in this category right now. New briefs are posted every week.

The camera and the lighting decide the project

This is the thing most briefs miss, and it is worth more than any choice of model.

A fixed camera, controlled lighting and a consistent background turn a hard problem into an easy one. Variable daylight, a camera someone bumps, steam, dust and a background that changes turn an easy problem into an impossible one.

Practical implications:

  • Controlled indoor light beats natural light every time. Shadows and glare are what break models.
  • A fixed mount beats a handheld device, because everything the model learned assumed a viewpoint.
  • A plain, consistent background is worth more than a better model.
  • Position matters more than resolution. A cheap camera in the right place beats an expensive one in the wrong one.

Ask each supplier what they would change about your setup and whether that is in the quote. Anyone who wants to talk about models before cameras is skipping the part that determines whether this works — and lighting is usually a few thousand dollars against a project of a hundred.

Prove it on your own site

Accuracy figures from a supplier's samples tell you about their samples.

A proof of concept should use images captured in your real conditions, including the bad ones: the wet morning, the end of a shift when the lens is dusty, the batch that arrives packed differently, the light at 5pm in June.

What you should get back:

  • Accuracy per category, not one headline number.
  • The cases it gets wrong, shown as images so you can see the pattern.
  • An honest statement of what would need to change on site to improve it.
  • A recommendation, including "not with these conditions".

Expect $20,000 to $45,000. It is the cheapest way to find out whether the business case is real.

Labelling is your cost, and it is larger than you think

The model learns from examples that somebody has marked up, and only your people know what a Class 2 defect actually looks like.

Expect to supply several hundred to a few thousand labelled images depending on the task, and expect the labelling to take real time from someone experienced.

Two things make it go badly:

  • Disagreement. Two experienced graders will label the same item differently. If your own people cannot agree, the model cannot learn a consistent rule — and discovering this is itself valuable, because it means your manual process is inconsistent too.
  • Rare cases. The defect that appears twice a year is the one that matters and the one you have no images of. Start collecting now, before the project.

Budget the labelling explicitly. It is the most commonly underestimated line in these projects.

Decide where it runs

On-site processing is right when decisions must be immediate — rejecting an item on a moving line — when connectivity is unreliable, or when video volumes make uploading impractical. That covers a great deal of rural and industrial New Zealand.

Cloud processing is right when images are few, a second or two of latency is fine, and you would rather not maintain a computer in a shed.

Whichever it is, ask what happens when the connection drops. On a packhouse line the answer needs to be that nothing stops.

Plan for what happens when it is unsure

A system that always produces an answer will produce confident wrong ones. A system that flags uncertainty and routes it to a person is worth far more.

Settle during quoting:

  • What is the confidence threshold, and who set it?
  • What happens below it — hold, flag, or pass to a person?
  • Who reviews, and how quickly, without stopping the line?
  • Do their corrections feed back into the next training round?

The threshold is a business decision. In grading, a false accept and a false reject cost very different amounts, and the threshold should reflect that rather than being left at a default.

If it can see people, it has obligations

Cameras capturing people bring the Privacy Act into the project, whether or not the people are the point of the system.

Practically: tell people the cameras are there and why, collect only what you need for a stated purpose, decide how long footage is kept and delete it, control who can view it, and think very carefully before anything that identifies individuals rather than counting them.

Staff monitoring in particular is an employment matter as much as a technical one. Raise it early — it is much easier before installation than after.

Comparing five quotes

Read for:

  • Who visited, or asked for images from your actual site?
  • Who talked about cameras, mounting and lighting before models?
  • Who was explicit about how much labelling you would have to do?
  • Who included on-site processing and the connection-drop case?
  • Who described what happens when the system is unsure?

Describe what you want counted, graded or read, where it happens, what the light and the environment are like, and what a mistake costs in each direction. Suppliers who have shipped this will ask for photographs of the site before they quote anything.

Related services

Not quite what you are after? These are the briefs most often confused with computer vision.

Get up to 5 quotes for your computer vision project

You choose who may contact you. Free to use, no obligation.

Start your project