Changes for page From Google Workspace to XWiki: A Practical Transition Guide

Last modified by Agnease on 2026/07/03 12:22

Manage
- Copy
Actions
- Export
- Print Preview
Viewers
- Source
- Siblings
- Content
- Comments
- Attachments
- History
- Information
- Likes

From 4.1 to 3.3 From 4.3 to 4.2

From version 4.2

edited by Agnease
on 2026/07/03 11:57

Change comment: There is no comment for this version

To version 4.1

edited by Agnease
on 2026/07/03 11:50

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

@@ -1,133 +1,5 @@
  {{velocity}}
  #set ($discard = $xwiki.ssx.use('PublicWebSite.WebHome'))
--
--#set ($summaryCards = [{
--  'icon': 'book',
--  'title': 'Use XWiki for trusted knowledge',
--  'content': 'Move official documentation, policies, procedures, decisions, meeting outcomes, working group spaces and maintained knowledge into XWiki.'
--},{
--  'icon': 'pencil',
--  'title': 'Keep specialist tools where needed',
--  'content': 'Do not force XWiki to replace email, calendar, video calls, chat, desktop file sync, complex spreadsheets or presentation editing.'
--},{
--  'icon': 'road',
--  'title': 'Transition gradually',
--  'content': 'Start with one useful pilot space, define templates and ownership rules, then expand once users see XWiki as the trusted source.'
--}])
--
--#set ($xwikiFitCards = [{
--  'icon': 'sitemap',
--  'title': 'Structured knowledge spaces',
--  'content': 'Create clear spaces for teams, working groups, committees, projects, departments or public documentation areas.'
--},{
--  'icon': 'file-text-o',
--  'title': 'Official pages and procedures',
--  'content': 'Turn important documents into maintained wiki pages with history, ownership, review dates and clear navigation.'
--},{
--  'icon': 'check-square-o',
--  'title': 'Decision records',
--  'content': 'Capture decisions separately from chats, meetings and drafts so users can understand why something was agreed later.'
--},{
--  'icon': 'users',
--  'title': 'Working group collaboration',
--  'content': 'Provide each group with a homepage, meeting notes, decisions, files, responsibilities and links to external tools.'
--},{
--  'icon': 'database',
--  'title': 'Lightweight structured apps',
--  'content': 'Replace some spreadsheet-based lists with XWiki applications when the data has stable fields, owners and lifecycle rules.'
--},{
--  'icon': 'shield',
--  'title': 'Governed access',
--  'content': 'Use XWiki groups, rights and page hierarchy to create a more explicit model for internal, restricted and public knowledge.'
--}])
--
--#set ($notXWikiCards = [{
--  'icon': 'envelope-o',
--  'title': 'Email and calendar',
--  'content': 'XWiki is not a mail or scheduling platform. Keep the existing groupware or evaluate tools such as Nextcloud Groupware for calendar and contacts.'
--},{
--  'icon': 'comments-o',
--  'title': 'Real-time chat',
--  'content': 'XWiki comments and notifications do not replace chat. Use Matrix/Element, Mattermost, Nextcloud Talk or another dedicated messaging tool.'
--},{
--  'icon': 'video-camera',
--  'title': 'Video meetings',
--  'content': 'XWiki can store agendas and notes, but it should not host meetings. Use Jitsi, Nextcloud Talk or another video conferencing solution.'
--},{
--  'icon': 'cloud',
--  'title': 'Large file sync',
--  'content': 'XWiki attachments are useful around pages, but XWiki is not a desktop file synchronization platform. Use Nextcloud Files for that role.'
--},{
--  'icon': 'table',
--  'title': 'Complex spreadsheets',
--  'content': 'Budgets, calculations, pivot tables and reporting workbooks should remain in office tools such as LibreOffice, ONLYOFFICE or Collabora.'
--},{
--  'icon': 'desktop',
--  'title': 'Presentation editing',
--  'content': 'XWiki can store final decks and document the reusable knowledge behind them, but presentation authoring belongs in an office suite.'
--}])
--
--#set ($roadmapSteps = [{
--  'title': '1. Define the role of XWiki',
--  'content': 'Agree that XWiki is the trusted knowledge and governance layer, not a clone of Google Workspace.'
--},{
--  'title': '2. Select high-value content',
--  'content': 'Start with policies, procedures, decisions, working group documents, onboarding guides and maintained knowledge.'
--},{
--  'title': '3. Create templates',
--  'content': 'Prepare templates for working group homepages, meeting notes, decision records, policies, procedures and FAQs.'
--},{
--  'title': '4. Design permissions',
--  'content': 'Define public, internal, restricted and external collaboration areas before migrating content.'
--},{
--  'title': '5. Reduce login friction',
--  'content': 'Connect XWiki to the organization identity provider through OIDC, SAML, LDAP or another SSO approach.'
--},{
--  'title': '6. Migrate into structure',
--  'content': 'Do not only copy files. Give each page an owner, location, purpose, access model and review expectation.'
--},{
--  'title': '7. Expand after a pilot',
--  'content': 'Start with one working group or department, collect feedback, improve the structure, then repeat with more teams.'
--}])
--
--#set ($pilotCards = [{
--  'icon': 'home',
--  'title': 'Working group homepage',
--  'content': 'Purpose, scope, members, priorities, important links and current responsibilities.'
--},{
--  'icon': 'calendar',
--  'title': 'Meeting notes',
--  'content': 'Consistent notes with agenda, participants, decisions, actions and links to related pages.'
--},{
--  'icon': 'check',
--  'title': 'Decisions',
--  'content': 'Short decision records with context, options considered, decision, owner and date.'
--},{
--  'icon': 'folder-open-o',
--  'title': 'Documents and files',
--  'content': 'Important documents converted to pages when possible, with attachments or external links where needed.'
--},{
--  'icon': 'question-circle',
--  'title': 'Open questions',
--  'content': 'A visible place for unresolved topics instead of hiding them in chat or email.'
--},{
--  'icon': 'link',
--  'title': 'External tool links',
--  'content': 'Clear bridges to Drive, Nextcloud, office editors, issue trackers, chat or other tools still in use.'
--}])
--
--#set ($implementationItems = [
--  'Single sign-on with OIDC, SAML, LDAP or another identity provider.',
--  'A simple space model for departments, working groups, projects and public documentation.',
--  'Page templates for recurring content types such as meeting notes, decisions, policies and procedures.',
--  'Metadata fields such as owner, status, review date, audience and document type.',
--  'Clear group and permission model for public, internal, restricted and external collaboration areas.',
--  'Notifications and watch rules so users know when important pages change.',
--  'Structured applications for lists, registers and lightweight internal processes.',
--  'Optional office document integration when page-based content is not enough.',
--  'A migration dashboard showing selected content, owners, status and unresolved questions.'
--])
--
  {{html clean="false"}}
    <section class="resource-header" aria-labelledby="hero-title">
