The first five articles in this series were largely diagnostic and prescriptive. This article — the final piece in the Foundations pillar — is neither. It is a migration playbook for the Caribbean family business that has been operating successfully for ten, twenty, or thirty years on a tangle of personal email, founder-controlled accounts, and improvised infrastructure that worked precisely because it was improvised by people who built the firm. The migration is not a correction of past mistakes. It is a generational handover of the operational infrastructure that has, by any reasonable measure, succeeded.

The firm that worked, and the daughter who realised it shouldn’t have

In March 2025, a Trinidadian import business celebrated its twenty-eighth year of trading. The founder had built it from a single shipping container in 1997 into a regional distribution operation with offices in three islands, sixty staff, banking relationships across two currencies, and an annual revenue figure that comfortably placed it in the upper register of Caribbean SMBs. The founder, then sixty-eight, was beginning the formal transition to his daughter, who had been appointed Chief Operating Officer the previous year after a decade in regional banking.

Three weeks into her new role, the daughter sat across from us in our New Kingston office with a single sheet of paper containing what she had managed to inventory of the firm’s digital identity. The firm’s primary email — the address printed on every invoice, contract, and business card for twenty-eight years — was her father’s personal Hotmail account, set up in 1998. The firm’s banking authorisations were attached to that same address. The firm’s supplier negotiation history — twenty-eight years of pricing memory across more than two hundred relationships — was in her father’s personal inbox. The firm’s website, registered in 2004, was in the name of an IT consultant who had retired in 2017 and could not now be reliably contacted. Her father’s password to his Hotmail account had not been changed since 2014. There was no second person in the firm with access to any of it.

“My father built this business,” she said. “He built it brilliantly. And he built it on something that, if he were to die tomorrow, would take this firm with him.”

Six months later, the firm operated under its own domain. Every staff member had a domain-branded mailbox, properly authenticated, with retention and access controls. Twenty-eight years of correspondence had been migrated from her father’s personal Hotmail to a company-owned archive. The banking authorisations had been moved to a role-based administrative mailbox monitored by two named directors. The founder kept his personal Hotmail for personal use. The firm’s twenty-eighth year of trading ended cleanly, and the daughter inherited a firm she could run.

Her father, asked at the closing of the migration whether he wished he had done it earlier, gave the answer that this article exists to honour. “I built the firm with what I had,” he said. “What I had was Hotmail and a fax machine. The firm worked. It worked for twenty-eight years. The next twenty-eight years need different tools, and they need them in my daughter’s hands, not mine.”

The migration is not a correction of past mistakes. It is a generational handover of the operational infrastructure that has, by any reasonable measure, succeeded.

1. What this playbook acknowledges before it begins

Every Caribbean family business that has been operating for more than a decade has accumulated, somewhere in its operational fabric, an infrastructure that would not be recommended today but that has indisputably worked. The temptation when advising such a firm — particularly when the advisor is younger than the founder — is to treat the existing setup as a mistake to be corrected. This is the wrong starting position, and it is the reason most professional-services attempts at family-business modernisation fail.

The setup is not a mistake. It is the residue of decisions taken with the tools available at the time, by people who used those tools to build a successful business. A 1998 Hotmail account that has hosted twenty-eight years of supplier correspondence is not, in any meaningful sense, an inferior decision compared to a 2026 Microsoft 365 mailbox — it is a different decision made under different constraints, and the firm that used it built a regional business. The article that follows assumes this. It does not ask the founder to apologise for the past. It asks the founder and the family to plan the future.

Three assumptions therefore frame the playbook below. They are non-negotiable; a migration that violates any of them will fail.

Assumption 1: The founder’s continuity must be preserved throughout

The founder cannot be locked out of their own email, even temporarily, in the course of the migration. Personal correspondence with long-standing suppliers, banking contacts, and regional partners is woven through twenty or thirty years of the founder’s working life. The migration must add the new infrastructure beside the old, not replace it. The old account stays live until the founder is satisfied that the new one works for them — not until the migration consultant declares it complete.

Assumption 2: The migration is led by the family, not the consultant

