u/Sufficient_Poem_8361

Im site engenieer, and i have my methods
Curious how other people do this in practice.

When you walk the site and notice progress, problems, missing materials, manpower changes, etc. where do you actually put that information?

Do you use a notebook, WhatsApp/Teams, Excel, some construction software, photos, or mostly keep it in your head and sort it out later?

Also, how do material requests usually work on your site?

Would be interesting to hear your role/country too.

TL;DR: I’m building BuildEye, a field-first construction management platform designed around how construction sites actually operate.

I come from the construction side. I’m looking for a technical/product co-founder who wants to turn what started as an internal solution into a real product for construction companies.

The problem
A huge amount of site management still happens through:
phone calls
WhatsApp/Viber messages
Excel sheets
handwritten notes
photos
verbal instructions
An engineer walks the site, notices that something is unfinished, calls a subcontractor, writes something down, requests materials from procurement, checks manpower and tries to remember what changed yesterday.
The information exists — but it is fragmented.
And most construction software I’ve seen adds more administration instead of reducing it.

What I’m building
BuildEye is designed as a simple operational layer between the construction site and the office.
The goal is not to create another generic task manager.
The goal is to let a site engineer quickly understand:
what is finished
what is late
where each subcontractor is working
how many workers are on site
what problems are open
what materials have been requested
what needs attention today
how the project is progressing by building, floor, apartment and trade
The product is currently being developed as an AppSheet-based MVP so that workflows can be tested quickly against real construction operations.

What I bring
I bring the construction side.
I’ve worked directly on construction sites and I understand the workflows, the people, the problems and the gap between what software designers think happens on site and what actually happens.
I’m defining the product and testing the workflows from that perspective.

Who I’m looking for
Not an employee and not an AppSheet freelancer.
I’m looking for someone who wants to potentially build BuildEye as a company with me.
Ideally someone with experience in:
AppSheet / Google ecosystem
workflow automation
databases and integrations
product development
eventually moving from low-code MVP to a scalable SaaS architecture if the market requires it
You don’t need to be a construction expert.
That’s the part I bring.
But you should be interested in understanding construction operations deeply enough to build software that people on site will actually use.

Why I think there’s something here
Construction has plenty of software.
What it still lacks is software that a site engineer can actually use while walking the site, without turning every action into administration.
That’s the problem I want BuildEye to solve.
If this sounds interesting, DM me.

I’d be happy to show you what I’ve built so far, the workflow behind it and where I think this could go