@@ -143,7 +143,7 @@
        <p class="resource-summary">
          A practical guide for moving durable knowledge, documentation and governance from Google Workspace
--        into XWiki, while keeping the right tools for files, meetings, chat, office editing and communication.
++        into XWiki, while keeping the right tools for real-time editing, files, meetings and communication.
        </p>
      </div>
    </section>
@@ -156,16 +156,16 @@
            <h4>In this guide</h4>
            <ul>
              <li><a href="#main-idea">Main idea</a></li>
--            <li><a href="#quick-view">Quick view</a></li>
              <li><a href="#workspace-map">Google Workspace map</a></li>
--            <li><a href="#replacement-map">Replacement map</a></li>
++            <li><a href="#replacement-map">What can move to XWiki</a></li>
              <li><a href="#what-belongs-in-xwiki">What belongs in XWiki</a></li>
--            <li><a href="#not-xwiki">What not to replace</a></li>
--            <li><a href="#open-source-stack">Open-source stack</a></li>
++            <li><a href="#not-xwiki">What should not move</a></li>
++            <li><a href="#open-source-stack">Open-source alternatives</a></li>
              <li><a href="#transition-plan">Transition plan</a></li>
              <li><a href="#pilot">Pilot example</a></li>
              <li><a href="#adoption">Adoption guidance</a></li>
--            <li><a href="#implementation">Implementation checklist</a></li>
++            <li><a href="#implementation">XWiki features to implement</a></li>
++            <li><a href="#example-architecture">Example architecture</a></li>
              <li><a href="#related-resources">Related resources</a></li>
              <li><a href="#faq">FAQ</a></li>
            </ul>
@@ -175,33 +175,25 @@
            <p>
              Moving an organization away from <a href="https://workspace.google.com/" target="_blank" rel="noopener">Google Workspace</a>
--            is rarely just a software migration. It changes habits, ownership, permissions, document lifecycle and the
--            way people expect collaboration to happen.
++            is rarely just a software migration. It is also a change in habits, ownership, permissions, document lifecycle
++            and the way people expect collaboration to happen.
            </p>
            <p>
--            Google Workspace is popular because it combines documents, files, email, calendar, meetings, chat, forms,
--            sharing and search in one familiar environment. A transition to XWiki should therefore avoid the weak argument
--            that XWiki can replace everything. It cannot, and it should not try to.
++            Google Workspace is often successful because it is the default place where people write documents, share files,
++            collaborate in real time, collect information, meet, chat and search. This makes any transition feel difficult,
++            especially when users are already comfortable with the existing tools.
            </p>
            <div class="resource-note">
              <p>
--              <strong>The practical position:</strong> XWiki is strongest as the structured knowledge layer. It is the place
--              for official documentation, maintained knowledge, working group spaces, policies, procedures, decisions,
--              governance content and organizational memory.
++              <strong>The practical position:</strong> XWiki should not be presented as a full one-to-one replacement for
++              Google Workspace. XWiki is strongest as the structured knowledge layer: official documentation, working group
++              spaces, policies, procedures, meeting notes, decisions, knowledge bases, governance content and maintained
++              organizational memory.
              </p>
            </div>
--          <h2 id="main-idea">The main idea: replace the knowledge problem, not the entire suite</h2>
--
--          <p>
--            The strongest argument for XWiki is not that it imitates Google Workspace. The strongest argument is that it
--            solves a problem that often appears inside Google Workspace over time: scattered documents, unclear ownership,
--            duplicated files, weak navigation, old links, inconsistent permissions and no obvious place for the trusted
--            version of important knowledge.
--          </p>
--
            <div class="resource-note">
              <p>
                <strong>Summary recommendation:</strong> use XWiki as the trusted knowledge and governance layer. Move official
@@ -211,27 +211,37 @@
              </p>
            </div>
--          <h2 id="quick-view">Quick view: how to position the transition</h2>
++          <p>
++            A realistic transition does not start by moving everything out of Google Drive. It starts by deciding what kind
++            of information should become durable, structured and maintained in XWiki, and what kind of work should remain
++            in office, file-sharing, communication or meeting tools.
++          </p>
--          <div class="services-grid resources-grid">
--            #foreach ($entry in $summaryCards)
--              <article class="service resource-card">
--                <div class="service-icon" aria-hidden="true">
--                  <i class="fa fa-$entry.icon"></i>
--                </div>
--                <div class="service-body">
--                  <h4>$entry.title</h4>
--                  <p>$entry.content</p>
--                </div>
--              </article>
--            #end
++          <h2 id="main-idea">The main idea: do not replace the suite, replace the knowledge problem</h2>
++
++          <p>
++            The strongest argument for XWiki is not that it can imitate Google Workspace. The strongest argument is that
++            it can solve a problem that often appears inside Google Workspace over time: scattered documents, unclear
++            ownership, duplicated files, weak navigation, old links, inconsistent permissions and no obvious place for
++            the trusted version of important knowledge.
++          </p>
++
++          <p>
++            A useful message for an organization is:
++          </p>
++
++          <div class="resource-note">
++            <p>
++              <strong>Use Google-style office tools for fast drafting and real-time editing when needed. Use XWiki for
++              trusted, maintained, structured knowledge that people need to find and rely on later.</strong>
++            </p>
            </div>
            <h2 id="workspace-map">What Google Workspace usually provides</h2>
            <p>
--            Before proposing a transition, it is useful to explain what people currently get from Google Workspace.
--            Users are not only using a document editor. They are using a complete collaboration habit.
++            Before proposing a transition, it is important to understand why users are attached to Google Workspace.
++            They are not only attached to a document editor. They are attached to an entire collaboration habit.
            </p>
            <table class="table table-bordered table-striped">
@@ -238,8 +238,8 @@
              <thead>
                <tr>
                  <th>Google Workspace area</th>
--                <th>What users value</th>
--                <th>Risk over time</th>
++                <th>What users usually value</th>
++                <th>Typical organizational risk over time</th>
                </tr>
              </thead>
              <tbody>
