IT PLANNING GUIDE

Before you click Install: your office rollout checklist.

A smooth rollout starts before anyone clicks Install. You need a place for the server, a person who owns the setup and a small group willing to try real work. Use this checklist to turn “we should deploy it” into a clear next step.

An illustrated explanation of this workplace topic
An illustration to explain the idea, alongside actual workspace examples below.

The useful part, first

  • Name the people doing the setup and daily maintenance.
  • Try real employee work before inviting the whole office.
  • Prove recovery and the LAN update path as well as messaging.
01

Give the rollout a human owner

Name the business contact and the IT owner. Agree what the first team needs to do: messages, files, focused discussions, calls or a small shared draft. A short scope keeps the pilot manageable.

Keep the employee instructions separate from the server checklist. Staff should know how to sign in and get help; IT should know how to operate the system.

02

Prepare a dependable home for the service

IT prepares the supported Windows server, SQL database and local network address. Employee devices need to trust the server’s certificate. Supply approved prerequisites and the offline licence through the agreed process.

Allow at least 5 GiB on the selected application and data drives, plus 2 GiB on C: for Windows/setup. Those are installation minimums; messages, files and backups need their own capacity plan.

Actual Multiple admin workspace populated with fictional example content
Actual Multiple interface · Example data. Select to enlarge.
03

Walk through an employee’s day

Sign in, send a message, open an attachment and follow a thread. Try the forgotten-password route with a test account. Check that a contact request is easy to find.

If shared editing matters, use a small draft and sheet. Check View, Edit and Download separately, including a red occupied-cell or paragraph notice. For calling, use real microphones and test sharing and stopping a screen.

Keep this in mind

Write down what worked, what failed and what you have not tested yet.

04

Practise the jobs that come after launch

Remove a test colleague’s access and verify the result. Make a protected test backup, restore it somewhere disposable and check the messages and files together.

For updates, IT upgrades the company server with the universal installer. Supported employee apps then find the production-signed release on their LAN, show progress and reopen. Fresh devices and very old clients have separate initial setup steps.

05

Expand when the pilot answers your questions

Ask the pilot team where it got stuck. Make the instructions clearer and retest anything that matters to the office. Agree who handles account changes, storage, certificates, licence validity and support requests.

A working demo is useful evidence, but it does not prove every device or workload. Add colleagues when the real pilot and operating plan make sense for your business.

The fuller notes for your IT team

1. Assign ownership and define the scope

Name the business sponsor and IT administrator. Record why you are moving work conversations into a managed tool: employee access, data location, discussion context or public internet dependency. Agree which employees and workflows belong in the initial pilot.

List client platforms, estimated usage and file growth, calling expectations, retention rules and approval responsibilities. Multiple is Windows-first; mobile clients, multi-VLAN deployment and clustering are not advertised as available. Check the proposed release and outstanding production gates before scheduling customer rollout.

2. Prepare the server and database

Choose the supported 64-bit Windows environment and a dedicated server role. Prepare a supported local SQL Server default instance or SQL Server Express SQLEXPRESS and 64-bit ODBC Driver 17. Supply these through an approved source; the installer does not download database prerequisites.

The minimums of 5 GiB on selected application/data drives and 2 GiB on C: are installation prerequisites, not complete storage sizing. Separately plan messages, files, SQL growth, logs, generated clients and backups. Validate capacity for the intended workload rather than assuming a published user count.

3. Establish trusted network access

Configure internal name resolution and the certificate method: company PKI, matching supplied certificate/key or a customer-specific managed CA. Keep private keys restricted. Employee clients must trust the server certificate; disabling certificate verification is not a deployment solution.

The base application uses TCP 443. Review selected media-service flows separately and keep SQL and the loopback backend away from employee/untrusted exposure. Customer IT controls the single-VLAN network and firewall policy; Multiple does not provision enterprise routing.

4. Activate and test an employee client

Complete mandatory first-administrator credential setup. Obtain the installation-bound signed licence through the authorised issuer and import it through the approved offline process. Confirm its validity period and active status.

