Best Practice 1: Information Architecture First

Design the information architecture before creating sites: site taxonomy (how sites are organized: by department, by project, by function, or hybrid. Recommendation: department hubs + project/team sites within each hub — providing: departmental consistency + team flexibility), document library design (standard document libraries per site type: team sites get "Documents" + "Deliverables." Project sites get "Documents" + "Deliverables" + "Client Materials." Communication sites get "Resources" + "Templates"), metadata schema (organization-wide metadata columns: Document Type, Department, Status, Confidentiality Level. Per-department columns: Project Code, Client Name, etc. Metadata enables: filtered views, search refinement, and automated retention), content type hierarchy (organization-level content types: Proposal, Contract, Policy, Report, Template. Department-level extensions: Marketing adds Campaign Brief; Legal adds Agreement. Each content type includes: required metadata, default template, and retention label), and navigation design (hub navigation: consistent across all sites within a hub. Site navigation: standardized by site type. Global navigation: via Viva Connections — providing: access to the most-used resources from any site).

Information architecture is the 20% of work that determines 80% of SharePoint's value. Skip it, and users can't find content — so they duplicate it, email it, and save it locally. Design it well, and content is findable, shareable, and governed from day one.

Best Practice 2: Permission Model

Permission chaos is the #1 governance problem: inherit, don't customize (sites inherit hub permissions. Document libraries inherit site permissions. Break inheritance only when genuinely necessary — each break creates: a permission exception that must be managed indefinitely), groups, not individuals (grant access to: Microsoft 365 Groups or security groups — never to individual users. When someone leaves: removing them from the group removes access from all sites. When someone joins: adding them to the group grants access to all appropriate sites), minimum necessary (default: Read access for the department. Edit access for the team. Owner access for the site owner. "Everyone" access: only for genuinely public content — company policies, org charts, cafeteria menus), quarterly review (review site permissions quarterly: who has access? should they still? are there: orphaned permissions from former employees, inherited permissions that should be restricted, or "everyone" access on sensitive sites?), and sensitivity labels (Purview sensitivity labels on sites and documents: Confidential sites prevent: external sharing and require: MFA for access. Internal sites allow: sharing within the organization. Public sites allow: external access for specifically shared documents).

Best Practice 3: Content Lifecycle