@@ -246,47 +246,47 @@
                <tr>
                  <td>Google Docs</td>
                  <td>Fast writing, real-time editing, comments and suggestions.</td>
--                <td>Important documents become isolated files instead of maintained knowledge.</td>
++                <td>Documents become isolated files instead of part of a maintained knowledge structure.</td>
                </tr>
                <tr>
                  <td>Google Drive</td>
--                <td>Easy sharing, folders, file ownership and external collaboration.</td>
--                <td>Folder structures grow organically and become hard to govern.</td>
++                <td>Easy file sharing, folders, ownership and external collaboration.</td>
++                <td>Folder structures grow organically and become difficult to clean up or govern.</td>
                </tr>
                <tr>
                  <td>Google Sheets</td>
--                <td>Trackers, lists, budgets, lightweight databases and reports.</td>
--                <td>Business processes become hidden in spreadsheets.</td>
++                <td>Simple trackers, lists, budgets, lightweight databases and reports.</td>
++                <td>Business processes become hidden in spreadsheets without clear ownership or validation.</td>
                </tr>
                <tr>
                  <td>Google Slides</td>
                  <td>Presentation creation and sharing.</td>
--                <td>Reusable knowledge remains locked in slide decks.</td>
++                <td>Final knowledge remains locked in presentation files instead of reusable documentation.</td>
                </tr>
                <tr>
                  <td>Google Forms</td>
--                <td>Quick surveys, registrations and data collection.</td>
--                <td>Collected data may remain detached from internal processes.</td>
++                <td>Quick surveys, registration forms and internal data collection.</td>
++                <td>Collected data may not become part of a structured internal process.</td>
                </tr>
                <tr>
                  <td>Google Sites</td>
                  <td>Simple internal or public pages.</td>
--                <td>Content can be separated from the wider knowledge base.</td>
++                <td>Content may be separated from the broader knowledge base and governance model.</td>
                </tr>
                <tr>
                  <td>Gmail, Calendar, Meet and Chat</td>
                  <td>Communication, scheduling, meetings and quick coordination.</td>
--                <td>Decisions remain scattered in messages, calls and informal conversations.</td>
++                <td>Decisions and knowledge remain scattered in messages, meetings and informal conversations.</td>
                </tr>
              </tbody>
            </table>
--          <h2 id="replacement-map">What can move to XWiki, and what should move elsewhere</h2>
++          <h2 id="replacement-map">What can move to XWiki, and what should only partially move</h2>
            <p>
--            A successful transition separates content by purpose. Some content belongs naturally in XWiki. Some should
--            remain in office collaboration tools. Some should move to other open-source or self-hostable systems that
--            complement XWiki.
++            A good transition separates content by purpose. Some content belongs naturally in XWiki. Some content should
++            remain in office collaboration tools. Some content should be moved to other open-source or self-hostable
++            systems that complement XWiki.
            </p>
            <table class="table table-bordered table-striped">
@@ -293,61 +293,78 @@
              <thead>
                <tr>
                  <th>Current Google Workspace usage</th>
--                <th>Recommended destination</th>
--                <th>Transition guidance</th>
++                <th>XWiki replacement or equivalent</th>
++                <th>Fit</th>
++                <th>Recommended transition</th>
                </tr>
              </thead>
              <tbody>
                <tr>
                  <td>Official documentation in Google Docs</td>
--                <td>XWiki pages, spaces, page history, comments and permissions.</td>
--                <td>Move final and maintained documentation into XWiki pages.</td>
++                <td><a href="https://www.xwiki.org/xwiki/bin/view/Documentation/UserGuide/Features/" target="_blank" rel="noopener">XWiki pages</a>, spaces, navigation, page history, comments and permissions.</td>
++                <td>Excellent</td>
++                <td>Move final and maintained documentation to XWiki pages.</td>
                </tr>
                <tr>
                  <td>Policies, procedures and governance documents</td>
--                <td>XWiki pages with templates, metadata, review dates and ownership.</td>
++                <td>XWiki pages with templates, metadata, review dates, ownership and approval workflows.</td>
++                <td>Excellent</td>
                  <td>Move to XWiki and add lifecycle rules.</td>
                </tr>
                <tr>
                  <td>Meeting notes</td>
                  <td>XWiki meeting note templates inside team or working group spaces.</td>
--                <td>Start new meeting notes in XWiki and link older notes only when useful.</td>
++                <td>Excellent</td>
++                <td>Start new meeting notes in XWiki and link older notes when useful.</td>
                </tr>
                <tr>
                  <td>Working group or committee documents</td>
--                <td>XWiki spaces with homepage, members, notes, decisions and documents.</td>
++                <td>XWiki spaces with homepage, members, notes, decisions, documents and tasks.</td>
++                <td>Excellent</td>
                  <td>Create one structured space per group.</td>
                </tr>
                <tr>
                  <td>Decision records</td>
--                <td>XWiki decision page template.</td>
++                <td>XWiki decision page template with context, options, decision, owner and date.</td>
++                <td>Excellent</td>
                  <td>Move decisions out of scattered Docs, email and chat.</td>
                </tr>
                <tr>
                  <td>Google Sites pages</td>
--                <td>XWiki public or private spaces.</td>
--                <td>Move informational pages that need history, permissions or governance.</td>
++                <td>XWiki spaces and pages, public or private depending on rights.</td>
++                <td>Very good</td>
++                <td>Move informational pages to XWiki when they need structure, history or governance.</td>
                </tr>
                <tr>
                  <td>Shared file archive</td>
--                <td>XWiki attachments for curated files; <a href="https://nextcloud.com/files/" target="_blank" rel="noopener">Nextcloud Files</a> for general file sharing.</td>
--                <td>Use XWiki for files attached to knowledge pages, not for massive file sync.</td>
++                <td>XWiki attachments, File Manager-style applications or linked external storage such as <a href="https://nextcloud.com/files/" target="_blank" rel="noopener">Nextcloud Files</a>.</td>
++                <td>Good, with limits</td>
++                <td>Use XWiki for curated files attached to knowledge pages, not for massive file sync.</td>
                </tr>
                <tr>
                  <td>Simple trackers in Google Sheets</td>
                  <td>XWiki structured applications, <a href="https://extensions.xwiki.org/xwiki/bin/view/Extension/App%20Within%20Minutes%20Application" target="_blank" rel="noopener">App Within Minutes</a> or custom XWiki apps.</td>
