<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://nuhaconsulting.com/insights</id>
  <title>Nuha Consulting insights</title>
  <updated>2026-11-02T00:00:00Z</updated>
  <author><name>Nuha Consulting</name></author>
  <link rel="self" href="https://nuhaconsulting.com/insights/feed.xml"/>
  <link rel="alternate" href="https://nuhaconsulting.com/insights"/>
  <entry>
    <id>https://nuhaconsulting.com/insights/what-is-worth-automating</id>
    <title>Which repeating work is worth automating, and which is not</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/what-is-worth-automating"/>
    <published>2026-09-21T00:00:00Z</published>
    <updated>2026-10-02T00:00:00Z</updated>
    <summary>Most of what a marketing team repeats every week can now be automated, so the useful question has stopped being what the tools can do. We take a short list of conditions into every strategy session, and a good share of the work teams nominate fails at least one of them.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/numbers-to-agree-before-the-build</id>
    <title>The numbers to agree before anything is built</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/numbers-to-agree-before-the-build"/>
    <published>2026-09-21T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>Before a build starts we write down five numbers and the client confirms every one of them. A baseline the client has not agreed is not a baseline, it is our version of events, and at day thirty it gets argued with.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/why-follow-up-is-automated-first</id>
    <title>Why enquiry and quote follow-up is automated first</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/why-follow-up-is-automated-first"/>
    <published>2026-09-21T00:00:00Z</published>
    <updated>2026-10-02T00:00:00Z</updated>
    <summary>Marketing teams are measured on the enquiries they bring in and lose a share of them after they arrive. Follow-up is usually the first process we automate, because it is where intention and practice sit furthest apart and because the result can be read in the same month.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/weekly-campaign-reports-without-the-manual-work</id>
    <title>Weekly campaign reports without the manual work</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/weekly-campaign-reports-without-the-manual-work"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-10-02T00:00:00Z</updated>
    <summary>The weekly campaign report in most marketing teams we sit with is assembled by hand, and it costs a person most of a Monday morning. We build one scheduled report that takes three figures straight from the ad platforms and the CRM, because a plain report nobody assembles is worth more than a prettier one somebody has to build.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/meetings-in-contacts-untouched-for-twelve-months</id>
    <title>The next meetings are in contacts untouched for twelve months</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/meetings-in-contacts-untouched-for-twelve-months"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-10-02T00:00:00Z</updated>
    <summary>When a team asks for more meetings, the conversation turns to a new channel, and the CRM already holds a list of people who enquired or took a quote a year ago and have heard nothing since. We write to that list first, because it costs almost nothing to reach and the first bookings arrive inside the month.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/why-we-document-every-automation-we-hand-over</id>
    <title>Why we document every automation we hand over</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/why-we-document-every-automation-we-hand-over"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-10-02T00:00:00Z</updated>
    <summary>An automation the client's own team cannot change without calling us is still ours, whatever the invoice says. The handover note is written as part of the build for that reason, and it names the trigger and then every step in the tools the automation runs in, before we count the work as finished.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/crm-native-automation-sees-more</id>
    <title>An automation built beside the CRM sees less than one built inside it</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/crm-native-automation-sees-more"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>The same follow-up sequence can be built as a workflow inside the CRM or as a chain of steps in a separate connector, and the choice is made by whichever tool the person setting it up knew better. We treat it as a decision, because it settles what the automation can see and how soon a broken field gets noticed.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/the-order-automation-gets-built-in</id>
    <title>The order a client wants automation built in is rarely the right order</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/the-order-automation-gets-built-in"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>The process a client asks us to automate first is the one they can see, and in most sessions that is the report. A report only reads records that other processes write, so we set the build order from what each process depends on, and the report the client asked for tends to go live last.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/the-first-week-of-numbers-looks-worse</id>
    <title>The first week of numbers after an automation goes live usually looks worse, not better</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/the-first-week-of-numbers-looks-worse"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>In the week after an automation goes live, the numbers a team watches usually move the wrong way. We say so before the build starts, because a process that was never counted is being counted for the first time, and the first honest reading of it is rarely the one anybody hoped for.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/attribution-needs-volume-small-teams-lack</id>
    <title>Attribution needs a volume of leads most small teams do not have yet</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/attribution-needs-volume-small-teams-lack"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-10-02T00:00:00Z</updated>
    <summary>Multi-touch attribution splits the credit for a customer over every step that led to them, and the split only means something when there are enough customers to divide. Most of the teams we work with are not there yet, so we take two plainer numbers and set up the record that a model will need later.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/month-over-month-hides-seasonal-swings</id>
    <title>Comparing this month to last month hides more than it shows in a seasonal business</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/month-over-month-hides-seasonal-swings"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>This month against last month is the comparison most dashboards offer first, and in a business with a busy season it reads a predictable dip as a decline. We compare against the same month a year earlier, or against a rolling twelve months, and the report says which one it used and why.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/a-renewal-date-already-sits-unused</id>
    <title>A renewal date already sits in most systems, unused</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/a-renewal-date-already-sits-unused"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>The first condition for automating anything is a trigger somebody can name, and for retention work most teams believe they have none. A renewal date already sits in the CRM for nearly every customer, entered once at the point of sale and never read again, and a sequence built on it runs to stricter rules than enquiry follow-up does.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/the-sales-handoff-breaks-more-than-the-automation</id>
    <title>The handoff to sales breaks more often than the automation that feeds it</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/the-sales-handoff-breaks-more-than-the-automation"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>When a qualified lead goes quiet, the follow-up sequence that produced it usually takes the blame, and in most of the traces we have run it did its job. The lead went quiet in the gap between marketing marking it qualified and a salesperson knowing it existed, and that gap is the first place we look now.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/same-day-review-requests</id>
    <title>A review request only works if it arrives the same day the job finishes</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/same-day-review-requests"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-10-02T00:00:00Z</updated>
    <summary>A review gets written from what the customer still remembers of the job, and that memory is at its clearest on the afternoon the work finished. We send the request from the completion event itself, the same day, and most of the discipline in the build is about what that event has to mean before it can be trusted.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/automations-fail-at-the-exception</id>
    <title>Most automations fail at the exception, not the rule</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/automations-fail-at-the-exception"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>The path an automation was built around almost always works on the day it goes live. What breaks it later is the order cancelled an hour after the confirmation went out, or the contact who replies to the second message and then the first, and we list those cases before launch because finding them live costs more than the build did.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/a-campaign-brief-with-last-months-numbers</id>
    <title>A campaign brief that already carries last month's numbers gets written faster</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/a-campaign-brief-with-last-months-numbers"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>Most campaign briefs start from a blank document, and the figures that should shape them sit in tools nobody opens until the plan is already written. We set the brief template up to fill its first page with last month's numbers before the writing starts, and the plan that follows reads differently.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/why-posting-is-the-part-we-automate</id>
    <title>Why the posting is the part of a content calendar we automate</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/why-posting-is-the-part-we-automate"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>Most content calendars are a plan kept in a spreadsheet, and whether a post goes out at the time in the cell depends on somebody being free at that minute. We treat the posting itself as the part to automate, and we keep the writing and the judgment on tone with a person.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/budget-pacing-checked-by-an-alert</id>
    <title>Budget pacing is checked by an alert every morning</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/budget-pacing-checked-by-an-alert"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-10-02T00:00:00Z</updated>
    <summary>The teams we sit with check ad spend against the month's budget when somebody remembers to open the platform, which is usually after the money has gone one way or the other. We hand that comparison to an alert, and most of the work is in deciding when it stays quiet.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/a-duplicate-contact-costs-more-than-a-missed-one</id>
    <title>A duplicate contact costs more than a missed one</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/a-duplicate-contact-costs-more-than-a-missed-one"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>An enquiry nobody answers is lost once, and the loss stops there. A duplicate record keeps costing after that point, because every sequence built on the CRM treats one person as two, so we agree the merge rules with the client and run them before anything goes live.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/a-segment-is-only-as-good-as-its-field</id>
    <title>A segment is only as good as the field it is built on</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/a-segment-is-only-as-good-as-its-field"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>When a sequence sends to the wrong people, or to almost nobody, the workflow is the first thing anyone opens, and the fault is usually one step earlier, in a CRM field the segment depends on that is blank for a large share of the database. We look at the fields before we look at the logic.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/an-unsubscribe-that-still-gets-a-message</id>
    <title>An unsubscribe that still receives a message is a bigger problem than a slow reply</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/an-unsubscribe-that-still-gets-a-message"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>A slow reply costs the enquiry it was slow to, and the contact goes elsewhere without giving the company much further thought. A message that arrives after somebody has unsubscribed tells them the company did not listen, and it is the one failure in an automation build that we treat as a stop on everything else until it is fixed.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/the-line-between-rule-and-judgment-moves</id>
    <title>The line between a rule and a judgment call moves as a process repeats</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/the-line-between-rule-and-judgment-moves"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>In the strategy session every step gets sorted into work a rule can describe and work that needs a person, and the sort is made on the cases the team can remember that afternoon. After a month of the automation running the exceptions look different, so we go back and sort again on a date agreed before the build.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/two-people-will-not-automate-the-same-reply</id>
    <title>Two people handling the same reply will not automate it the same way</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/two-people-will-not-automate-the-same-reply"/>
    <published>2026-09-28T00:00:00Z</published>
    <updated>2026-09-30T00:00:00Z</updated>
    <summary>When the person who does a task says it depends, the dependency is either a rule nobody has written down or a judgment that should stay with a person, and from across a table the two look identical. We settle which it is by giving ten real cases to two people separately and reading their replies side by side.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/a-buyer-asking-in-public-is-worth-more-than-a-cold-list</id>
    <title>A buyer asking in public is worth more than a cold list</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/a-buyer-asking-in-public-is-worth-more-than-a-cold-list"/>
    <published>2026-09-21T00:00:00Z</published>
    <updated>2026-11-02T00:00:00Z</updated>
    <summary>People post in forums, on Reddit, in Facebook groups and in community groups asking who can supply a product or take on a piece of work. Each of those posts comes from a buyer who has already said what they need and will choose between whoever answers, and the companies selling exactly what was asked for often never see the post.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/public-records-show-a-need-before-anyone-advertises-it</id>
    <title>Public records show a need before anyone advertises it</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/public-records-show-a-need-before-anyone-advertises-it"/>
    <published>2026-09-21T00:00:00Z</published>
    <updated>2026-11-02T00:00:00Z</updated>
    <summary>A permit, a licence or a new business registration is a public note that something is about to change inside a company, and it can be on file well before that company asks anyone for a price. We build automations that read these records for our clients, and most of the work lies in being exact about what a record says and what it leaves out.</summary>
  </entry>
  <entry>
    <id>https://nuhaconsulting.com/insights/a-found-lead-that-never-reaches-the-crm</id>
    <title>A lead found in public is lost if it never reaches the CRM</title>
    <link rel="alternate" href="https://nuhaconsulting.com/insights/a-found-lead-that-never-reaches-the-crm"/>
    <published>2026-09-21T00:00:00Z</published>
    <updated>2026-11-02T00:00:00Z</updated>
    <summary>Watching public requests and public records produces leads, and the work that decides whether any of them becomes a conversation starts after the alert arrives. We log each lead in the CRM with the post or record that surfaced it, send a first email from a named person where there is an address to send it to, and stop the follow-up as soon as the lead replies.</summary>
  </entry>
</feed>
