Is there a Mac app for Microsoft Planner? So Cmd+Tab reaches it

The reason people look for a Microsoft Planner desktop app is rarely about features. Planner in a browser does what Planner does. The complaint is smaller and more constant: it cannot be switched to. A plan being updated fifteen times a day sits behind a browser, and behind whichever tab happens to be in front, and getting back to it is a hunt rather than a keystroke. That is a window problem, not a software problem, and it has a precise explanation.

Is there a Mac app for Microsoft Planner?

No, and Microsoft's own documentation is unambiguous about what exists instead.

The support page Get started with Microsoft Planner is organised into exactly two tabs: Planner for the web, and Planner in Teams. The web instructions say to go to planner.cloud.microsoft to reach Planner directly from a browser, or to open the Microsoft 365 home page, click the app launcher at the top of the browser window, and choose the Planner tile. If the tile is not visible, the page suggests selecting More apps and then All apps to find it.

Microsoft's comparison page To Do vs. Planner states the same thing in one sentence, and it is worth reading as the definitive list of surfaces. To work with a team, start with Planner in the browser, the mobile app, or in Teams.

Browser. Mobile app. Teams. Three surfaces, and none of them is a standalone application for macOS. The same comparison page notes the other condition worth knowing before any of this matters: Planner assumes the organisation has a Microsoft 365 subscription, business, enterprise, or education.

So the honest answer is that Planner on a Mac is either a browser page or a panel inside Teams. Everything below is about which of those to build on.

Why the application switcher cannot reach it

This is the part that explains the frustration, and Apple documents it plainly.

Apple's list of Mac keyboard shortcuts defines Command Tab as switching to the next most recently used app among the open apps. Apps, not windows. The separate shortcut for moving between the windows of one app is Command and the grave accent key.

A Planner tab in a browser is therefore two steps away at best. The first step reaches the browser. The second step finds the tab, and the number of tabs open decides how long that takes. Worse, the switcher list shows the browser, which is one entry no matter how many things live inside it, so the tool designed to get somewhere in one keystroke cannot distinguish Planner from anything else being browsed.

Teams has the same shape for the same reason. Microsoft documents that the Planner app in Teams can be opened in a separate window by choosing Open in new window, which is genuinely useful for screen layout. It does not change what the switcher sees. That window belongs to Teams, so Command Tab reaches Teams and Command with the grave accent then cycles through however many Teams windows exist.

The only way for Planner to appear in the switcher as itself is for it to be a separate application as far as macOS is concerned. That is exactly what the routes below produce.

The Teams route, and what it costs

Teams deserves fair treatment here, because unlike Planner it does have a Mac application. Microsoft's page for it is titled Download Microsoft Teams for Mac, so the download exists and is supported.

Getting Planner into it is documented: select View more apps, search for Planner, and select Add. Microsoft's tip is to right click Planner afterwards and choose Pin so it stays accessible, and then to use Open in new window when a dedicated window is wanted.

For an organisation already running Teams all day, this is the path of least resistance and it costs nothing extra. Planner tasks, chat, and calls end up in one place, which is Microsoft's intent.

The cost is proportion. Teams is a large application carrying meetings, calls, channels, and file handling, and running it so that a task board is reachable is a heavy way to solve a light problem. Anyone whose organisation does not use Teams for communication, or who keeps Teams closed deliberately, gains nothing from this route. And it still does not answer the switcher question, because the window is a Teams window.

The web route, and what it is missing

planner.cloud.microsoft in a browser is the leanest version of Planner available on a Mac. It loads the current product, it needs nothing installed, and it responds to whatever account is signed in.

What it lacks is everything that makes something feel like an application. No Dock icon. No entry in the switcher. No window that survives the browser being closed or reloaded. And it shares a session with every other tab in that browser profile, which matters more for a work tool than for a leisure one, because the account signed in is a work account and it is frequently not the only account involved.

Both gaps are fixable without Microsoft shipping anything. A browser page can be turned into a real application bundle, and once it is one, the switcher treats it like any other app.

Three ways to give Planner its own window

Safari, Add to Dock

Built into macOS since Sonoma 14 and documented by Apple under Use Safari web apps on Mac. Open planner.cloud.microsoft in Safari, choose File then Add to Dock from the menu bar, type a name, and click Add. The result is saved to the Applications folder inside the home folder rather than the system one, which is why this route usually works on a managed work Mac where an installer would be blocked.