--                <td>Move recurring lists with stable fields and clear ownership.</td>
++                <td>Good for structured records</td>
++                <td>Move recurring lists with stable fields; keep complex spreadsheets elsewhere.</td>
                </tr>
                <tr>
                  <td>Collaborative drafting in Google Docs</td>
--                <td>XWiki pages for final content; <a href="https://www.onlyoffice.com/docs" target="_blank" rel="noopener">ONLYOFFICE Docs</a> or <a href="https://www.collaboraonline.com/" target="_blank" rel="noopener">Collabora Online</a> for office editing.</td>
--                <td>Use XWiki for the maintained version, not every draft.</td>
++                <td>XWiki real-time editing or office document integrations such as <a href="https://www.onlyoffice.com/docs" target="_blank" rel="noopener">ONLYOFFICE Docs</a> or <a href="https://www.collaboraonline.com/" target="_blank" rel="noopener">Collabora Online</a>.</td>
++                <td>Partial</td>
++                <td>Use XWiki for final content; test collaborative editing needs separately.</td>
                </tr>
                <tr>
                  <td>Forms and surveys</td>
--                <td>XWiki forms for internal processes; <a href="https://www.limesurvey.org/" target="_blank" rel="noopener">LimeSurvey</a> for advanced surveys.</td>
--                <td>Use the right tool depending on whether it is workflow data or survey data.</td>
++                <td>XWiki forms for internal structured data; <a href="https://www.limesurvey.org/" target="_blank" rel="noopener">LimeSurvey</a> for advanced surveys.</td>
++                <td>Partial</td>
++                <td>Use XWiki for workflow forms, not necessarily for all survey campaigns.</td>
                </tr>
++              <tr>
++                <td>Slides and presentation decks</td>
++                <td>XWiki pages for the reusable knowledge behind the presentation; office tools for authoring.</td>
++                <td>Limited</td>
++                <td>Store final slides as attachments if needed, but document the core knowledge in XWiki.</td>
++              </tr>
              </tbody>
            </table>
@@ -358,19 +358,47 @@
              over time.
            </p>
--          <div class="services-grid resources-grid">
--            #foreach ($entry in $xwikiFitCards)
--              <article class="service resource-card">
--                <div class="service-icon" aria-hidden="true">
--                  <i class="fa fa-$entry.icon"></i>
--                </div>
--                <div class="service-body">
--                  <h4>$entry.title</h4>
--                  <p>$entry.content</p>
--                </div>
--              </article>
--            #end
--          </div>
++          <table class="table table-bordered table-striped">
++            <thead>
++              <tr>
++                <th>Content type</th>
++                <th>Example</th>
++                <th>Why XWiki is a good fit</th>
++              </tr>
++            </thead>
++            <tbody>
++              <tr>
++                <td>Organizational knowledge</td>
++                <td>How the organization works, who owns what, internal processes.</td>
++                <td>Structured spaces, navigation, search and page history make the knowledge easier to maintain.</td>
++              </tr>
++              <tr>
++                <td>Working group spaces</td>
++                <td>Homepage, members, meetings, decisions, documents and open questions.</td>
++                <td>Each group gets a stable knowledge home instead of a folder full of unrelated files.</td>
++              </tr>
++              <tr>
++                <td>Policies and procedures</td>
++                <td>Security policy, onboarding procedure, publication process, governance rules.</td>
++                <td>Ownership, review date, approval state and history can be made explicit.</td>
++              </tr>
++              <tr>
++                <td>Decision records</td>
++                <td>Why a tool was selected, why a policy changed, why a migration approach was chosen.</td>
++                <td>Decisions become searchable and linked to related documentation.</td>
++              </tr>
++              <tr>
++                <td>Community documentation</td>
++                <td>Member guides, contribution guides, public project pages, FAQs.</td>
++                <td>XWiki can support public and private content with a consistent structure.</td>
++              </tr>
++              <tr>
++                <td>Structured internal apps</td>
++                <td>Registers, inventories, simple approval requests, directories, lists.</td>
++                <td>XWiki can model structured data instead of leaving every process in a spreadsheet.</td>
++              </tr>
++            </tbody>
++          </table>
            <h2 id="not-xwiki">What should not be replaced by XWiki</h2>
@@ -379,19 +379,57 @@
              expectations and helps the organization design a better collaboration stack.
            </p>
--          <div class="services-grid resources-grid">
--            #foreach ($entry in $notXWikiCards)
--              <article class="service resource-card">
--                <div class="service-icon" aria-hidden="true">
--                  <i class="fa fa-$entry.icon"></i>
--                </div>
--                <div class="service-body">
--                  <h4>$entry.title</h4>
--                  <p>$entry.content</p>
--                </div>
--              </article>
--            #end
--          </div>
++          <table class="table table-bordered table-striped">
++            <thead>
++              <tr>
++                <th>Need</th>
++                <th>Why XWiki is not the best replacement</th>
++                <th>Better direction</th>
++              </tr>
++            </thead>
++            <tbody>
++              <tr>
++                <td>Email</td>
++                <td>XWiki is not an email platform.</td>
++                <td>Keep the existing mail system or evaluate dedicated mail/groupware solutions.</td>
++              </tr>
++              <tr>
++                <td>Calendar and scheduling</td>
++                <td>XWiki can display or manage calendar-like information, but it is not a full scheduling suite.</td>
++                <td>Use a groupware platform such as <a href="https://nextcloud.com/groupware/" target="_blank" rel="noopener">Nextcloud Groupware</a> or keep the existing calendar system.</td>
++              </tr>
++              <tr>
++                <td>Video meetings</td>
++                <td>XWiki is not a video conferencing system.</td>
++                <td>Use <a href="https://jitsi.org/" target="_blank" rel="noopener">Jitsi</a>, <a href="https://nextcloud.com/talk/" target="_blank" rel="noopener">Nextcloud Talk</a> or another dedicated meeting tool.</td>
++              </tr>
++              <tr>
++                <td>Instant messaging and chat</td>
++                <td>XWiki comments and notifications do not replace real-time chat.</td>
++                <td>Use <a href="https://element.io/" target="_blank" rel="noopener">Matrix/Element</a>, <a href="https://mattermost.com/" target="_blank" rel="noopener">Mattermost</a>, Nextcloud Talk or another chat platform.</td>
++              </tr>
++              <tr>
++                <td>General file sync and desktop folder replacement</td>
++                <td>XWiki attachments are useful around pages, but XWiki is not designed as a Dropbox or Drive sync client.</td>
++                <td>Use Nextcloud Files or another file sync and sharing platform.</td>
++              </tr>
++              <tr>
++                <td>Heavy spreadsheets</td>
++                <td>Complex formulas, pivot tables, financial models and large spreadsheet workflows are not XWiki's role.</td>
++                <td>Use ONLYOFFICE, Collabora, LibreOffice or another office suite.</td>
++              </tr>
++              <tr>
++                <td>Presentation authoring</td>
++                <td>XWiki can document knowledge and store final files, but it is not a presentation editor.</td>
++                <td>Use ONLYOFFICE, Collabora, LibreOffice Impress or another presentation tool.</td>
++              </tr>
++              <tr>
++                <td>Large survey campaigns</td>
++                <td>XWiki can collect structured data, but advanced surveys need branching, reporting and respondent management.</td>
++                <td>Use LimeSurvey or another survey platform.</td>
++              </tr>
++            </tbody>
++          </table>
            <div class="resource-note">
              <p>
