Inbox and channels · how to

Reply with attachments and templates

Compose a context-aware reply, verify recipients and sender, use attachments or templates safely, and confirm delivery evidence.

4 min readUpdated August 12, 2026
For
Owner, Admin, Member
Availability
Your current plan and entitlements
Product evidence
WRKZY · reviewed August 12, 2026
Editorial review
WRKZY Editorial
Before you begin
  • A verified customer conversation in the intended workspace
  • An approved connected sender that is ready to send
  • Permission to share the message, template, quote, and attachment content

Review before you compose

  1. Confirm customer identity using the conversation and Contact 360 context.
  2. Read the latest inbound message and enough prior thread to understand the request.
  3. Confirm the team inbox, channel, sending identity, and current owner.
  4. Check related deal, quote, campaign, or prior commitment when the response depends on it.
  5. Decide the outcome the message should create: answer, clarify, acknowledge, request information, deliver a quote, or set expectation.

Write a direct reply

  1. Place the cursor in the composer.
  2. State the answer or next step first.
  3. Include only commitments the team can verify.
  4. Use a specific date/time and timezone when promising a follow-up.
  5. Review tone, names, numbers, links, and policy language.
  6. If AI helped draft or rewrite, treat the output as untrusted draft text: verify every claim and recipient before sending.
  7. Send once and watch the message state.
WRKZY Work inbox with a selected customer conversation, workflow controls, and reply context, annotated crop highlighting thread controls and next actionOpen full size
The composer sits beneath the verified conversation and workflow controls, keeping the reply connected to current customer and operating evidence.

Add an attachment

  1. Choose the attachment control.
  2. Select only the file required for this customer and action.
  3. Verify the filename, format, version, and intended recipient.
  4. Remove local metadata or sensitive pages that are not necessary.
  5. Confirm the attachment appears on the draft before sending.
  6. After sending, reopen the message and verify the attachment is represented in the message history.

Do not attach exports or screenshots containing unrelated customers. If an upload or send fails, inspect the error before selecting the file again; a prior attempt may have created message evidence.

Use a WhatsApp template

When the channel requires or the workflow calls for an approved WhatsApp template:

  1. Open the template picker.
  2. Choose the approved template matching the purpose and language.
  3. Review every rendered variable against the current customer and record.
  4. Supply required header media only when it matches the approved template structure.
  5. Review any buttons or offer terms.
  6. Send the template once, then inspect status.

Never infer a variable. A template greeting and order-reference placeholder must receive the correct customer name and order reference from verified context.

Use an email template

For a shared email conversation, select an available email template or start from approved reusable content. Review subject, To, Cc, Bcc, body, links, attachments, and sender. A template is a starting point; customer-specific claims and quoted commercial terms still require human verification.

If the current shared email connection is not send-ready, stop and have an administrator repair direct sending rather than relying on an unintended identity.

Share a quote from the conversation

Where the conversation offers quote controls, select the intended current quote and verify its customer, version, total, validity, and buyer-delivery path. A quote attachment or link does not replace quote lifecycle evidence; confirm delivery and buyer response on the quote record.

Verify the message

Reply verification flow

  1. 01
    LocalPrepared

    Content and recipient are ready but nothing has left WRKZY.

  2. 02
    PendingSubmitted

    WRKZY handed the request to the connected provider.

  3. 03
    AcceptedProvider accepted

    The provider accepted processing, not necessarily delivery.

  4. 04
    ResultDelivered or failed

    A terminal provider event confirms delivery or an exception.

  5. 05
    RecoverException reviewed

    An owner diagnoses, recovers safely, or escalates with evidence.

Review creates an approved draft, Send submits it, and provider states determine whether recovery or follow-through is required.
  1. Confirm the message appears once in the thread.
  2. Read the visible state: Sending, Sent, Delivered, Read, or Failed.
  3. For email, expand provider evidence when needed to review Delayed, Bounced, Complaint, Opened, Clicked, or Failed events.
  4. Confirm attachment/template content appears on the sent message.
  5. Set Pending, Next, or Resolve only after the customer commitment is represented truthfully.

Failure modes

  • Failed immediately: read the visible reason and channel readiness before retrying.
  • Stuck on Sending: refresh and inspect delivery health; do not click Send repeatedly.
  • Sent but not Delivered: provider accepted the message, but arrival is not confirmed. Wait or follow the channel recovery path.
  • Wrong content but still Sending: do not assume cancellation is possible. Escalate and correct the customer communication deliberately.
  • Attachment unavailable: confirm the source file remains authorized and supported; do not substitute an unreviewed public link.
  • Template variable wrong: stop the campaign/repeated workflow if applicable, preserve evidence, and send a clearly labeled correction only after approval.
  • Email bounce or complaint: do not resend unchanged. Verify address, consent, and suppression policy.

Measurable reply quality

Track failed sends, duplicate retries, correction messages, delivery confirmation, and conversations reopened because the reply or attachment was incomplete. Speed is useful only after identity, accuracy, and delivery are reliable.

Send review check
  • Customer and latest message verified
  • Intended sender and recipients confirmed
  • Claims and dates supported
  • Template variables reviewed
  • Attachment version and sensitivity checked
  • Send selected once
  • Provider state inspected
  • Next workflow state updated
Was this guide useful?

Choose an answer. No message text or personal information is collected.

Still need help?

Contact WRKZY support with the workspace name and a safe, redacted example.

Contact support about this guide