Start with a shared definition of the work

A project can feel clear during a sales conversation and become confusing once the work begins. Before starting, put the main expectations in one place. Record the outcome the client wants, the specific deliverables you will provide, the information you need from them and the point at which the work will be considered complete. A short written summary gives both sides something to check when memories differ.

At kickoff, ask questions that expose assumptions. Who will review the work? Is anyone else required to approve it? Are there existing materials, access details or brand requirements you need? For a website copy project, “write five pages” leaves room for disagreement. Listing the five pages, their approximate purpose, the review process and what the client must supply makes the assignment easier to manage.

Also identify what is outside the agreed work. This does not have to sound defensive: it helps the client understand which requests would need a separate discussion. If the project depends on client input, explain how delays in receiving it may affect the schedule.

Build a plan that is small enough to use

You do not need elaborate software to manage a modest freelance project. A document, spreadsheet or task board can work if it answers four questions: what needs doing, who is responsible, when is it due and what is blocking it? Break each deliverable into a few visible steps, such as research, first draft, review, revision and handoff.

Set milestones around decisions or usable outputs rather than every minor activity. For example, a design project might have milestones for approved direction, first complete design and final files. Include time for client reviews and your own revisions. A schedule that accounts only for production time may become unrealistic as soon as feedback arrives.

Choose one place to track the current plan and keep it updated. If a deadline or responsibility changes during a call, add the decision there afterward. The value of the plan is not that it predicts every event; it is that everyone can see the next step and recognize when the project needs attention.

Keep communication predictable

Agree early on how you will communicate and how often the client can expect an update. A brief weekly message may be enough for a longer project, while a short assignment might only need an update at each milestone. The useful update states what is finished, what comes next, what you need from the client and whether anything threatens the agreed schedule.

When you need feedback, ask for a specific response by a specific point in the process. “Please review” is less helpful than asking the client to confirm whether the page structure meets the agreed goals before you draft the remaining pages. Clear review requests reduce the chance of spending time refining work that is still headed in the wrong direction.

Raise problems while there is still room to respond. If a missing asset prevents progress, describe the effect and offer a practical next step, such as shifting to another task or adjusting a milestone. Calm, timely communication is usually more useful than waiting until a deadline has passed.

Treat changes as decisions, not interruptions

New ideas often appear once a client sees work in progress. Some fit within the original scope; others add deliverables or alter work that was already approved. When a request arrives, compare it with the agreed outcome, deliverables and review process before saying yes. You can welcome the idea without immediately committing to its timing.

For a meaningful change, describe what would be different: the added work, any effect on the schedule and any adjustment to the agreed price. Ask the client to confirm the revised plan in writing before proceeding. For example, adding a sixth page to a five-page copy project is easier to handle when both sides understand whether it replaces a page or expands the project.

Keep a simple record of these decisions. It can be a dated note in the project document rather than a complex change log. The aim is to prevent an informal conversation from becoming two different versions of what was agreed.

Close the project deliberately

Finishing the work is not quite the same as closing the project. Check the deliverables against the agreed list, complete the final review steps and hand over files in formats the client can use. Explain where the final versions are and distinguish them from drafts. If you provide instructions or access information, make sure the intended person receives them through an appropriate channel.

Ask the client to confirm receipt and identify any remaining items covered by the agreement. Then complete your administrative tasks, such as sending the final invoice if one is due and archiving the project materials according to your usual practices. Avoid leaving an open-ended promise to make unspecified future changes.

Finally, spend a few minutes reviewing your own process. What caused delays? Which questions should you ask earlier next time? A small improvement to your kickoff checklist, estimate or review process can make the next project easier to run, even when the work itself is different.

Back to category ↗