For contributors
Contributor guidelines
Research, commentary and practitioner perspectives on business and enterprise transformation.
Founder & Editor: Dr Liz Wilson
1. Purpose and readership
Transformation Expert Insights examines how organisations change: the decisions, behaviours, systems, technologies and working conditions that influence whether transformation delivers meaningful results.
We welcome contributions that connect research with practice, challenge familiar assumptions and help readers understand difficult transformation questions.
Our readers include executives, board members, transformation leaders, functional leaders, programme directors and experienced practitioners. They may be evaluating an opportunity, preparing for change, addressing delivery problems or assessing whether an investment has improved organisational performance.
Articles should offer a clear argument, credible evidence and useful implications for those readers. They should also demonstrate the author’s particular expertise and judgement.
2. Editorial scope and topic areas
We consider the full range of business and enterprise transformation, including changes within individual functions and across organisational boundaries.
| Topic area | Illustrative subjects and reader questions |
|---|---|
| Business and enterprise transformation | Strategy execution; enterprise renewal; business model transformation; transformation portfolios; competing priorities; investment decisions; turnaround and recovery. What makes a transformation enterprise-wide? |
| Organisational transformation and change | Organisational design; culture; behavioural change; readiness; sponsorship; communication; participation; change saturation; restructuring; mergers and integration. Why does agreed change fail to become everyday practice? |
| Leadership, governance and accountability | Executive ownership; board oversight; decision rights; transformation leadership; programme governance; escalation; assurance; incentives and performance expectations. Which responsibilities must remain with business leaders? |
| HR and people transformation | HR operating models; HR technology; employee experience; talent processes; performance management; reward; people analytics; shared services; inclusion and organisational conditions. When does an HR transformation change the employee experience? |
| Finance transformation | Finance operating models; enterprise resource planning; planning and forecasting; financial close; management reporting; controls; finance business partnering; automation; benefits realisation. How should finance assess transformation value? |
| IT transformation | Technology strategy; architecture; legacy modernisation; cloud; service management; cybersecurity; technical debt; integration; sourcing and vendor relationships. How do technology decisions affect operating capability? |
| Digital transformation | Digital business models; customer journeys; digital products; platforms; omnichannel services; process redesign; digital adoption and capability. What distinguishes digital transformation from introducing new technology? |
| AI and enterprise adoption | AI strategy; generative AI; use-case selection; workflow integration; organisational readiness; evaluation; data readiness; governance; adoption and measurable value. What must change around an AI tool for it to become useful? |
| Agentic transformation | AI agents; delegated authority; orchestration; human oversight; exception handling; permissions; auditability; security; accountability and human–agent work design. What changes when systems can take actions rather than only provide recommendations? |
| Workforce and capability transformation | Workforce planning; job and task redesign; skills; reskilling; capability transfer; workforce transition; knowledge retention; contingent workforces and employee participation. How should organisations prepare people for changing work? |
| Operating model transformation | Target operating models; structures; roles; decision rights; processes; governance; service models; shared services; outsourcing; global business services; product and platform models. What makes a target operating model workable? |
| Data, analytics and information transformation | Data ownership; governance; quality; reporting; decision support; analytics adoption; information architecture and data literacy. Why can better reporting leave decision-making unchanged? |
| Delivery, adoption and sustained outcomes | Mobilisation; sequencing; dependencies; implementation partners; operational readiness; transition; adoption; business ownership; measurement and benefits. How do leaders judge whether change has lasted beyond go-live? |
These areas overlap. Strong contributions often explain the interaction between them—for example, how an AI initiative changes workforce responsibilities, financial controls and decision authority.
Sector-specific contributions are welcome when they make the operating context clear and identify which lessons may transfer elsewhere.
The list is indicative. We consider additional subjects where the connection to organisational transformation is clear.
3. What makes a suitable contribution?
A strong article:
- Addresses a specific question, decision or difficulty.
- Develops an identifiable argument or perspective.
- Explains relevant organisational conditions and consequences.
- Adds original interpretation, professional experience or research synthesis.
- Uses evidence appropriate to its claims.
- Recognises uncertainty, trade-offs and contextual limits.
- Leaves the reader better equipped to recognise an issue and judge an appropriate next step.
We welcome thoughtful disagreement and examination of established methods. Explain the reasoning and evidence behind a challenge.
We generally do not accept generic introductory lists, lightly rewritten summaries, promotional brochures, unsupported predictions or articles that merely attach “transformation” to an unrelated topic.
4. Article formats and length
Word ranges exclude the abstract, references and author biography.
| Format | Suggested length | Purpose |
|---|---|---|
| Practitioner perspective | 1,200–1,800 words | Develop an argument grounded in relevant professional experience. |
| Research interpretation | 1,200–2,000 words | Explain what research means for organisational decisions and practice, including its limits. |
| Case analysis | 1,500–2,500 words | Examine a real situation, the author’s role, the response and the evidence of outcomes. |
| Focused commentary | 700–1,000 words | Examine one clearly bounded issue or emerging development. |
| Extended analysis or interview | By agreement | Explore a subject requiring additional depth or a contributor conversation. |
These are editorial guides rather than targets to fill. Propose a longer treatment when the subject warrants it.
5. Recommended article structure
Use the following structure as a starting point. Headings should fit the argument; every article does not need identical sections.
Title
Identify the substantive subject and angle. Prefer precise language over slogans, exaggerated promises or clickbait.
For example: Executive accountability in AI-enabled operating models is more informative than The AI revolution every leader must embrace.
Abstract: approximately 80–120 words
Summarise the question, central argument and practical significance. Make the abstract useful in its own right.
Opening and context
Introduce the issue and explain who encounters it, why it matters and the circumstances in which it arises. Establish the argument early.
Analysis
Develop the reasoning through connected sections. Explain relevant mechanisms, decisions, dependencies and competing interpretations.
Evidence and examples
Integrate research and professional examples where they support the argument. Make the distinction between evidence and interpretation visible.
Implications for practice
Explain what leaders or practitioners should pay attention to, what assumptions deserve examination and where experienced judgement is needed.
Conclusion
Bring the argument to a clear close. Identify its central implication without simply repeating the introduction.
References and disclosures
Include the sources cited, relevant interests, permissions and any required AI-assistance disclosure.
Author biography
Provide a short account of the experience relevant to this contribution.
6. Writing standards
Write for intelligent, busy readers who may be experienced in transformation without specialising in your discipline.
Use clear, professional language and developed reasoning. Explain specialist terms and define abbreviations on first use.
Our house style uses Australian English, including “organisation”, “behaviour” and “programme”. Preserve official names and source titles in their original spelling.
Please:
- Use connected paragraphs and descriptive headings.
- Prefer concrete observations to broad assertions.
- Explain how a problem arises and why it matters.
- Use examples that clarify rather than decorate the argument.
- Use tables or diagrams when they improve understanding.
- Keep lists purposeful and avoid excessive fragmentation.
- Make recommendations proportionate to the available evidence.
Avoid:
- Generic consultancy language, motivational filler and fashionable terminology without explanation.
- Repetitive rhetorical contrasts and dramatic one-sentence paragraphs.
- Claims that a method “always works”, “eliminates risk” or “guarantees success”.
- Unsupported labels such as “world-leading”, “revolutionary” or “best practice”.
- Treating disagreement, caution or operational constraints as evidence that employees are simply “resistant”.
An academic tone should come from precision and intellectual discipline. The writing should remain accessible and recognisably human.
7. Demonstrating expertise while protecting proprietary methods
Articles should help readers understand the nature of a challenge, recognise important conditions and appreciate the judgement involved in responding.
Authors are not expected to disclose trade secrets or provide their complete delivery methodology.
Suitable material includes:
- Explanations of why a problem occurs.
- Distinctions that improve diagnosis or decision-making.
- Questions leaders should examine.
- Carefully selected observations and examples.
- Trade-offs, dependencies and common interpretation errors.
- High-level accounts of an approach and its boundaries.
Proprietary diagnostics, scoring systems, intervention sequences, detailed playbooks, commercial templates and implementation instructions may remain part of the author’s paid practice.
Protecting those methods should not leave the article empty. Readers should gain a substantive understanding, even where applying that understanding requires specialist assistance.
Demonstrate complexity honestly. Do not manufacture anxiety, make straightforward matters sound inaccessible or withhold the explanation needed to support your argument.
8. Evidence and referencing
Support externally verifiable claims with sources that readers can locate and assess.
Prefer original research, official statistics, standards, regulator publications, original technical documentation and attributable primary records. Use reputable secondary analysis where it adds value or makes an otherwise inaccessible source understandable.
For commercial research or vendor material, identify its origin and consider its methodology and interests.
Use author–date citations in the text, with a reference list at the end. Link the citation or reference to the original source wherever possible.
For a journal article, provide:
Author surname and initials. (Year). Article title. Journal title, volume(issue), pages or article number. DOI or stable URL.
For a report or webpage, provide:
Author or organisation. (Year or full publication date). Title. Publisher, where different from the author. URL.
For changing technical material, include the version or update date and the date accessed where useful.
References should support the particular claim being made. Do not cite a source you have not checked, or present a secondary account as though you consulted the original.
For statistics, state the population, period and context needed to interpret the figure. Explain material limitations. Widely repeated transformation failure rates require the same scrutiny as any other claim.
Clearly distinguish:
- Established research findings.
- Practitioner observations.
- Personal interpretation.
- Hypotheses or emerging propositions.
- Predictions and scenarios.
There is no minimum reference count. The evidence should be sufficient for the argument.
9. Case studies, confidentiality and attribution
Case analyses should explain:
- The organisational context and problem.
- The author’s precise role and responsibilities.
- What was done and the reasoning behind it.
- The observed outcomes and measurement period.
- Attribution limits, uncertainties and lessons.
Distinguish an individual’s previous experience from results delivered by their current firm. An organisation’s total investment is not automatically an investment personally managed or a benefit personally delivered.
Use only material you are authorised to publish. Obtain relevant permissions for identifiable client information, quotations, images, data and third-party material.
Anonymisation must be meaningful; removing a name may still leave an organisation or individual identifiable.
Label hypothetical and composite examples explicitly. Do not present them as individual real cases or use them to substantiate claimed results.
10. Standards for AI, digital and agentic topics
Technical claims should identify the product, model, version, deployment setting and date where those details affect interpretation.
Distinguish between:
- A vendor claim and independently examined evidence.
- A demonstration, pilot and production deployment.
- A proposed capability and an observed outcome.
- Technical capability and organisational readiness.
- Task automation and broader changes to work or accountability.
For agentic systems, explain what “agent” means in the article: the actions permitted, degree of autonomy, oversight arrangements and operational boundaries.
Consider relevant implications for data, permissions, security, evaluation, accountability, exceptions, workforce responsibilities and ongoing operating costs.
Avoid universal productivity claims based on a narrow task or a single experiment. Explain what was measured and what remains unknown.
11. Search visibility and AI-assisted discovery
Articles should address questions that relevant readers genuinely ask, using the language they use to describe their work.
Before drafting, identify:
- One primary reader question.
- The intended reader and their situation.
- The article’s central contribution.
- Four to six descriptive keywords or phrases.
- Related questions that genuinely belong within its scope.
Use the central subject naturally in the title, abstract, introduction and relevant headings. Explain important concepts clearly enough that individual passages remain understandable when quoted.
Do not repeat keywords mechanically, create unnecessary FAQs or broaden an article merely to capture unrelated searches.
Search relevance should follow from useful, original writing and clear evidence. Publication does not guarantee rankings, citations or recommendations by an AI system.
These principles follow Google’s emphasis on helpful, reliable content written for people.
12. Use of AI in preparing submissions
Authors remain responsible for every claim, reference, quotation and example submitted.
AI tools may assist with activities such as organising notes, exploring wording or editing. They must not substitute for the author’s expertise, source checking or editorial judgement.
Disclose substantive AI assistance, including drafting, analysis, translation or image generation. Identify the tool and explain its role. Routine spelling and grammar checks do not require a separate statement.
Do not submit fabricated references, invented professional experiences, generated quotations or unverified technical claims. Do not place confidential or restricted material into tools without appropriate authorisation.
AI tools are not credited as authors. This approach is consistent with COPE’s position on authorship and AI tools.
14. Submission and editorial process
Please begin with a short proposal to editor@transformationexpertinsights.org. Include:
- A working title and article format.
- The intended reader and primary question.
- A 150–250-word outline of the argument.
- The experience or evidence you will draw on.
- Your proposed delivery date and brief biography.
- Any prior publication, commercial interests or permission requirements.
Once the proposal is agreed, submit an editable Word document or shared document to editor@transformationexpertinsights.org. Supply figures separately with captions, source details and accessible descriptions.
Original work is preferred. Disclose earlier versions, related publications and intended republication before acceptance.
The Founder & Editor will assess relevance, originality, evidence, clarity and editorial fit. Revisions may be requested. Substantive changes to the author’s argument will be discussed before publication.
Editorial review should not be described as academic peer review unless a separate formal process has been established and identified.
Acceptance, timing, remuneration, publication permission and any exclusivity or reuse arrangements will be agreed separately. Notify the editor promptly if you discover a material error after publication.
Submission checklist
Before submitting, confirm that:
- The article has a clear reader, question and argument.
- It contributes expertise beyond a generic summary.
- Claims, references and quotations have been checked.
- Research, interpretation and examples are clearly distinguished.
- Confidential information and proprietary methods are protected.
- Permissions, interests and substantive AI assistance are disclosed.
- The abstract, keywords, references and biography are included.
- The article is useful without relying on a sales pitch.
Dr Liz Wilson
Founder & Editor, Transformation Expert Insights
For submissions and editorial enquiries:
editor@transformationexpertinsights.org