Fieldwork

Products, tools and experiments I've built to test how AI changes product organizations

For the past two years, I've been building AI-native products and workflows myself. Not to become a developer again, but to understand firsthand how AI changes the way product organizations work.

Blue Sky Insights collects my thinking. Fieldwork is the building behind it: what I built, what each piece revealed, and what I think it means for product and engineering organizations.

The pieces are grouped by where the change shows up: within a single discipline, between disciplines, and beyond the product team.

Within a Discipline

How AI changes the cost of doing one discipline well, and at scale.

AI QA Assistant

In team use 2026

Built: An AI agent that acted as a QA sparring partner before we had a dedicated QA role, first keeping work moving through QA, later reviewing backlog items and adding acceptance criteria.

Learned: An agent brought QA discipline into the flow of work long before we could afford a QA role. Not as good as a senior QA, but much better than what we had before.

Read the full write-up

Built: A tool that sends open-ended questions to hundreds of users and uses AI to find themes, insights and outliers in their free-text answers, removing the old choice between deep interviews and narrow surveys.

Learned: The cost of learning from customers can drop, not just the cost of building. The work moves to asking open questions and judging what comes back. questions.

Read the full write-up

Work2gether AI Discovery Loop

Live product 2025

Built: A workflow that collects real questions managers post on Reddit, and an AI model that scores how well each one fits the product's domain, with a written reason for each score.

Learned: You can learn from users before you have many. Real questions from your target audience give a steady stream of problems to test the product against.

Read the full write-up

Between Disciplines

How AI changes the handoffs and shared context between product, design, engineering and beyond.

Built: A development process where discovery, design and build each hand over to the next stage through a formal document, used to build a working web application end to end, to test whether those handoffs carry enough context for different specialists.

Learned: Formal handoffs can keep each specialist's questions inside their own role. Making sure people actually review them is a separate problem.

Read the LinkedIn post

Product Context Layer

Experiment 2026

Built: A structured set of product knowledge files for Work2gether AI, created by having an AI agent study the existing material and interview me until everything agents need to work on the product was written down.

Learned: Even a small product holds far more unwritten knowledge than anyone realizes. An agent can draw it out quickly, but someone still has to own keeping it true.

Read the full write-up

Living Product Vision

In team use 2026

Built: Brought AI-assisted building to an existing demo version of where the product was heading, used with prospects, leadership and the board, but too costly to maintain alongside the real product.

Learned: Because the demo never had to hold up in production, AI made it cheap enough to keep. Something with proven value to the business became affordable at our size.

Read the full write-up

Beyond the Product Team

How AI changes the work of getting a product to the people who use it.

Built: Automated sign-up, email validation, secure trial provisioning through the product's API, two weeks of onboarding emails and ongoing nurture emails, so the business runs without me in the loop.

Learned: When building is cheap and operator time is the scarce resource, automating operations belongs in the first version, not after product-market fit.

Read the full write-up

Agent Connect

Prototype 2025

Built: A secure portal that lets people use AI agents through one chat interface, signing in with their Microsoft 365 account, with access controlled per organization, user and agent.

Learned: The agent was the fast part. Making it secure and usable for others was the real work, and a shared layer meant doing that once instead of for every agent.

Read the full write-up

The Question Behind It

Each of these started with the same question: what changes in a product organization when building gets cheaper? I don't have a finished answer, and I expect some of today's conclusions to change as I test them further.

I write about what I'm learning along the way on LinkedIn, and collect the posts by topic in Blue Sky Insights.
A good place to start is my post on Why Product Organizations Look the Way They Do.

If you're exploring how AI should change not only your products, but how your organization builds them, I'm happy to compare notes.

Get in touch