Home/Playbooks/How I run a website project as Product Owner.
Playbook · 04 · PO · Web Project

How I run a website project as Product Owner.

Most website projects don't fail on technology. They fail on five stakeholders disagreeing, two vendors not talking, and decisions made by whoever is loudest in the meeting. Embedded PO discipline fixes this — quietly, weekly.

1 owner
One source of truth
Applies to
Website redesigns and multi-vendor web projects
Engagement
Per-project · typically 3–6 months
Framework
1 owner
Status
Open · 2026
01 · Where this engagement starts

Two vendors.
Five stakeholders.

A redesign or rebuild with a real launch date, multiple stakeholders, and usually a vendor-of-record split across two firms. The team has no embedded product person — decisions get made by whoever's in the room, and slip every time priorities shift.

By the time I'm called in, scope creep is already shaping the deliverables, and the launch date is starting to look like a stretch goal.

02 · How I work it

Boring discipline.
Every week.

I take the PO seat. Weekly demos so the work stays visible. Written decisions logged in a shared register so we don't re-litigate. One backlog everyone reads from — Now / Next / Later. Nothing fancy.

The work the discipline actually does is emotional — protecting the team from late-arriving "good ideas" that would slip the launch. The boring part is what ships projects on time.

03 · What you get

A shipped project.
And ownership after.

The engagement delivers the project — on the date everyone agreed to — plus a handoff doc and a decision register that lives on as the team's source of truth. The team owns the work after I leave; the work doesn't ride on my Slack presence.

Backlog
1 source
Now / Next / Later
Decision register
Logged
stays after handoff
Demos
Weekly
visibility for stakeholders
If this playbook fits

I take engagements
like this
one at a time.