@@ -404,16 +404,16 @@
            <h2 id="open-source-stack">Open-source alternatives that can complement XWiki</h2>
            <p>
--            For organizations trying to reduce dependency on Google Workspace, XWiki can become part of a broader
--            open-source collaboration architecture. The exact stack depends on hosting preferences, support needs,
--            security requirements and user expectations.
++            For organizations trying to reduce dependency on Google Workspace, XWiki can be part of a broader open-source
++            collaboration architecture. The exact stack depends on hosting preferences, support needs, security requirements
++            and user expectations.
            </p>
            <table class="table table-bordered table-striped">
              <thead>
                <tr>
--                <th>Need</th>
--                <th>Possible solution</th>
++                <th>Collaboration need</th>
++                <th>Possible open-source or self-hostable contender</th>
                  <th>How it works with XWiki</th>
                </tr>
              </thead>
@@ -421,36 +421,36 @@
                <tr>
                  <td>Structured knowledge base</td>
                  <td><a href="https://www.xwiki.org/" target="_blank" rel="noopener">XWiki</a></td>
--                <td>Main platform for documentation, governance, knowledge management and structured content.</td>
++                <td>Main platform for documentation, governance, knowledge management and structured pages.</td>
                </tr>
                <tr>
--                <td>File sync and sharing</td>
++                <td>File sync and file sharing</td>
                  <td><a href="https://nextcloud.com/files/" target="_blank" rel="noopener">Nextcloud Files</a></td>
--                <td>Use for general file storage and sharing; link important files from XWiki pages.</td>
++                <td>Use for general file storage and sharing; link important files from XWiki pages when needed.</td>
                </tr>
                <tr>
                  <td>Office document editing</td>
                  <td><a href="https://www.onlyoffice.com/docs" target="_blank" rel="noopener">ONLYOFFICE Docs</a> or <a href="https://www.collaboraonline.com/" target="_blank" rel="noopener">Collabora Online</a></td>
--                <td>Use for documents, spreadsheets and presentations that need office-style editing.</td>
++                <td>Use for documents, spreadsheets and presentations; integrate with XWiki where office attachments must be edited directly.</td>
                </tr>
                <tr>
                  <td>Chat and team messaging</td>
--                <td><a href="https://element.io/" target="_blank" rel="noopener">Matrix/Element</a> or <a href="https://mattermost.com/" target="_blank" rel="noopener">Mattermost</a></td>
--                <td>Use for real-time conversation; move durable decisions and outcomes back into XWiki.</td>
++                <td><a href="https://element.io/" target="_blank" rel="noopener">Matrix/Element</a>, <a href="https://mattermost.com/" target="_blank" rel="noopener">Mattermost</a> or Nextcloud Talk</td>
++                <td>Use for real-time conversations; move durable decisions and outcomes back into XWiki.</td>
                </tr>
                <tr>
                  <td>Video meetings</td>
--                <td><a href="https://jitsi.org/" target="_blank" rel="noopener">Jitsi</a> or <a href="https://nextcloud.com/talk/" target="_blank" rel="noopener">Nextcloud Talk</a></td>
++                <td><a href="https://jitsi.org/" target="_blank" rel="noopener">Jitsi</a> or Nextcloud Talk</td>
                  <td>Use for calls; store agendas, notes and decisions in XWiki.</td>
                </tr>
                <tr>
                  <td>Surveys and advanced forms</td>
                  <td><a href="https://www.limesurvey.org/" target="_blank" rel="noopener">LimeSurvey</a></td>
--                <td>Use for survey campaigns; publish results, summaries or procedures in XWiki.</td>
++                <td>Use for survey campaigns; publish results or documentation in XWiki.</td>
                </tr>
                <tr>
                  <td>Identity and SSO</td>
--                <td><a href="https://www.keycloak.org/" target="_blank" rel="noopener">Keycloak</a>, Microsoft Entra ID, Google identity or another OIDC/SAML provider.</td>
++                <td><a href="https://www.keycloak.org/" target="_blank" rel="noopener">Keycloak</a>, existing Google identity, Microsoft Entra ID or another OIDC/SAML provider</td>
                  <td>Use SSO so users access XWiki without a separate password and with mapped groups where appropriate.</td>
                </tr>
              </tbody>
@@ -463,118 +463,353 @@
              That approach creates too much noise, too many permission questions and too many low-value documents.
            </p>
--          <ol class="process-list">
--            #foreach ($entry in $roadmapSteps)
--              <li>
--                <strong>$entry.title</strong>
--                $entry.content
--              </li>
--            #end
--          </ol>
++          <h3>1. Define the role of XWiki</h3>
--          <h2 id="pilot">A good pilot: one working group space</h2>
--
            <p>
--            A strong pilot is small enough to control but useful enough to prove value. For example, one working group,
--            committee, project team or community group can move its durable knowledge into XWiki while keeping office
--            tools for drafting, spreadsheets and presentations when needed.
++            Start with a clear rule:
            </p>
--          <div class="services-grid resources-grid">
--            #foreach ($entry in $pilotCards)
--              <article class="service resource-card">
--                <div class="service-icon" aria-hidden="true">
--                  <i class="fa fa-$entry.icon"></i>
--                </div>
--                <div class="service-body">
--                  <h4>$entry.title</h4>
--                  <p>$entry.content</p>
--                </div>
--              </article>
--            #end
--          </div>
--
            <div class="resource-note">
              <p>