Distribute the generated organisation-specific desktop installer through your software channel. Test name resolution, trusted sign-in, direct/group messaging, broadcast restrictions, threads and authorised file retrieval from an employee device. Test removal of membership and account/session revocation too.

5. Validate optional services and data decisions

Test calls and screen sharing with actual devices, including any configured relay path, rather than relying on a connecting-state screenshot. Record capacity and network behaviour. Call testing and production acceptance may still be outstanding for the proposed release.

6. Prove recovery and maintenance

Create a backup and restore it on a disposable server. Verify messages/files, access controls, configuration, certificates and licensing state after recovery. Protect backup destinations as sensitive company data.

Schedule the company server upgrade and verify recovery. Supported employee apps then detect the production-signed release on their LAN and show download and installation progress before reopening. Fresh devices and very old clients have separate initial setup steps. Review certificate expiry, licence status, service health and storage regularly.

7. Agree pilot acceptance before expansion

Write down the tests, expected results and responsible owners. Record failures and unresolved risks, with a decision on what must be fixed before wider rollout. A successful source test or demo is not a substitute for acceptance of the actual packaged release and environment.

Use the checklist when requesting a Multiple demo. Bringing the network, server, employee-platform and recovery requirements lets the team discuss a specific deployment rather than make assumptions about your office.

Common questions

Does the three-month trial remove installation requirements?

No. The trial is a commercial offer. Windows, database, network, certificate, licensing and release-approval requirements still apply.

Is server installation the end of the rollout?

No. Employee-client distribution, access validation, media checks, restore testing, capacity evaluation and operational ownership also need acceptance.

A WORKING DOCUMENT FOR YOUR IT TEAM

Your deployment review checklist

Review each item, then print a summary to discuss with your IT team and Multiple. Answers stay in this page’s memory, are not submitted or saved, and reset when you reload. No email is required.

0 confirmed · 0 need review · 12 not reviewed · 0 not required

These counts track your answers, not technical verification. “Not required” can apply to optional services; it does not waive prerequisites. Unknowns and release approval still need confirmation.

Prerequisites

Assign installation, account administration, maintenance and recovery responsibilities.

Confirm the supported 64-bit Windows environment for the proposed release. The current baseline is one application backend and one local VLAN.

Prepare a supported local default SQL Server instance or SQL Server Express SQLEXPRESS, plus 64-bit Microsoft ODBC Driver 17. The installer does not download these prerequisites.

Provide a stable private IPv4 address, internal DNS hostname, synchronised time and a certificate trusted by employee clients. Core application access uses HTTPS/WSS on TCP 443.

Use approved software distribution, first-administrator credential setup and an installation-bound signed licence. Verification is offline; entitlement must remain valid.

IT review

Allow at least 5 GiB on each selected application/data drive and 2 GiB on C: for Windows/setup. These installation minimums are not workload sizing. Plan database growth, files, logs, backups and generated clients separately; validate capacity in a pilot.

Test membership checks, account suspension/deactivation and session revocation. Downloaded copies and employee devices remain an IT responsibility.

Protect messages, files and configuration; prove restoration on a disposable environment. Plan signed offline server updates, certificate renewal and employee updates through the company LAN.

If calls or screen sharing are required, review selected media services and firewall flows, then test with real devices. Text messaging success does not validate media capacity.

Use small real drafts, a spreadsheet and a code file. Check individual View/Edit/Download grants, occupied-cell or line notices, imports and saved changes. The current beta does not include a working AI summary feature.

Confirm with Multiple

Agree pilot users, file growth and optional calling needs. No unlimited capacity, mobile client, clustering or validated multi-VLAN deployment is advertised.

Ask which packaged version is proposed and which security, media and operational acceptance gates remain open. A demo or completed checklist is not production approval.

FROM QUESTIONS TO A WORKING PLAN

See how it fits your business.

Explore the workspace and discuss your team, network and deployment needs.

Request a demo