The decisions about who has access to what, which correspondence is archived and which is kept active, which counterparties are notified of the change and when, are family decisions. The consultant’s job is to provide the structure, the technical execution, and the project discipline. The consultant’s job is not to decide who, in the family, is the primary contact going forward. That decision belongs to the founder, the successor, and any senior family members involved — and it is often the most important decision of the migration.

Assumption 3: The migration is finite and dated

The single most common failure mode of a family-business migration is that it stretches indefinitely because no end date was agreed. “Eventually we’ll move off Dad’s Hotmail” is not a project; it is a wish. The playbook below is structured as a three-phase, six-to-twelve-week project with a defined end date. Whatever has not been migrated by the end date is either explicitly out of scope or rolled into a deliberate Phase 4 with its own date. The migration has a closing meeting, a signed handover document, and a date in the diary.

2. The three-phase playbook

The migration is a six-to-twelve-week project, structured in three phases with defined durations, defined deliverables, and a defined closing meeting. The phases below are sequential — Phase 2 cannot begin until Phase 1’s Current State Map is signed; Phase 3 cannot begin until Phase 2’s migration is complete and counterparties have been notified. The total duration varies with the size of the firm, the complexity of the historical correspondence to be archived, and how many counterparties need to be notified, but the structure is the same regardless of scale.

 

Phase	Duration	What happens
Phase 1 Discovery	2 weeks	Inventory of the current state. Every email address in use across the firm is catalogued, including personal accounts being used for business. Every domain registration the firm holds (or thinks it holds) is verified. Every counterparty whose communications would need redirection is listed. The eighteen-question audit from Articles 1.1, 1.2 and 1.3 is run honestly — pass or fail recorded against each question. The founder names the successor who will hold administrative access going forward. The list of people in the firm who currently have any access to founder-controlled accounts is written down. Nothing is changed in this phase. The deliverable is a one-page Current State Map, signed by the founder and the successor.
Phase 2 Migration	3–8 weeks	The new infrastructure is built beside the old. If the firm does not already have a domain in its corporate name, one is registered (per Article 1.1’s pattern). Microsoft 365 mailboxes are provisioned for the founder, the successor, and every other person who corresponds externally. SPF, DKIM and DMARC are published correctly (per Article 1.5). The founder’s existing personal account is set to auto-forward to the new domain mailbox so that incoming correspondence reaches both. Historical correspondence is exported from personal accounts and archived in the firm’s M365 environment under the founder’s named mailbox. Counterparties are notified of the new address in a planned sequence — banks first, then top twenty suppliers, then everyone else. Every change is logged. Nothing is deleted.
Phase 3 Handover	1–2 weeks	The administrative spine is moved from the founder to the firm. Domain registrar credentials, M365 administrative access, banking-portal access, and registrar contact details are transferred to two named company personnel — usually the successor plus one independent director or operations lead. The founder’s personal email remains live for personal use; the company stops depending on it. A Founding Digital Identity Record (per Article 1.4) is completed for the firm’s now-clean digital identity. A signed handover memorandum records what was migrated, what was deliberately left as-is, who now holds administrative access, and the date of the next review. The migration ends with a meeting in which the founder, the successor, and the consultant sit together and confirm completion.

The longest phase is always Phase 2, and the most contested decisions usually live there. They are not technical decisions — they are family decisions. Which historical correspondence does the firm archive, and which is kept private to the founder? Which counterparties learn of the change first? Who, by name, holds administrative access going forward? The technical work of Phase 2 is routine. The conversations the family has during Phase 2 are anything but.

 

3. The six questions the family must answer before Phase 2 begins

Articles 1.1 through 1.5 closed with audits addressed to the board, to the firm, or to the firm’s IT supplier. This article closes with a different audience: the family. The six questions below are not technical. They are the conversations that have to happen at the kitchen table — or, more often, in a Saturday-afternoon meeting at the founder’s house — before any technical migration work begins.

They take longer to answer than the technical questions in the preceding articles, because they are not really questions about email or domains. They are questions about who, in the family, holds what, and who gets to know what. The consultant cannot answer them. The family must.

 

