
A recurring task checklist is a reusable set of steps for work you perform on a schedule. For client work, give each cycle its own record, define what counts as done, and turn any unresolved issue into a separate action with an owner and a date.
This works for weekly account reviews, monthly reporting, routine content checks, and ongoing client administration.
The checklist repeats. The outcome belongs to that particular day or period.
Below is a free template, a worked example, and a practical way to manage the routine in SelfManager.ai.
Copy this setup into a document, spreadsheet, or task manager.
Routine: [Name]
Client / project: [Name]
Frequency: [Weekly, monthly, or another agreed schedule]
Responsible person: [Name]
Period covered: [Dates]
Inputs needed: [Files, access, figures, or approval]
Definition of a completed cycle: [Expected result]
Procedure last updated: [Date]
| Step | Action | Done means | Result or evidence | Status |
|---|---|---|---|---|
| 1 | Review the previous cycle’s open actions | Each unresolved item has been checked | [Outcome / reference] | [Status] |
| 2 | Confirm required inputs are available | Missing inputs are identified | [Available / missing] | [Status] |
| 3 | Perform the recurring work | Agreed checks or deliverables are complete | [Result] | [Status] |
| 4 | Record exceptions and decisions | Issues are described clearly | [Details or none found] | [Status] |
| 5 | Create follow-up actions | Each actionable issue has an owner and date | [Task reference] | [Status] |
| 6 | Share the result where required | Agreed update has been sent | [Date / reference] | [Status] |
| 7 | Close the cycle | Outcome and unresolved items are recorded | [Cycle summary] | [Status] |
Suggested step statuses: Not started, In progress, Done, Blocked, Not applicable.
Use “Not applicable” with a reason. It should mean the step did not apply, rather than that it was skipped without checking.
Period covered: [Dates]
Work completed: [Short summary]
Exceptions found: [Issues or none]
Inputs still missing: [Details or none]
Follow-up actions: [Action, owner, date]
Client update: [Sent / not required / awaiting review]
Next cycle: [Date]
Keep the reusable instructions separate from this cycle’s results.
This fictional example is for a freelancer who has agreed to perform a weekly website review for a client.
It is a workflow example, not a complete technical maintenance procedure. Adapt the actual checks to the platform, contract, and access available.
Routine: Weekly website review
Client: Harbor Studio
Frequency: Friday
Responsible person: Alex
Period covered: October 12–16, 2026
Completed cycle: Agreed checks performed, findings recorded, and required follow-ups created
| Step | Action | Done means | Example result | Status |
|---|---|---|---|---|
| 1 | Review last week’s open issues | Each issue has a current outcome | Footer correction verified | Done |
| 2 | Check agreed key pages | Selected pages reviewed for obvious display issues | Home, Services, and Contact checked | Done |
| 3 | Test the agreed enquiry flow | Test result and delivery outcome recorded | Test submitted; receipt not yet confirmed | Blocked |
| 4 | Review new client requests | Each request has a scope decision or next action | New testimonial request recorded for review | Done |
| 5 | Create follow-up actions | Issues have an owner and planned date | Ask client to confirm test receipt on Oct 19 | Done |
| 6 | Send the review summary | Client knows what passed and what remains open | Summary sent with unresolved enquiry test | Done |
The enquiry-flow check remains blocked even though the summary has been sent.
That is a useful record. Marking every row complete would hide the unresolved verification.
The next weekly review should check the follow-up, but the follow-up also needs attention on its own scheduled date.
A recurring checklist works best for a stable process.
Good candidates include:
Be careful with work that happens only when a condition is met.
“Publish the client’s new article” should not become a weekly promise if the client supplies articles irregularly. A recurring task to check for approved content may be more accurate.
Separate the repeatable check from the work it may uncover.
Put steps together when they share a useful frequency and purpose.
A weekly client review might include checking open questions and preparing a short update. A monthly reporting cycle may require different figures, comparisons, and approval.
Keep them separate if combining them creates steps you repeatedly mark “not applicable.”
Also define the period being reviewed.
A Friday review might cover Monday through Friday. A monthly report might cover the previous calendar month. The day you perform the task and the period it describes are different things.
Vague instructions become more expensive when they repeat.
“Check analytics” could mean anything from opening a dashboard to preparing a client recommendation.
A clearer instruction is:
Review the agreed indicators for the previous calendar month, record material changes, and identify questions that need investigation.
Likewise:
The definition of done should match the service you actually provide.
Avoid using one checklist that you repeatedly clear and overwrite.
A separate dated record helps you answer:
Keep the stable procedure as the template. Record findings in that cycle’s notes, comments, or results fields.
This also prevents stale context from being mistaken for a current result. Last month’s “all figures confirmed” should not appear as evidence for this month’s report.
SelfManager repeats whole tables, rather than individual tasks inside a non-repeating table.
For a recurring checklist:
Supported schedules include daily, selected weekdays, every few days, and a date each month. Each occurrence gets unchecked tasks and the template notes when you first open that day.
You can manage routines under All › Repeats.
Deadlines and reminders are not copied to repeated days. Comments and images remain with the date where they were added.
For one recurring action, use a small table containing that task.
Start with one client routine in SelfManager. Repeat the stable checklist, then keep each cycle’s findings in its own comments or notes.
A fresh checklist does not resolve the previous cycle.
If Friday’s review is incomplete when the next Friday arrives, decide what happens to the unfinished work.
Use this when the original period still needs its own result, such as an outstanding monthly report.
Keep the period clear even if the work happens late.
Use this when an issue needs attention independently of the routine.
For example:
Confirm enquiry test receipt with client on Monday.
Keep the reference to the original finding so the context stays available.
Use this when there is no longer useful work to perform.
For example:
Review cancelled because the site was decommissioned. No further cycles required.
Do not mark skipped work as completed.
A recurring review can identify work that is outside its own scope.
Finding a broken form and fixing it are different actions. Finding a request for a new feature does not automatically authorize implementation.
For each exception, record:
This keeps the routine manageable while making the resulting work visible.
If the same exception returns, investigate the cause or revise the procedure.
AI can help draft a routine from your process or review the records you have kept.
For example:
Turn the process below into a recurring checklist.
Separate stable instructions from results that need to be recorded each cycle.
For every step, suggest a clear definition of done.
Identify missing inputs and approval points.
Keep optional recommendations separate from agreed work.
Process: [Paste your notes]
For a review:
Review these recurring client-work records.
Identify repeated blockers, missing outcomes, and follow-up actions with no clear date.
Use only the recorded information. Do not assume that an unchecked task was completed.
Suggest one practical change to the checklist.
SelfManager’s AI can work with tasks and selected supporting context, including comments. Verify suggestions against your agreement and the source records.
If you only need a simple reusable checklist, a document may be enough. SelfManager becomes more useful when the routine belongs alongside daily client work and you want a dated history to review.
A checklist should reflect the service you provide now.
Revisit it when:
Keep the earlier records as they were. Update the reusable procedure for future work.
Use SelfManager to keep the routine on the right days, preserve each cycle’s outcome, and turn exceptions into clear next actions.
It is a reusable set of steps performed on a schedule. Each cycle should have a record showing what was completed, what was found, and what still needs action.
Use one for repeatable services such as weekly reviews, monthly reporting, routine content checks, and recurring administration. Match the steps to your agreed scope and the inputs available.
A shared base template can help, but adapt it to each client’s scope, platform, schedule, and approval requirements. Remove irrelevant steps and add the checks the service actually requires.
Keep the missed cycle visible. Decide whether to complete it late, carry forward a specific action, or record why it was cancelled. A new cycle should not erase the previous outcome.
SelfManager’s recurring feature repeats whole tables. To repeat one task, place it in its own small table and set that table to repeat. Each occurrence has its own unchecked task.

Plan smarter, execute faster, achieve more
Create tasks in seconds, generate AI-powered plans, and review progress with intelligent summaries. Perfect for individuals and teams who want to stay organized without complexity.
Get started with your preferred account