Content without lifecycle management accumulates forever: creation governance (content types enforce: required metadata at creation. Templates ensure: consistent formatting. Naming conventions enforced by: Power Automate flows or admin policies), review cycle (policies and procedures: reviewed annually with: owner notification, review tracking, and: automatic archival if not reviewed within 30 days of notification), retention and deletion (Purview retention policies: contracts retained 7 years, project files 3 years, drafts 90 days. Auto-deletion after retention period expires — unless: legal hold prevents deletion. Retention prevents: the 10-million-file problem by automatically removing: content that has outlived its business value), and archival (content that must be retained but isn't actively used: archived to cold storage (Azure Blob via SharePoint Syntex / Premium). Archived content: searchable but not cluttering active sites. Cost: 80% less than active SharePoint storage).

Search is only as good as: the content it indexes and the metadata it uses: managed properties (map metadata columns to managed properties — enabling: search refiners that let users filter by: document type, department, client, and date range), result sources (configure search to prioritize: active content over archived, current versions over historical, and governed sites over personal OneDrive), search verticals (custom search verticals for: specific content types — "Search Policies" searches only policy documents; "Search Contracts" searches only contract content types), content processing (SharePoint Syntex / Premium for: automatic classification, metadata extraction from documents, and content understanding — enabling: search to find content based on what it contains, not just what it's titled), and search analytics (monitor: top search queries (what are users looking for?), abandoned searches (what can't users find?), and zero-result queries (what's missing from the content?). Use search analytics to: improve information architecture based on actual user behavior).

Best Practice 5: Governance Framework

SharePoint governance framework: site lifecycle policy (site creation: self-service with approval for hub sites, automatic for team sites with: naming convention enforcement, default governance, and owner assignment. Site review: annual — owner confirms: the site is active, permissions are current, and content is managed. Site retirement: inactive for 12 months → owner notified → inactive for 15 months → archived → 18 months → deleted), content governance (sensitivity labels, retention policies, and content types — applied organization-wide through Purview and SharePoint admin center), customization governance (SPFx web parts and custom solutions: reviewed by IT before deployment. Third-party apps: approved through the app catalog. No unsanctioned customizations — preventing: security vulnerabilities and upgrade-blocking modifications), and governance team (SharePoint governance board: IT + representatives from major departments. Meets quarterly: review governance metrics, approve policy changes, and address governance violations).

Best Practice 6: Performance and Limits

SharePoint performance best practices: list/library limits (SharePoint supports 30M items per library — but performance degrades above 5,000 items in a single view. Solution: indexed columns + filtered views that return under 5,000 items. Never create: flat lists with 100,000+ items and no indexing), file size (maximum 250GB per file — but optimal performance for files under 100MB. Large files (CAD, video): consider Azure Blob storage with links from SharePoint), storage management (monitor: per-site storage usage. Set quotas: per hub or per department. Auto-archival policies prevent: storage creep from dormant content), and page performance (modern pages load faster than classic — but can still be slow if: too many web parts (under 20 per page recommended), large image files (compress before upload), or excessive custom code (minimize SPFx web part complexity)).

Best Practice 7: Monitoring and Health

SharePoint health monitoring: usage analytics (site activity: which sites are active, which are dormant? content metrics: most accessed documents, most searched queries, most shared content), governance compliance (% of sites with: current owner, applied retention policy, reviewed permissions. % of documents with: metadata, sensitivity labels, correct content type. Target: 90%+ compliance across all metrics), storage trending (total storage used, growth rate, and projected timeline to: storage limit or cost threshold), and security monitoring (external sharing events, large downloads, permission changes, and sensitivity label overrides — flagged for: security review through Microsoft Defender). Dashboard: SharePoint health scorecard reviewed monthly by the governance team — tracking: adoption, governance compliance, storage, and security metrics.

Implementation Success Factors

Critical success factors for enterprise implementation: executive sponsorship (visible champion from the C-suite who communicates: why this initiative matters, allocates budget, and removes organizational barriers), dedicated project team (named resources with protected time — not "work on this when you have spare capacity"), change management investment (15-20% of project budget allocated to: communication, training, and adoption support), phased delivery (deliver value incrementally — Phase 1 in 3-4 months, not everything in 12 months. Each phase proves value and builds organizational confidence), and measurement from day one (baseline metrics captured before implementation. Success metrics tracked at: 30, 60, 90, and 180 days post-go-live. Declining metrics trigger: immediate investigation and intervention). Organizations that follow all five factors: achieve 85%+ implementation success. Organizations that skip any factor: face 40-60% failure rate.

SharePoint Customization Governance

SharePoint customization requires governance: approved customization methods (SPFx web parts: the supported method for custom functionality — deployed through: the app catalog with IT review. Modern site designs: custom themes and site templates — deployed through: PowerShell or admin center. Power Platform: Power Apps and Power Automate for forms and workflows — governed by: Power Platform DLP policies), prohibited customization (classic features: InfoPath, SharePoint Designer workflows, sandbox solutions, and custom master pages — all deprecated and unsupported in modern SharePoint. If currently in use: migrate to modern equivalents before Microsoft removes them), third-party solutions (SharePoint marketplace solutions: installed through the app catalog with: IT security review, vendor assessment, and compatibility validation — preventing: unauthorized third-party code in the SharePoint environment), review process (every custom SPFx web part: code-reviewed for security vulnerabilities, performance impact, and upgrade compatibility. Third-party apps: evaluated for: data access, privacy policy, and support commitment). Customization without governance leads to: the classic SharePoint problem — sites with custom code that breaks on updates, can't be migrated to modern, and nobody can maintain because the developer left. Modern governance prevents: this cycle from repeating.

SharePoint Storage Optimization

SharePoint Online storage: 1TB base + 10GB per licensed user. For a 1,000-user organization: ~11TB. Optimization strategies: version trimming (SharePoint keeps: all versions by default. For most content: 50 major versions is sufficient. For large files (>10MB): 10 versions saves significant storage. Version trim policy: applied per library based on content sensitivity), retention-based cleanup (Purview retention policies automatically delete: content past its retention period. Draft documents: 90-day retention. Project files: 3-year retention after project closure. The retention policy prevents: indefinite accumulation), large file management (files >100MB: evaluate whether SharePoint is the right location. Large media files: Azure Blob with SharePoint links. Large datasets: data platform, not SharePoint. CAD/engineering files: dedicated file management system with SharePoint metadata links), and site lifecycle (dormant sites archived after 12 months of inactivity — content moved to cold storage, site decommissioned. This prevents: 40% of SharePoint storage being consumed by sites nobody uses). Monitoring: monthly storage report by site, by department — trending toward limit triggers: cleanup initiative before the organization hits the storage cap.

SharePoint Metadata Design That Users Complete

Metadata only delivers value when users fill it in. Design principles: minimize required fields (3-5 required metadata columns maximum — more than 5 and users start entering: "N/A", "TBD", or random values to get past the form), use choice columns (dropdown selections instead of free text — "Department: Marketing" not "Department: marketing / Marketing dept / Mktg"), default values (auto-populate: department from the site, date from today, status as "Draft" — fewer fields for the user to fill in), content types (different document types get different metadata. A "Contract" requires: parties, value, expiry date. A "Meeting Note" requires: attendees, date, action items. Don't force contract metadata on meeting notes), and managed metadata (centralized term store for: consistent terminology across: all sites, all departments, all content types — "Healthcare" not: "Healthcare", "Health Care", "Health-Care", "HC"). Metadata adoption target: 80% of documents have all required metadata within 6 months of deployment. Below 60%: re-evaluate field count and content type design.

SharePoint Performance Optimization

Performance best practices: library size (keep libraries under 30,000 items for optimal performance — above this: create indexed columns and filter views), view design (default views show under 100 items with filters — not 5,000 items that take 10 seconds to load), file size (individual files under 250MB — use OneDrive for larger files. Video content via Stream, not SharePoint document libraries), customization (minimal custom web parts — each custom component adds: load time, maintenance burden, and upgrade risk), and CDN (enable M365 CDN for: faster page loads by serving static assets from edge locations — 20-40% page load improvement for users outside the primary region).

The Xylity Approach

We implement SharePoint with the 7 best practices — information architecture first, permission model design, content lifecycle management, search optimization, governance framework, performance management, and health monitoring. Our Power Platform specialists deliver SharePoint environments where: content is findable, permissions are managed, lifecycle is automated, and governance prevents the entropy that turns collaboration platforms into file dumps.

Continue building your understanding with these related resources from our consulting practice.

SharePoint That's Governed, Searchable and Copilot-Ready

Information architecture, governance, modern migration, content lifecycle. SharePoint strategy that transforms file dumps into digital workplaces.

Start Your SharePoint Strategy →