Apple notes that the web app shares no browsing history, cookies, website data, or settings with Safari, and that its name, icon, and starting URL can all be changed afterwards from its own Settings panel. The starting URL matters for Planner: a window can open on a specific plan rather than the home view, and Apple's settings include a Set to Current Page button so the address can be corrected later.

Install the page as an app in Chrome or Edge

A Chromium browser can install a page as its own window with no tab strip and no address bar. Edge is the natural choice here given the Microsoft sign in flow. The constraint is that the window runs inside the browser profile it was created from, so it is signed into whatever that profile is signed into, and two tenants mean two browser profiles.

A purpose built app

A site to app tool builds a real application bundle from a URL, using a Chromium browser already installed as the rendering engine. Three differences matter for a work tool.

Each generated app gets its own browser profile, so cookies, sessions, history, and cache are isolated. Two Microsoft tenants can be open side by side, one per app, with no signing out.

Chrome Web Store extensions work inside the app and can be enabled per app, which means a password manager is present in the window where the first sign in happens without anything else coming along.

The window can hold more than one address. Several URLs can be opened as tabs on launch, so one app can carry a plan board, a calendar, and a document library. A sidebar mode goes further, giving each service its own view inside one window. Both are described in the guide.

One practical note on this route. Tools of this kind ship presets for popular services, and Planner is not usually among them, because the products that get presets are the ones with large consumer audiences. That is not an obstacle. Any URL can be entered by hand, an icon can be uploaded or fetched from the site, and the app that results is identical to a preset built one. The preset only saves typing.

It is also worth knowing what the product being pointed at actually is now, because the name covers more than it used to. Microsoft describes the current Planner as a single work management experience that brings together task management from To Do, collaborative planning from Planner, project management from Project, and Copilot assistance. The practical consequence for anyone building a window is that the one address covers ground that used to need several, so a single app may replace more than one bookmark.

How the routes compare

	Planner in Teams	Safari web app	Purpose built app
Reached by Command Tab	No, reaches Teams	Yes, as itself	Yes, as itself
What has to be running	Teams	Nothing extra	Nothing extra
Session	The Teams account	Separate from Safari	Separate per app
Two tenants at once	Signing out and back in	One app per tenant	One app per tenant
Opens on a specific plan	The Planner home view	Any URL, editable later	Any URL, editable later
Cost	Included with Teams	Built into macOS	Free for up to three apps

The first row is the one the search was really about. Two of the three routes put Planner in the switcher under its own name and its own icon, and the third does not, however convenient it is otherwise.

Two tenants on one Mac

This is the case that turns a preference into a requirement, and it comes up constantly in consulting and contract work.

Planner belongs to a Microsoft 365 organisation. Someone working across two organisations has two sets of plans behind two accounts, and a browser profile holds one Microsoft session at a time. Switching means signing out, signing in, waiting, and then doing it again in the other direction an hour later.

Separate windows with separate storage remove the switching entirely. Two applications, two icons, two names in the switcher, two sessions alive at once. That works on all three of the browser based routes, as long as each window has its own profile. It does not work by installing one page twice inside one browser profile, because the profile is the session.

The supported services list is a reasonable place to see how many work tools end up treated this way once the pattern is noticed. Planner is rarely the only one.

What none of this changes

A window renders what the website serves. Planner in a window has the features Planner has in a browser, no more, and a feature Microsoft ships only in the mobile app stays there.

Links clicked elsewhere still open in the default browser. A plan URL arriving in an email goes wherever macOS sends web links, not into the Planner window. That is an operating system routing rule.

Offline access is not created. Planner for the web needs a connection, and putting it in a window does not change that.

And the subscription requirement is unaffected. Microsoft's own comparison page lists a business, enterprise, or education Microsoft 365 subscription as the condition for using Planner with a team, and no local arrangement substitutes for it.

What to change first

Open planner.cloud.microsoft in Safari and add it to the Dock, pointed at the plan actually used rather than the home view. That takes a minute, costs nothing, and puts Planner in the switcher under its own name, which is what the search was asking for.

If the next problem is a second Microsoft tenant, or a window that should carry a board and a calendar together, build it with a tool such as Kagemusha where each app keeps its own session and one window can hold several addresses.