A monthly website maintenance checklist for a Dubai business
A monthly website maintenance checklist for a Dubai business: updates, backups, uptime, forms, security, performance and what to do when something breaks.
Read the articleWeb Services
A plain account of what a SharePoint intranet handles well for a Dubai business, what it is not, how permissions and document control actually work, and the mistakes that turn a promising intranet into a shelf nobody opens.

A SharePoint intranet is genuinely good at document libraries with proper permissions and version history, company wide announcements and policy pages, and structured team sites that inherit or break away from a central set of access rules. For a Dubai business already paying for Microsoft 365, a SharePoint intranet is usually the simplest way to get all three in one place, because the platform is already licensed and the permissions model is already built. Where it struggles is anything that needs to look and feel like a modern app, or that needs to be public.
This guide sets out where a SharePoint intranet fits a Dubai business, where it does not, how permissions and document control actually work under the surface, and the mistakes that most often turn a new intranet into a page nobody opens after month two.
Key points
The strongest case for a SharePoint intranet is a business that already runs on Microsoft 365 and needs somewhere for policies, HR forms, departmental documents and company news to live with real access control, rather than scattered across shared drives and email attachments. Because the licence is already in place for most Dubai companies on Microsoft 365, the marginal cost of a well built SharePoint intranet is largely the setup and structure, not new software.
A communication site works well as the front door: news posts, a company directory, links out to the departmental team sites, and a search box that actually finds documents rather than just page titles. Underneath it, team sites give each department its own document libraries, lists and pages, with permissions that can follow the main site or be set independently. This structure suits a Dubai business with several departments and a genuine need to keep HR, finance and legal documents visible only to the right people, while general policies stay open to everyone.
A SharePoint intranet is the wrong tool for a public website. It sits behind Microsoft 365 sign in, its templates are built for internal publishing rather than marketing pages or product catalogues, and it has no meaningful presence in public search results. A SharePoint intranet built for a Dubai audience should stay internal, with the public site handled on a platform designed for that job.
It also struggles as a substitute for a purpose built internal application. Out of the box, SharePoint gives lists, libraries, pages and a handful of web parts. That covers document management and basic workflow well, but a business process with complex logic, a real database schema or a need to integrate tightly with another system usually outgrows what a SharePoint site can comfortably do without custom development. And for a small, fast moving team that wants a single chat first workspace rather than a structured library of pages, a SharePoint intranet can feel heavier than what they actually need.
A SharePoint intranet earns its keep on documents and permissions. It is the wrong choice the moment the requirement is “build us an app”.
Permissions in SharePoint start at the top level site and inherit down through subsites, document libraries, folders and individual items, unless someone deliberately breaks that inheritance at a given level. According to Microsoft’s own guidance on permission levels in SharePoint, once a site owner sets unique permissions on a site, library or item, that object stops inheriting from its parent, which is exactly how a Dubai business keeps a general policy library open while locking a finance folder to a handful of people within the same site.
Three default groups do most of the work on a typical team site. Visitors get Read, which allows viewing and downloading without editing. Members get Edit, which covers adding, updating and deleting list items and documents. Owners get Full Control, the only group with the right to manage permissions and site structure themselves. These three default groups are enough for most SharePoint intranet builds a Dubai business runs, and finer grained levels such as Contribute, Design and Approve cover the cases where Edit or Read is either too broad or too narrow.
| Group | Permission level | What it covers |
|---|---|---|
| Visitors | Read | View and download items, no editing |
| Members | Edit | Add, update and delete list items and documents |
| Owners | Full Control | Everything, including managing permissions and site settings |
A sensible permission plan for a Dubai business intranet starts from these three groups and only adds unique permissions where there is a genuine reason, such as an HR or board level document library. Breaking inheritance on every second folder, instead of relying on the default structure, is the fastest way to end up with a permission model nobody fully understands a year later.
Every document library in a SharePoint intranet keeps version history switched on by default, so a colleague who overwrites a file, or edits it badly, can be rolled back to an earlier saved version rather than the change being permanent. For libraries that need a tighter process, a site owner can turn on major and minor versioning, so a document moves through draft versions before being published as the current version everyone else sees, alongside check out, which stops two people editing the same file at once, and content approval, which requires a named approver to sign off a document before it becomes visible to everyone with Read access.
This matters most for policy documents, contracts and anything where an outdated version circulating by email has caused a real problem before. A properly configured document library removes the “which version is the current one” question almost entirely, because the library itself, not somebody’s inbox, is the single source of truth.
The most common mistake is designing the permission structure and site hierarchy before anyone has actually mapped how the business organises its documents today. That produces a site that mirrors an org chart nobody follows in practice, rather than the way people actually search for and share files.
The second is treating launch as the finish line. A SharePoint intranet with no named owner, no plan for keeping news and policies current, and no review of unused sites after six months drifts back toward email and shared drives within a year, because the intranet stops being the easiest place to find something current. We see this pattern often enough in Dubai businesses that a SharePoint intranet launch plan should name an owner before the first site is built, not after.
The third is over engineering permissions from day one, breaking inheritance across dozens of folders “to be safe” rather than starting from the three default groups and adding unique permissions only where a genuine sensitivity exists. Every broken inheritance point is one more thing someone has to remember to update when a person joins, moves department or leaves.
List the document types the business actually holds, who needs to see each one, and who needs to edit it, before opening a single site template.
Build the structure around Visitors, Members and Owners, and only break inheritance where there is a specific, named reason.
Version history is already on. Add major and minor versioning, check out or approval only for libraries that genuinely need that level of control.
Someone needs to be responsible for keeping the intranet current once it is live, or the same drift back to email and shared drives tends to repeat.
We plan SharePoint intranet structures around how a Dubai business actually organises its documents, rather than a generic template, and our SharePoint development work covers permission planning, document library setup and the custom web parts a communication site needs once it goes beyond the out of the box options. For businesses working more broadly across Microsoft 365, our Microsoft 365 development service covers the wider platform, including integrations between SharePoint and the rest of the Microsoft 365 suite.
If your business is choosing between SharePoint and a different platform for internal or public facing work, our guide on how to choose a CMS for your UAE business works through that decision in more general terms, and our monthly website maintenance checklist covers the ongoing upkeep a live site or intranet both need.
Straight answers
No, though they are linked. A modern SharePoint team site is created automatically behind a Microsoft 365 group, and Teams can surface that same site as its Files tab. A SharePoint intranet is usually a separate communication site layered on top, built for publishing to everyone rather than for one team's daily work.
No. SharePoint intranet pages sit behind Microsoft 365 sign in and are built for internal publishing, permissions and document libraries, not for public search visibility, marketing pages or ecommerce. A public facing site is a separate build on its own platform.
SharePoint keeps every saved version of a file in a library by default, with the ability to view, restore or delete earlier versions. Major and minor versioning, check out and approval workflows can be switched on per library for tighter document control where a formal review step is needed.
Many communication sites can be built with out of the box web parts by a capable site owner. A developer becomes worthwhile once the intranet needs custom web parts, a bespoke approval workflow, integration with another business system, or a permission structure more complex than the default groups.
Permission and structure decisions made in the first week, before anyone understood how the business actually organised its documents, followed by nobody owning the site once it launched. A site without a clear structure and an owner responsible for keeping it current tends to go stale within months.
Most Microsoft 365 business and enterprise plans include SharePoint Online, which covers communication sites, document libraries and the default permission levels described in this guide. Confirm the specific features included with your current licence before planning a build.
Sources
Fixed price, in writing
Got it. Your quote is being written now.
In business hours you will have it within 45 minutes. Check your inbox for the confirmation.
Keep reading

A monthly website maintenance checklist for a Dubai business: updates, backups, uptime, forms, security, performance and what to do when something breaks.
Read the article
How a UAE business should decide whether to build or buy enterprise software, and what each path actually costs over time.
Read the article
Cloud API versus a click to chat link, message templates, opt in, the 24 hour window and human handover, for a UAE business building WhatsApp into its site.
Read the article