Framing: goals, success criteria, and the boundary of the release, written down before any screens exist.
Design: UX for one core journey and the IA around it; UI with every state designed (empty, loading, error, edge cases) across breakpoints; a compact component system the product can grow on.
Build: a production front-end on the stack we agree, integrated with your existing documented APIs, with written specs where my work meets your backend.
Launch and after: accessibility and browser QA, handoff documentation, help with the deploy, and 14 days of defect support.
The writing is part of the work, not an extra line item. If the project needs a PRD, development specs, or QA documentation, I write them; early teams rarely have anyone whose job that is, and it shows later.