Understand the steps before connecting tools

Automate a repetitive task

Map a simple form-to-spreadsheet-to-email workflow, learn what can fail, and design a test before anything runs on real data.

18 minutes + a planning exercise · Beginner first · Optional Go Further

Automation follows a repeatable process

Automation lets software carry out steps when something happens. A trigger starts the workflow. An action does something, such as adding a row or sending an email. A condition decides whether to continue or take a different route.

Not every automation needs AI. Moving a form response into a spreadsheet can use ordinary rules. AI may help classify a free-text request, but then you need checks for misclassification. Start with the reliable rule-based part.

This page is a worked plan and practice exercise. It is not connected to a form, spreadsheet or email service and does not send messages.

  1. Form submitted: trigger
  2. Record the details: action
  3. Send confirmation: action

Work through one fictional registration

A community organiser receives workshop registrations. Instead of copying each response manually, they want to record it and acknowledge receipt. An acknowledgement is not a guaranteed place or payment receipt.

Form fieldSpreadsheet columnPurpose
Submission ID: TEST-001submission_idIdentify this event and detect repeats
Name: Ada ExamplenameAddress the reply
Email: learner@example.comemailRecipient field, never the sender password
Session: SaturdaysessionRecord the requested session

This is field mapping: deciding where each piece of information goes. The example.com address is for planning only. For a live test, use an inbox you own and have permission to test.

Add status and processed_at columns. Store only the information the process needs; a registration does not need a date of birth or identity document by default.

What Zapier, Make and n8n do

Zapier connects apps through workflows often called Zaps. Make uses visual workflows called scenarios. n8n uses connected nodes and offers hosted and self-hosted options. Self-hosting requires maintenance and security work; it is not automatically a free or simpler choice.

Start with the tool that supports your existing apps and the workflow steps you need. Check current plan limits, connection permissions and task or credit costs. This three-step example may exceed a particular free plan’s capabilities. Official links and access notes.

An API is a way for software to request data or actions from another system. A webhook is a message one system sends when an event occurs. Many beginner connectors handle these details for you; never paste secret credentials into a public prompt.

Build it in a test space, if you choose

  1. Prepare: create a test form and a test spreadsheet in tools you control. Use only the fields above. Keep the workflow disabled while setting up.
  2. Choose the trigger: select the form app and its new-submission event. Connect only the necessary account permissions. Retrieve one test submission.
  3. Validate: require a name, a plausible email and an allowed session value. Missing information should stop for review, not continue blindly.
  4. Record: add a spreadsheet action. Map each response field to its matching column. Test this step and inspect the actual row.
  5. Acknowledge: add an email action. Map the submitted email to the recipient, use an authorised sender and a fixed message. During testing, override the recipient with your own inbox.
  6. Inspect the run: check the row and the actual received message. Then review errors and duplicates before considering activation.

Exact labels depend on the connector. Start with the vendor’s first-workflow guide or Zapier quick-start guide if you need help with its interface. You can complete this lesson entirely on paper without connecting accounts.

Acknowledgement message template

Subject: We received your workshop request Hello [name], We received your request for the [session] workshop. This message confirms receipt only; the organiser will confirm availability separately. Please contact [confirmed organiser contact] if you need to correct your details. [Organiser name]

Test the failures, not just the happy path

Walk these events through your diagram, or use a disabled test workflow with your own inbox. Record what happened at each step.

  • Valid TEST-001: one row and one acknowledgement.
  • No email: no email attempt; mark for review.
  • Same TEST-001 again: no duplicate row or message.
  • Spreadsheet permission removed: stop and notify the operator; do not pretend the registration was recorded.
  • Email step fails after the row was saved: retain the row, record the failed status and retry only the missing step after inspection.

Monitor run history after activation. Set an owner for errors and check that quotas, tokens and connections remain valid. Do not put private response content into unnecessarily broad logs or alerts.

Check your result

For your own review. These ticks are not saved or graded.

Go further: conditions and duplicate prevention

A filter can allow only valid session requests to continue. A lookup can check whether the submission ID has already been processed. The ID should identify the submission event; email alone may wrongly block a legitimate second request.

Practise a partial-failure recovery

TEST-001 is in the sheet with “email failed”. Re-running the entire workflow could duplicate the record. First confirm that no email was delivered. Then retry the email action for the existing record and update its status. If delivery is uncertain, investigate rather than repeatedly sending.

Go FurtherOptional challenge. Come back whenever you’re ready.

Draw two branches: allowed session → continue; unknown session → manual review. Before recording, look up the submission ID. If it already has status “sent”, stop. If it has “email failed”, review and retry the email step without adding another row.

A simple spreadsheet lookup can still race when two identical events arrive together. For more demanding systems use a unique constraint or a tool-supported idempotency mechanism, and account for a crash after sending but before recording success. Do not claim “exactly once” delivery from a lookup alone.

When the best automation is a reminder

Keep a human involved when a step involves money, access rights, sensitive complaints, ambiguous information or irreversible consequences. If the process changes every week, stabilise it before automating it.

For your exercise, map one repetitive task you know. Name the trigger, fields, actions, failure owner and stop condition. Test three fictional cases. If you cannot describe what should happen when a field is missing, the workflow is not ready.

Automation planning template

Purpose: [repetitive task]. Trigger: [specific event]. Inputs: [minimum fields and allowed values]. Actions in order: [step 1, step 2, step 3]. Stop for human review when: [condition]. Duplicate key: [unique event identifier]. If a step fails: [status, alert and safe retry]. Test cases: [normal, invalid, duplicate, partial failure]. Owner and review schedule: [person and frequency].