--              <strong>Pilot success question:</strong> can members find the current and trusted version of important
--              information faster than before?
++              <strong>XWiki is the place for official, maintained and reusable knowledge. Office tools are for temporary
++              drafting, spreadsheets, presentations and real-time editing when they are truly needed.</strong>
              </p>
            </div>
--          <h2 id="adoption">How to convince the team to use XWiki</h2>
--
            <p>
--            People do not usually change collaboration habits because a new platform exists. They change when the new
--            platform makes an important part of their work easier, clearer or more reliable.
++            This prevents users from seeing XWiki as just another storage location. It gives XWiki a distinct purpose.
            </p>
++          <h3>2. Identify high-value content first</h3>
++
            <p>
--            A useful adoption message is:
++            Do not migrate by volume. Migrate by value.
            </p>
--          <div class="resource-note">
--            <p>
--              <strong>XWiki is not another folder where files disappear. It is the place where the organization keeps
--              the current version, the owner, the context, the decision and the links around important knowledge.</strong>
--            </p>
--          </div>
++          <table class="table table-bordered table-striped">
++            <thead>
++              <tr>
++                <th>Move early</th>
++                <th>Move later or archive</th>
++                <th>Usually do not move</th>
++              </tr>
++            </thead>
++            <tbody>
++              <tr>
++                <td>Policies, procedures, onboarding guides, public docs, working group pages, decision records.</td>
++                <td>Older project files, historical meeting notes, reference documents with unclear ownership.</td>
++                <td>Draft files, personal documents, complex spreadsheets, presentation working files, temporary collaboration docs.</td>
++              </tr>
++            </tbody>
++          </table>
++          <h3>3. Create templates before asking people to write</h3>
++
            <p>
--            Simple rules help adoption more than abstract platform arguments:
++            Empty wiki pages slow adoption. Users should not have to decide the structure every time.
            </p>
--          <ul class="resource-checklist">
--            <li>If it is official, maintained or reusable, it belongs in XWiki.</li>
--            <li>If it is a temporary draft, it can stay in an office editor until it becomes useful knowledge.</li>
--            <li>If it is a complex spreadsheet, do not force it into XWiki.</li>
--            <li>If it was decided in a meeting or chat, summarize the decision in XWiki.</li>
--            <li>If nobody owns it, do not migrate it as current content.</li>
--            <li>If users need the same answer repeatedly, create or improve an XWiki page.</li>
++          <p>
++            Useful starting templates include:
++          </p>
++
++          <ul>
++            <li>Working group homepage</li>
++            <li>Meeting notes</li>
++            <li>Decision record</li>
++            <li>Policy or procedure</li>
++            <li>Project homepage</li>
++            <li>FAQ page</li>
++            <li>Onboarding page</li>
++            <li>External collaboration page</li>
            </ul>
--          <h2 id="implementation">Practical XWiki features to implement early</h2>
++          <h3>4. Reduce login friction with SSO</h3>
            <p>
--            The following improvements can make the transition easier to accept and easier to govern.
++            If users need another account and another password, adoption becomes harder. XWiki should be connected to the
++            organization's identity provider where possible. This can use XWiki authentication integrations such as
++            <a href="https://extensions.xwiki.org/xwiki/bin/view/Extension/OpenID%20Connect/OpenID%20Connect%20Authenticator/" target="_blank" rel="noopener">OpenID Connect</a>,
++            SAML or LDAP, and can also support cleaner group mapping and a better external collaborator lifecycle.
            </p>
--          <ul class="resource-checklist">
--            #foreach ($item in $implementationItems)
--              <li>$item</li>
--            #end
++          <h3>5. Define permissions and ownership rules</h3>
++
++          <p>
++            Access rights should be designed before content is migrated. A common model is:
++          </p>
++
++          <table class="table table-bordered table-striped">
++            <thead>
++              <tr>
++                <th>Area</th>
++                <th>Recommended ownership</th>
++                <th>Typical access</th>
++              </tr>
++            </thead>
++            <tbody>
++              <tr>
++                <td>Public documentation</td>
++                <td>Documentation or communication owner</td>
++                <td>Public view, restricted edit.</td>
++              </tr>
++              <tr>
++                <td>Internal knowledge base</td>
++                <td>Operations, staff or knowledge management owner</td>
++                <td>Authenticated view, controlled edit.</td>
++              </tr>
++              <tr>
++                <td>Working group space</td>
++                <td>Working group chair or coordinator</td>
++                <td>Group members edit, others view depending on sensitivity.</td>
++              </tr>
++              <tr>
++                <td>Board or restricted area</td>
++                <td>Named administrative owner</td>
++                <td>Explicit restricted group access.</td>
++              </tr>
++              <tr>
++                <td>External collaboration area</td>
++                <td>Internal sponsor</td>
++                <td>Limited groups, expiration or periodic review.</td>
++              </tr>
++            </tbody>
++          </table>
++
++          <h3>6. Migrate content into structure, not just into pages</h3>
++
++          <p>
++            A migration that only copies Google Docs into XWiki pages may reproduce the same confusion in a different
++            platform. Each migrated page should have a place, an owner and a reason to exist.
++          </p>
++
++          <p>
++            For each migrated document, decide:
++          </p>
++
++          <ul>
++            <li>Who owns this page?</li>
++            <li>Is it current, historical or archived?</li>
++            <li>Who can view it?</li>
++            <li>Who can edit it?</li>
++            <li>Does it need a review date?</li>
++            <li>Should it remain as an attachment instead of becoming a wiki page?</li>
++            <li>What related pages should link to it?</li>
            </ul>
--          <h2>Example transition scenarios</h2>
++          <h3>7. Keep a transition dashboard</h3>
--          <h3>Scenario 1: Working group documentation</h3>
            <p>
--            A working group has Google Docs for agendas, meeting notes, decisions and reference files. In XWiki, this can
--            become a structured space with a homepage, meeting note template, decision records, document list, open
--            questions and links to files that remain in Nextcloud or another storage system.
++            A simple XWiki dashboard can make the transition visible and manageable.
            </p>
