A new facility or area
Coverage, capacity, installation, backhaul, power supply, and acceptance criteria need to be coordinated before access points are positioned.
A coordinated design for deployment and acceptance
We turn site, client device, and application requirements into a Wi‑Fi network design. The design coordinates the RF model, access point placement, channel plan, backhaul, power supply, management, specification, and acceptance program.
Requirements and plans → radio model → access points and channels → transport and power supply → acceptance program
Wi‑Fi network design defines the target architecture and the coordinated decisions needed to estimate, deploy, and accept the network. Inputs include plans, site restrictions, applications, client devices, density, and operating requirements. Agreed deliverables include an RF model, access point placement, channel plan, connectivity diagrams, specification, and acceptance program. A site survey supplies field data; deployment implements the approved design.
Coverage, capacity, installation, backhaul, power supply, and acceptance criteria need to be coordinated before access points are positioned.
New areas and client devices affect interference, capacity, channels, and power settings. The design accounts for existing infrastructure and the scope of changes.
It is necessary to define the elements that are retained, dependencies, stepwise replacement, compatibility and the method of checking before and after transition.
A single set captures boundaries, requirements, specifications, versions and acceptance criteria for comparable offerings and managed implementation.
| Required | Useful to have | We will clarify this together |
|---|---|---|
| Plans, areas and purpose of premises | Materials, heights, and existing cable routes | Required accuracy of the calculation model |
| Client devices and critical applications | Current WLAN, LAN, PoE and fiber-optic communication lines | Mobility scenarios and acceptance program |
| Restrictions on installation, access and operation | Information security, authentication and management requirements | Need for a survey or on-site validation |
| Design density and mode of use | Customer standards and acceptable models of equipment | Basic and extended documentation |
Calculation of coverage and capacity with documented initial assumptions, zones and required scenarios.
We plan how access points will operate together. Settings are refined after deployment and field measurements where this is included in the next stage.
We document connections, port requirements, PoE, backbone links, mounting locations, and installation methods within the project scope.
Document the segments, authentication, system roles and integration points that are compatible with the selected and confirmed platform.
We define testable workflows and the documents and data needed to hand the network over to operations.
Define areas, client devices, applications, criticality, density, mobility, and site restrictions.
Note the gaps, assumptions and the need for additional measurements or inspection.
Model access point placement and interaction using verified project inputs.
Coordinate the RF layer with backhaul, power supply, management, access control, and installation.
We issue an agreed set, a program of checks and a register of open questions.
| Included in the base scope | Agree separately | Not included automatically |
|---|---|---|
| Gathering requirements, verifying inputs, predictive modeling, architecture, and design documentation within the agreed scope | Site visits, Wi‑Fi site surveys, field checks, and additional architecture options | Supply, installation and commissioning |
| Specification and Acceptance Program | Detailed documentation for related disciplines, where required | A guarantee of actual performance if the project inputs change |
| Accounting for existing infrastructure based on the information provided | Design supervision and post-installation adjustments | Operational support after network handover |
| Criterion | How to check | Where we document |
|---|---|---|
| Completeness of initial requirements | Checking areas, clients, applications, density and limitations | Requirements register |
| Traceability of solutions | Inputs and assumptions are stated for placement and architecture | Explanatory note and plans |
| Feasibility | Check mounting locations, backhaul, power supply, and contractor responsibilities | Plans, diagrams and specification |
| Testability of the result | A future test method is specified for the requirement | Acceptance test program |
| Change management | The source data version is associated with the project version | Version and Change Registry |
The estimate depends on the size and number of areas, plan quality, materials and heights, density, client platforms and applications, existing infrastructure, security and integration requirements, site visits, design options, and documentation stage. An initial estimate requires plans, requirements, client device information, and a defined design scope.
Questions and answers
Not necessarily. For a new facility with accurate plans, known materials, and complete requirements, work can begin with a predictive model. An inspection or measurements may be needed if inputs are insufficient, the environment is complex, the network is already operating, or the consequences of error are significant. We assess the need for a site visit after reviewing plans, restrictions, client device workflows, and future acceptance criteria.
The task specification and contract define the design deliverables. These may include requirements and assumptions, a predictive RF model, access point placement, a channel plan, connectivity and power diagrams, a specification, installation requirements, and an acceptance program. Detailed documentation for related disciplines, site visits, design supervision, additional options, and editable source files require a separate agreement.
Use in a tender or by another installer depends on the agreed design stage, level of detail, file formats, and contractual rights of use. Before work starts, we document contractor responsibilities, the files to be handed over, and the change control process. The recipient must separately verify that the design is current, complete, and applicable to the actual site and selected equipment.
The predictive model shows expected performance for documented inputs and assumptions; it does not replace verification of the installed network. Actual materials, installation, equipment, settings, and the RF environment may differ from the model. Acceptance criteria are therefore agreed before deployment. Field measurements, adjustments, and repeat checks depend on the design scope and separately agreed contractual responsibilities.
We first document the current architecture, equipment, channels, power settings, capacity, problem areas, and planned client devices. We then assess the interaction between existing and new access points, backhaul, power supply, management, and constraints on phased work. If inputs are insufficient, additional configuration data, an inspection, or a Wi‑Fi site survey within the agreed scope may be needed before the design is issued.
Yes, but changes to the area, layout, materials, density, client devices, equipment, or integrations may require recalculation and a new document issue. Each change is recorded before its impact on design decisions, scope, schedule, and results is assessed. The current input data version must be clearly linked to the current design version and the list of agreed deviations.
The next step
Send plans, the areas to be covered, client devices and applications, density, mobility, and integration requirements. We will check whether the inputs are complete and define the design deliverables.
Material prepared by Connectum technical team · updated: August 2026