IoT + Vertical AI / Founder Concept
TreeOwl
From the sensor on the trunk to the report on the adjuster's desk.
A tree falls on a house. The homeowner calls the HOA. The HOA says it hired a tree company. The report is missing, the photos are in a camera roll, and the warning voicemail was never added to the file. The failure is not only the tree. It is the evidence chain.
TreeOwl is a vertical software concept for tree-care companies serving HOAs and managed properties. It connects field capture, report management, and re-inspection workflows. A non-invasive sensor is a later monitoring direction for selected high-risk trees, not a replacement for professional inspection.
I built the product strategy, field research, system architecture, industrial design, hardware specification, UI/UX, AI report structure, and prototype direction.

01 / the real problem
The first research document dismantled the original premise.
TreeOwl began as an AI camera concept. One industry interview and the surrounding workflow research made that claim untenable. An AI camera cannot replace an arborist's inspection, professional tools, experience, or signature.
The useful role for AI is narrower and more valuable: organize photos, transcribe voice notes, extract fields, draft a report, flag omissions, and preserve how each observation supports a conclusion. The arborist reviews, corrects, and signs.
AI does the paperwork. The arborist owns the judgment.
02 / three platforms
One record, a field tool, and a future watchpoint.
The web platform is the record: clients, tree inventory, draft reports, review, signatures, re-inspection schedules, and the liability timeline. The mobile app is the capture tool: photos, voice, measurements, omissions, and offline-first job progress.
The sensor is a future watchpoint, not an inspector. It would measure bounded change between visits and create a reason to look again. Every artifact resolves to the same tree record so evidence does not fragment across apps and inboxes.
Mobile field capture
Photos, voice notes, measurements, limitations, and missing evidence stay attached to the site visit.
TreeOwl sensor
Tilt, sway, temperature, and device health create a bounded signal to review, never an automatic risk verdict.
Web evidence record
The web platform connects every artifact to one tree, preserving who observed it, who interpreted it, and what changed over time.
- Tree inventory
- Reviewable report
- Signature history
- Re-inspection task
- Device health
- Client summary
- 01Capture
- 02Structure
- 03Review
- 04Monitor
- 05Re-inspect
The sensor does not make an unsafe tree safe. It makes diligence easier to prove.
03 / field capture
Walk around it. Talk it through. Done.
The app is designed around the mismatch between field time and report time. An arborist can move around a tree, take photos, hold to speak observations, and watch the system extract species, diameter, height, targets, limitations, and missing fields.
AI work appears progressively instead of arriving behind a magic loading state. That makes mistakes easier to catch. If root-collar inspection is missing, the app says so directly rather than inventing a value or burying an incomplete field.


Show extraction as it happens. Ask for missing evidence. Keep one sentence from becoming a setup form.
04 / defensible reports
Observation and interpretation stay separate.
Each photo keeps its timestamp, location, original file, annotation layer, reviewer identity, and revision history. The report draft follows established tree-risk categories, but risk ratings remain incomplete until a qualified arborist enters and signs them.
One visit produces multiple connected outputs: a reviewable report, a client summary, a worksheet, and future monitoring tasks. The PDF is not the end of the workflow; it feeds the living tree record.


A defensible report shows what was observed, who interpreted it, and what changed later.
05 / the sensor
An owl that hugs a tree for years without wounding it.
The enclosure uses a strap system instead of nails or screws. Penetrating living bark would contradict the product's purpose and the ethics of its customer. The solar surface sits on the forehead, while the face communicates device state through two simple light zones.
The sensing brief focuses on tilt drift, sway behavior, temperature, and device health. A camera and microphone were removed from the concept because they added privacy, power, and compliance risk without strengthening the monitoring job.



The physical rules are clear: no penetration, no surveillance hardware, and no fragile external anemometer.
06 / form studies
The attachment is part of the object, not an afterthought.
The form exploration moved beyond the front view to the surfaces that determine installation: the strap exit, rear service panel, solar angle, and the shoulder profile against the trunk. The device must explain its orientation and attachment before someone ever opens an app.
These are industrial-design studies, not field-validation evidence. They make the physical requirements visible before an engineering prototype is built.



Every visible surface has a job: collect light, communicate state, protect the tree, or make service possible.
07 / in context
The visual story tests scale and exposure, not product proof.
Context studies place the same design direction on a trunk, in a hand, and in an extreme weather scenario. They were used to pressure-test perceived scale, placement, and the emotional register of a device that may live in a shared landscape for years.
They should not be read as evidence of deployed hardware or environmental certification. Those claims require engineering builds and field testing.



08 / business architecture
The sensor is the wedge. The re-inspection is the service.
TreeOwl is designed to create a recurring professional workflow, not to replace one. A meaningful change creates a review task. The arborist returns, updates the record, and produces a new signed assessment.
That model aligns incentives: the property gets a current evidence trail, the tree company gets a recurring service relationship, and the sensor remains a bounded trigger rather than an autonomous authority.
- 01Install
- 02Monitor change
- 03Create task
- 04Re-inspect
- 05Update evidence
The hardware creates the visit. The visit keeps the evidence current.
09 / reflection
The strongest concept arrived after the original idea was rejected.
TreeOwl began as an AI that could look at a tree. Field research made that framing untenable. The better product helps qualified people capture stronger evidence, produce clearer reports, and return at the right time.
The project brought industrial design, AI interaction, field workflow, reporting, and business model into one system. Its value is not any single layer. It is that every layer respects the same boundary between machine assistance and professional responsibility.
The distance between a weak AI idea and a useful product was one honest field conversation.