--          <h3>Scenario 2: Policies and procedures</h3>
++          <table class="table table-bordered table-striped">
++            <thead>
++              <tr>
++                <th>Dashboard section</th>
++                <th>Purpose</th>
++              </tr>
++            </thead>
++            <tbody>
++              <tr>
++                <td>Content selected for migration</td>
++                <td>Shows the high-value documents that are being moved first.</td>
++              </tr>
++              <tr>
++                <td>Content needing an owner</td>
++                <td>Prevents orphan pages from entering the new system.</td>
++              </tr>
++              <tr>
++                <td>Content to keep in Google or office tools</td>
++                <td>Makes it clear that not everything must move.</td>
++              </tr>
++              <tr>
++                <td>External access review</td>
++                <td>Tracks documents or spaces shared with people outside the organization.</td>
++              </tr>
++              <tr>
++                <td>Recently migrated pages</td>
++                <td>Helps users see progress and discover the new structure.</td>
++              </tr>
++            </tbody>
++          </table>
++
++          <h2 id="pilot">A good pilot: one working group space</h2>
++
            <p>
--            Policies stored as Google Docs can become XWiki pages with owner, review date, status, history and restricted
--            edit rights. This makes it easier to know which version is current and who is responsible for keeping it updated.
++            A strong pilot is small enough to control but useful enough to prove value. For example, one working group,
++            committee, project team or community group can move its durable knowledge into XWiki while keeping office
++            tools for drafting and spreadsheets when needed.
            </p>
--          <h3>Scenario 3: Spreadsheet tracker</h3>
            <p>
--            A simple Google Sheet used as a list of requests, assets, documents or contacts may become a small XWiki
--            application when the fields are stable. A complex financial model or reporting workbook should remain in an
--            office spreadsheet tool.
++            A pilot space could include:
            </p>
--          <h2>Recommended target architecture</h2>
++          <table class="table table-bordered table-striped">
++            <thead>
++              <tr>
++                <th>Page or section</th>
++                <th>Purpose</th>
++              </tr>
++            </thead>
++            <tbody>
++              <tr>
++                <td>Working group homepage</td>
++                <td>Explains the purpose, scope, members, links and current priorities.</td>
++              </tr>
++              <tr>
++                <td>Meeting notes</td>
++                <td>Uses a consistent template so notes are easy to scan and search.</td>
++              </tr>
++              <tr>
++                <td>Decisions</td>
++                <td>Captures important decisions separately from long meeting notes.</td>
++              </tr>
++              <tr>
++                <td>Documents</td>
++                <td>Links official documents, policies and important files.</td>
++              </tr>
++              <tr>
++                <td>Open questions</td>
++                <td>Tracks unresolved topics without hiding them in chat or email.</td>
++              </tr>
++              <tr>
++                <td>FAQ</td>
++                <td>Collects recurring questions from the community.</td>
++              </tr>
++              <tr>
++                <td>External links</td>
++                <td>Provides a bridge to Google Drive, Nextcloud, issue trackers or other systems still in use.</td>
++              </tr>
++            </tbody>
++          </table>
++          <div class="resource-note">
++            <p>
++              <strong>Pilot success question:</strong> Can members find the current and trusted version of important
++              information faster than before?
++            </p>
++          </div>
++
++          <h2 id="adoption">How to encourage adoption</h2>
++
            <p>
--            A realistic architecture does not replace every Google Workspace feature with XWiki. It gives each tool a clear role.
++            People do not usually change collaboration habits because a new platform exists. They change when the new
++            platform makes an important part of their work easier, clearer or more reliable.
            </p>
++          <h3>Use simple rules</h3>
++
            <table class="table table-bordered table-striped">
              <thead>
                <tr>
++                <th>Rule</th>
++                <th>Example</th>
++              </tr>
++            </thead>
++            <tbody>
++              <tr>
++                <td>If it is official, it belongs in XWiki.</td>
++                <td>Policies, procedures, final decisions, project documentation.</td>
++              </tr>
++              <tr>
++                <td>If it is temporary drafting, it can stay in an office editor.</td>
++                <td>Collaborative draft document, presentation working file.</td>
++              </tr>
++              <tr>
++                <td>If it is a complex spreadsheet, do not force it into XWiki.</td>
++                <td>Budget model, calculations, reporting workbook.</td>
++              </tr>
++              <tr>
++                <td>If it was decided in a meeting or chat, summarize it in XWiki.</td>
++                <td>Decision record linked from meeting notes.</td>
++              </tr>
++              <tr>
++                <td>If nobody owns it, do not migrate it as current content.</td>
++                <td>Mark as archive or leave in the old system until reviewed.</td>
++              </tr>
++            </tbody>
++          </table>
++
++          <h3>Make leadership use the new structure</h3>
++
++          <p>
++            Adoption is much harder if important announcements and decisions still point only to Google Docs or Drive
++            folders. When leadership links to XWiki as the trusted source, the platform becomes part of the organization’s
++            daily rhythm.
++          </p>
++
++          <h3>Start with visible wins</h3>
++
++          <p>
++            The first XWiki spaces should be better organized than the Google Drive folders they replace. They should have
++            navigation, page templates, useful links, ownership, clear permissions and recent activity. Users need to feel
++            that XWiki is not just another repository, but a better way to understand the organization.
++          </p>
++
++          <h2 id="implementation">Practical XWiki features to implement early</h2>
++
++          <p>
++            The following XWiki improvements can make a Google Workspace transition easier to accept:
++          </p>
++
++          <table class="table table-bordered table-striped">
++            <thead>
++              <tr>
++                <th>XWiki feature</th>
++                <th>Why it helps adoption</th>
++              </tr>
++            </thead>
++            <tbody>
++              <tr>
++                <td>SSO with OIDC, SAML or LDAP</td>
++                <td>Reduces login friction and aligns XWiki with the organization’s identity system.</td>
++              </tr>
++              <tr>
++                <td>Page templates</td>
++                <td>Prevents blank-page confusion and creates consistent documentation habits.</td>
++              </tr>
++              <tr>
++                <td>Working group space model</td>
++                <td>Gives each team or community group a clear home.</td>
++              </tr>
++              <tr>
++                <td>Metadata fields</td>
++                <td>Adds owner, status, review date, audience and document type.</td>
++              </tr>
++              <tr>
++                <td>Comments and annotations</td>
++                <td>Supports discussion around pages without losing context.</td>
++              </tr>
++              <tr>
++                <td>Notifications</td>
++                <td>Keeps users aware of changes in the spaces they follow.</td>
++              </tr>
++              <tr>
++                <td>Structured applications</td>
++                <td>Replaces some spreadsheet-based lists with maintainable data-driven apps.</td>
++              </tr>
++              <tr>
++                <td>Approval workflows or change requests</td>
++                <td>Supports governance for official documents and sensitive content.</td>
++              </tr>
++              <tr>
++                <td>Office document integration</td>
++                <td>Allows attached office documents to be edited when page-based content is not enough.</td>
++              </tr>
++            </tbody>
++          </table>
++
++          <h2 id="example-architecture">Example collaboration architecture</h2>
++
++          <p>
++            A realistic open collaboration architecture may look like this:
++          </p>
++
++          <table class="table table-bordered table-striped">
++            <thead>
++              <tr>
                  <th>Layer</th>
                  <th>Recommended role</th>
                </tr>
