THE SHORT VERSION

Automate handoffs and reminders before automating judgment-heavy work.

Most teams do not have a shortage of productivity software. They have gaps between tools: a form that nobody checks, an approval waiting in a chat thread, or a customer record that must be copied by hand.

Before introducing another application, automate one of those predictable handoffs.

Good first automations

Choose workflows with clear inputs, clear destinations, and reversible outcomes. A good candidate happens often enough to matter, follows stable rules, and produces an outcome a person can quickly verify.

Start by observing the manual process. Write down triggers, decisions, exceptions, systems, owners, and the evidence of success. Automating a process nobody can describe usually makes its ambiguity harder to see.

  • Send form submissions to the correct project queue
  • Create follow-up tasks after customer meetings
  • Notify an owner before a contract renewal
  • Archive approved files in a consistent folder
  • Generate a weekly summary from completed tasks

Keep a human checkpoint

For customer-facing messages, payments, deletions, and permission changes, require explicit approval until the automation has a trustworthy history. Convenience should not remove accountability.

Google Apps Script installable triggers illustrate why ownership matters: a trigger runs under the account of the person who created it, can be invisible to other accounts, is subject to quotas, and may fail asynchronously. Every production automation needs a service owner, failure notification, and credential plan.

Design the failure path first

Decide what happens when a source field is blank, an API is unavailable, a duplicate event arrives, a destination rejects the record, or the owner leaves the company. Log enough context to repair the event without placing credentials or sensitive customer data in logs.

Run in notification-only mode before allowing writes. Then enable the smallest reversible action, review exceptions weekly, and expand only after the failure rate is understood.

  • Use a dedicated owner or service identity where the platform supports it.
  • Make repeated events safe so a retry does not duplicate work.
  • Set quotas, timeouts, and an alert for consecutive failures.
  • Document how to pause and manually complete the workflow.
Primary sources
Editorial note

PatchMemo independently selects and evaluates the topics it covers. We clearly label sponsorships and affiliate relationships.