#	Question the family must answer	Why it matters
1	Who, by name, holds administrative access to the firm’s digital identity from the close of the migration onwards?	The most important question of the migration. Usually the successor plus one independent person.
2	Which of the founder’s historical correspondence is archived into the firm, and which is kept private to the founder?	Business correspondence is the firm’s asset; personal correspondence is the founder’s. The line is drawn by the founder, not the consultant.
3	Who in the wider family — including those not active in the business — should be informed of the migration, and in what terms?	Family-business modernisations sometimes surface inheritance questions. Better surfaced now than later.
4	Which counterparties — banks, top suppliers, regulators, large customers — are notified of the change, and in what order?	Sequence matters. Banks before suppliers, suppliers before customers, customers before public announcement.
5	What does the founder keep using personally, and what does the firm now take over?	The founder keeps their personal email. The firm stops depending on it. Both statements must be true at migration close.
6	What is the agreed end date of the migration, and what is explicitly out of scope?	Without an end date the migration becomes an indefinite project. Without an out-of-scope list it becomes a digital transformation programme in disguise.

 

In our experience, families that work through these six questions before Phase 2 begins complete the migration successfully and on time. Families that try to defer them — “we’ll work that out as we go” — discover at Week 4 that the migration has stalled on a conversation that should have happened in Week 1. The six questions are not optional. They are the migration.

 

4. What a successful migration looks like at close

At the closing meeting of a well-executed family-business migration, four things are simultaneously true. The founder still has their personal email account. They can still use it. They can still receive correspondence from old friends, long-standing personal contacts, and counterparties who insist on writing to the address they have used for twenty years. The founder has not lost anything they previously had.

At the same time, the firm has its own domain, its own properly authenticated mailboxes, its own correspondence archive, its own administrative access controls, and a Founding Digital Identity Record (Article 1.4) recording where everything lives and who has access. The firm has gained the operational spine it did not previously have.

Two named directors — usually the successor and one independent person — hold administrative access to the firm’s digital identity, and both have written acknowledgement of the responsibilities that come with that access. The firm’s continuity no longer depends on a single individual’s personal accounts.

And finally, the migration has a signed handover memorandum recording what was done, what was deliberately left as-is (the founder’s personal email continuing to exist is the most common item on this list), and the date of the next review — typically twelve months out. The migration has a beginning, a middle, and a documented end.

The founder has not been corrected. The firm has been continued.

 

5. What goes wrong, and how to recognise it

Three failure patterns recur in family-business migrations, in roughly equal frequency. Each is preventable if recognised early and addressed at the level it actually exists at, which is rarely the technical level.

Failure 1: The migration becomes a corrective exercise

The consultant — or the successor, or a senior advisor — begins, sometimes inadvertently, to treat the migration as a correction of past mistakes. The founder, sensing this, becomes defensive. The migration stalls because the founder is no longer cooperating. The cause is almost never the technical work; the cause is the tone of the work. The recovery is to pause, hold a deliberate meeting in which the founder is asked to walk through how the firm was built, and to begin again from a posture of continuation rather than correction. We have seen this rescue work in every case we have encountered it. The founder is not the obstacle; the framing was.

Failure 2: The family conversation is deferred

The six questions in §3 are not answered before Phase 2 begins. Technical work starts, and the consultant — needing answers to proceed — begins making temporary decisions and asking for retroactive ratification. By Week 4, the firm has accumulated a stack of decisions the family has not actually agreed to, and the next family member to look at the project (often a sibling, a spouse, or an in-law) raises objections to choices that have already been implemented. The migration must be paused and the six questions must be answered properly. There is no shortcut for this. Families that try to defer the conversation almost always end up having it under worse conditions later.

Failure 3: The closing meeting is skipped

The technical migration completes, counterparties have been notified, the new mailboxes are in use — but the closing meeting is never scheduled, the handover memorandum is never signed, and the founder is never formally released from the operational dependency that has just been migrated. Six months later, the founder is still receiving banking calls on their personal Hotmail because nobody told the bank firmly enough that the new mailbox is the new official contact, and the firm slowly drifts back to the founder-as-spine model. The closing meeting is not ceremonial. It is the moment when the migration is declared complete and the firm formally takes over its own operational continuity.

 

6. Where to go from here