@@ -581,29 +581,33 @@
              </thead>
              <tbody>
                <tr>
--                <td>XWiki</td>
++                <td><a href="https://www.xwiki.org/" target="_blank" rel="noopener">XWiki</a></td>
                  <td>Structured knowledge, documentation, governance, working group spaces, policies and decisions.</td>
                </tr>
                <tr>
--                <td>Nextcloud or equivalent</td>
++                <td><a href="https://nextcloud.com/" target="_blank" rel="noopener">Nextcloud</a></td>
                  <td>General file storage, file sharing, sync clients and optional groupware.</td>
                </tr>
                <tr>
--                <td>ONLYOFFICE, Collabora or LibreOffice</td>
++                <td><a href="https://www.onlyoffice.com/docs" target="_blank" rel="noopener">ONLYOFFICE</a> or <a href="https://www.collaboraonline.com/" target="_blank" rel="noopener">Collabora</a></td>
                  <td>Office document editing for documents, spreadsheets and presentations.</td>
                </tr>
                <tr>
--                <td>Matrix/Element, Mattermost or Nextcloud Talk</td>
++                <td><a href="https://element.io/" target="_blank" rel="noopener">Matrix/Element</a> or <a href="https://mattermost.com/" target="_blank" rel="noopener">Mattermost</a></td>
                  <td>Real-time messaging and team coordination.</td>
                </tr>
                <tr>
--                <td>Jitsi or another meeting tool</td>
++                <td><a href="https://jitsi.org/" target="_blank" rel="noopener">Jitsi</a> or <a href="https://nextcloud.com/talk/" target="_blank" rel="noopener">Nextcloud Talk</a></td>
                  <td>Video meetings and calls.</td>
                </tr>
                <tr>
--                <td>Keycloak or existing identity provider</td>
++                <td><a href="https://www.keycloak.org/" target="_blank" rel="noopener">Keycloak</a> or existing identity provider</td>
                  <td>SSO, group mapping and identity lifecycle.</td>
                </tr>
++              <tr>
++                <td><a href="https://www.limesurvey.org/" target="_blank" rel="noopener">LimeSurvey</a></td>
++                <td>Advanced surveys and research-style data collection.</td>
++              </tr>
              </tbody>
            </table>
@@ -623,9 +623,9 @@
            <details class="resource-faq-item" open>
              <summary>Can XWiki replace Google Workspace completely?</summary>
              <p>
--              Not realistically. XWiki should not be presented as a full replacement for email, calendar, video meetings,
--              chat, file sync, spreadsheets and presentation editing. It is much better positioned as the structured
--              knowledge and documentation layer.
++              Not realistically. XWiki should not be presented as a full replacement for email, calendar,
++              video meetings, chat, file sync, spreadsheets and presentation editing. It is much better
++              positioned as the structured knowledge and documentation layer.
              </p>
            </details>
@@ -632,9 +632,9 @@
            <details class="resource-faq-item">
              <summary>Can XWiki replace Google Docs?</summary>
              <p>
--              It can replace many Google Docs that are actually long-term documentation: policies, procedures, notes,
--              decisions, guides and knowledge base articles. For fast real-time drafting or complex office formatting,
--              an office editor such as ONLYOFFICE or Collabora may still be useful.
++              It can replace many Google Docs that are actually long-term documentation: policies,
++              procedures, notes, decisions, guides and knowledge base articles. For fast real-time drafting
++              or complex office formatting, an office editor such as ONLYOFFICE or Collabora may still be useful.
              </p>
            </details>
@@ -641,9 +641,9 @@
            <details class="resource-faq-item">
              <summary>Can XWiki replace Google Drive?</summary>
              <p>
--              Partially. XWiki can manage attachments around knowledge pages and can support file-oriented applications,
--              but it should not be treated as a full desktop file sync and sharing platform. Nextcloud is usually a better
--              fit for that role.
++              Partially. XWiki can manage attachments around knowledge pages and can support file-oriented
++              applications, but it should not be treated as a full desktop file sync and sharing platform.
++              Nextcloud is usually a better fit for that role.
              </p>
            </details>
@@ -650,9 +650,9 @@
            <details class="resource-faq-item">
              <summary>What is the best first step?</summary>
              <p>
--              Start with one high-value pilot: a working group, committee, department or project that has real
--              documentation pain. Create the structure, templates, permissions and migration rules for that pilot before
--              expanding.
++              Start with one high-value pilot: a working group, committee, department or project that has
++              real documentation pain. Create the structure, templates, permissions and migration rules for
++              that pilot before expanding.
              </p>
            </details>
@@ -659,9 +659,9 @@
            <details class="resource-faq-item">
              <summary>How do you convince users to try XWiki?</summary>
              <p>
--              Do not start by saying that XWiki is replacing everything. Start by showing that XWiki gives users a clearer,
--              more reliable place for trusted knowledge: the current document, the owner, the status, the related decisions
--              and the wider context.
++              Do not start by saying that XWiki is replacing everything. Start by showing that XWiki gives
++              users a clearer, more reliable place for trusted knowledge: the current document, the owner,
++              the status, the related decisions and the wider context.
              </p>
            </details>
@@ -668,9 +668,9 @@
            <details class="resource-faq-item">
              <summary>What should remain outside XWiki during transition?</summary>
              <p>
--              Temporary drafts, complex spreadsheets, presentation working files, ongoing external collaborations and
--              anything without a clear owner can remain outside XWiki until the organization has a reason to migrate or
--              replace that workflow.
++              Temporary drafts, complex spreadsheets, presentation working files, ongoing external collaborations
++              and anything without a clear owner can remain outside XWiki until the organization has a reason
++              to migrate or replace that workflow.
              </p>
            </details>