Public build 001 · submissions open

One broken process. Thirty days. No black box.

Submit the workflow your team hates. I will select one useful problem, map the current mess, redesign the path, build the smallest useful fix, and publish what happened—including what did not work.

Current status

Intake is open.

001Challenge number
30Maximum build days
1Process selected
PublicDecision trail
The build sequence

Every phase produces a receipt.

01

Collect the mess.

Gather submissions with the user, trigger, steps, failure points, workaround, volume, cost, and desired result.

Open now
02

Select one useful problem.

Choose a process that is specific enough to improve, common enough to teach from, and safe enough to document.

Waiting
03

Map the current path.

Publish the actors, systems, handoffs, delays, duplicate work, ownership gaps, and the evidence behind the diagnosis.

Waiting
04

Design the smaller path.

Remove steps, combine decisions, clarify ownership, automate only where useful, and define the smallest testable change.

Waiting
05

Build and test.

Create the prototype, worksheet, workflow, script, interface, or operating rule needed to test the redesigned process.

Waiting
06

Publish the result.

Show the before and after, what changed, what failed, what it cost, what evidence improved, and whether the project continues.

Waiting
What qualifies

A real process with a real user.

  • Insurance, sales, service, training, operations, technology, or community workflows
  • A clear person or team trying to complete a job
  • A visible workaround or repeated failure
  • Permission to discuss the process publicly or anonymously
  • A result that can be observed within the challenge
What does not

No hidden-data theater.

  • Requests requiring private customer or employee information
  • Projects where success cannot be defined
  • “Build my entire company for free” submissions
  • Work that depends on unauthorized system access
  • Problems that cannot be safely documented even anonymously
The public contract

No guaranteed happy ending.

The challenge guarantees a documented attempt, not a predetermined success story. A useful failure with clear evidence belongs in the Failure Files rather than being edited into a victory lap.

Start with structure

Use the Broken Process Map.

The free playbook helps organize the user, trigger, current path, failure points, ownership, evidence, better path, and smallest useful test.

Submissions open

Bring the ugly spreadsheet, the duplicate entry, and the sticky-note workaround.

The Office Hours builder creates the structured brief. Choose “Operations and workflow” and allow an anonymized public teardown when appropriate.