If you are reading this article as a founder, the question to put to yourself is not whether the migration is necessary. It almost certainly is, eventually — the operational model that built the firm cannot indefinitely outlast the founder who built it. The question is whether the migration happens on the founder’s terms, in the founder’s preferred timing, and to the founder’s chosen successor — or whether it happens in a hurry, after a health event or a sudden departure, by people who do not have the founder’s twenty-eight years of context to work with.

If you are reading this article as the successor, the question is whether to raise it with the founder this quarter or next. The longer the conversation is deferred, the more difficult it becomes. The Trinidadian daughter at the start of this article raised the conversation because she had to. The conversation goes better when it is raised because someone chose to.

If you are reading this article as an advisor — a lawyer, an accountant, a banker, a Dawgen Global engagement partner — the value you can add to your client is to put this article in front of the founder and the successor at the same time, and to support the family conversation that follows. The technical migration is the easy part. The family conversation is what your client is actually paying you to enable.

 

WHERE TO GO FROM HERE Migrate the firm. Honour the founder. Through Dawgen Global Technologies, the firm offers a structured Family Business Migration engagement built on the three-phase playbook in this article. The engagement is fixed-price, fixed-duration, and led by a senior consultant who understands that the migration is a family conversation as much as a technical exercise. Every Caribbean-tailored bundle — Starter Online through Enterprise/Regulated — can be the technical destination of the migration, scoped to the firm’s size and complexity. Billing in USD or JMD, Caribbean-based support, with engagement-partner oversight from Dawgen Global throughout. dawgentechnologies.com Or write to [email protected] to arrange a confidential Family Business Migration Discovery conversation through your Dawgen Global engagement team.

Closing the Foundations Pillar

Article 1.6 is the final article of the Foundations pillar of The Caribbean Digital Foundations Series. Across the six articles in this pillar, we have asked Caribbean boards who controls their domain (1.1), who controls what flows through it (1.2), whether their digital identity sends the right signal (1.3), how to set things up correctly from day one (1.4), whether the firm’s email can be trivially impersonated (1.5), and how an established family business can migrate from the past into the future (1.6, this article).

Together the six articles form a complete reference for the foundational layer of a Caribbean firm’s digital identity. Across them, twenty-four diagnostic questions can be asked of any established firm in a board afternoon, an eight-step prescriptive checklist can be walked through with a new firm in ninety minutes, and a six-question family conversation can ground a generational migration in a Saturday at the founder’s house. Every Caribbean firm — new, established, or in transition — has a starting point in this pillar.

Pillar 2 of the series, Trust & Security, begins with Article 2.1 — “The Caribbean Cybersecurity Posture: Beyond Antivirus.” Where Pillar 1 has dealt with the firm’s digital identity and how it is established, Pillar 2 deals with what is built on top of that identity once the foundations are in place. The transition is natural: the firm cannot defend what it does not yet control, and Pillar 1 has been about establishing that control. Pillar 2 begins from the assumption that control has been established.

Author

Dr. Dawkins Brown is the Executive Chairman and Founder of Dawgen Global, an independent integrated multidisciplinary professional services firm headquartered in New Kingston, Jamaica, operating across 15+ Caribbean territories. Dawgen Global Technologies is the firm’s web-services line, delivering domains, hosting, professional email, Microsoft 365, SSL, websites, security and backups across the region.

About The Caribbean Digital Foundations Series

The Caribbean Digital Foundations Series is a 30-article thought leadership programme published by Dawgen Global on its blog (dawgen.global/blog) through 2026. The series is organised into five pillars — Foundations, Trust & Security, Presence & Performance, Productivity & Collaboration, and Commerce & Growth — and is designed to bring the same governance lens Dawgen Global applies to audit, tax and advisory engagements to the web-services decisions every Caribbean SMB must now make.

This is Article 1.6, the final article of Pillar 1 (Foundations). The complete pillar comprises: 1.1 “The Domain You Don’t Own,” 1.2 “Gmail Is Not a Strategy,” 1.3 “What’s in a .com?,” 1.4 “The First 90 Minutes Online,” 1.5 “Email Authentication for the Caribbean Board,” and 1.6 (this article). Pillar 2, Trust & Security, follows.

© 2026 Dawgen Global  |  Big Firm Capabilities. Caribbean Understanding.

About Dawgen Global