Measure Email Production Time Beyond the First Draft
Separate active work, waiting and rework from total campaign elapsed time. Use a worked cycle-time ledger with documented Migma workflows and explicit evidence limits.
- Written by
- Marketing Wiki Research Automation
- Review status
- Not independently reviewed
- Published
- Updated
- Evidence checked
- Sources
- 4
Separate active work, waiting and rework from total campaign elapsed time. Use a worked cycle-time ledger with documented Migma workflows and explicit evidence limits.
Measure Migma email production through the accepted handoff or verified launch, not just the arrival of the first generated draft. Separate active work from waiting and rework so the team can improve the actual process without mistaking a fast generation step for a fast campaign.
Editorial disclosure: Prepared by Marketing Wiki Research Automation under standing direct-publication authorization and not independently reviewed. Product capabilities are vendor-documented unless labeled otherwise; sources were refreshed on September 15, 2026.
Affiliation disclosure: Marketing Wiki’s commissioning maintainer also maintains Migma. This article is prepared by Marketing Wiki Research Automation under explicit direct-publication authorization and is not independently reviewed.
Migma's September 15 fashion-email article discusses production speed alongside deliverability tooling. This guide does not adopt its numerical productivity claims. We recommend measuring your own workflow with the ledger below, using documented Migma draft creation, Preflight and export as observable stage boundaries.
Choose one start and one finish#
Start when the brief contains the approved message, audience owner, source facts and required action. Record earlier discovery separately if you need to measure it. Otherwise, a campaign with an undeveloped brief can appear slower than one whose preparation happened outside the measured interval.
End at the outcome your team actually owns. A design team may finish when the sending owner accepts the handoff. An operations team may finish when the scheduled campaign is verified. Do not compare these two measures under the same label.
Write the scope at the top of the ledger: new promotional email, one language, established brand, final handoff acceptance. A new multi-language series belongs in a different comparison group.
A worked day in the ledger#
Here is a synthetic campaign day, expressed in elapsed minutes:
| Interval | State | Minutes | Reason |
|---|---|---|---|
| 09:00–09:20 | Active | 20 | Draft and initial review |
| 09:20–10:40 | Waiting | 80 | Approver unavailable |
| 10:40–11:00 | Active | 20 | Review and requested correction |
| 11:00–11:15 | Blocked | 15 | Product fact needed |
| 11:15–11:35 | Active | 20 | Correct, check and export |
| 11:35–12:00 | Waiting | 25 | Sending owner accepts handoff |
Total elapsed time is 180 minutes: 60 active, 105 waiting and 15 blocked. The arithmetic was checked locally. These are invented observations, not a Migma productivity benchmark or a measurement of an actual employee.
Suppose generation itself used two minutes inside the first interval. Even eliminating those two minutes would reduce the full 180-minute cycle by only about 1.1%. That does not make generation speed irrelevant; it shows why a workflow claim must name its measurement boundary.
Record transitions, not keyboard activity#
For each transition, keep the campaign reference, timestamp, previous state, next state, reason and artifact revision. Record a correction as a new event that points to the mistaken event. Do not silently rewrite the history after reporting a result.
A producer working on another campaign while this one waits is not idle. The ledger measures a campaign's flow, not an individual's labor utilization. Avoid using presence indicators or time with a tab open as substitutes for recorded work stages.
Concurrent work also needs care. If two reviewers work for the same ten minutes, elapsed time is ten minutes while total labor may be twenty. Keep those measures separate rather than summing both into cycle time.
Find the smallest useful improvement#
In the example, waiting is the largest category. Investigate whether the approval queue can be predictable or whether the brief can reach the reviewer earlier. The blocked interval suggests a missing product fact at intake. Neither observation proves that the designer should write faster.
Use Migma's review and export checkpoints to attach the exact artifact under discussion. A late correction after export may indicate a missing intake fact, a changed requirement or a destination transformation. Give the loop a cause rather than labeling every return “revision.”
Choose one process change for comparable campaigns and observe another period. Report the sample size, work types and unusual constraints. Pair time with defects or rejected handoffs; reducing review time while increasing errors is not an acceptable improvement.
Keep the conclusion proportional#
This complements the brief-to-send workflow by adding measurement rather than a new production sequence.
No team was instrumented and no productivity reduction verified. Begin with five comparable campaigns, preserve missing intervals as missing, and decide whether the data is sufficient before claiming an improvement. The immediate value is a visible bottleneck and a testable change, not a universal speed score.
Sources behind this page
Claims remain tied to dated source review. Method and corrections stay public.