Security integrators often believe that a new Enterprise resource planning (ERP) system or a clearer scope of work can fix security installation challenges. It doesn’t. Here’s why.
Integrators are always trying to overcome operational challenges when working through field installations on new security projects.
At a high level, this makes sense. An optimized workflow throughout the security installation process leads to greater profitability and better customer satisfaction while helping integrators avoid missed deadlines and penalty fees.
Just one problem: Most security integrators implement methods to resolve field installation challenges and improve performance won’t work.
Let’s cover a few common solutions and look at the real problem that security integrators are trying to solve.
1. ”A new ERP system or field service module will solve my field installation problems…”
There are a ton of great reasons to implement an ERP system, including improved operational efficiency, better growth, security systems, troubleshooting, and alarm systems.
But an ERP’s financial tracking can’t provide insight into the exact amount of work completed, especially regarding security systems.
It’s true that, when implemented correctly, an ERP system can streamline your business workflow and may provide some insights into your installation process, including control systems. But using an ERP like a monitoring package for your metrics won’t help you resolve security installation challenges or even common issues that may be holding you back.
Often, ERP systems and field service modules become a manager for your project manager, especially in the context of security systems** and troubleshooting.
Executives hijack the project and begin implementing changes based on the integrator’s financial perspective rather than the customer’s point of view and delivering a system they can use effectively. This can lead to a lack of alignment with the actual security systems’ needs and common issues.
These modules often fail because they disassociate the end product from the customer, making it difficult to address security installation challenges and troubleshooting. When executives and project managers are focused on company liability, project efficiency, and security systems, it’s easy for the focus to shift away from customer satisfaction and usability.
While it’s true that ERPs can give access to more data, including data related to security systems and alarm systems, it’s still impossible for data-savvy users to keep track of everything that goes on inside a security project, leading to troubleshooting challenges and unresolved common issues. For example, these systems won’t show your team what work has been completed and to what quality, further exacerbating security installation challenges. Without that essential data, your team can’t plan correctly and has no choice but to guess when estimating deadlines and other project management tasks.
Relying on these systems places your team in a very reactive mode, especially when dealing with troubleshooting and common issues, and it’s easy for projects to fall off track because the data you’re using to make decisions won’t deliver the results you need for efficient security systems management.
2. “Clearer scope of work documentation helps me beat security project challenges…”
During any installation process, maintaining an accurate and updated scope of work is always key. That, along with your bill of materials, can act as an installation guide for field technicians during the install process.
Unfortunately, maintaining a clear scope of work isn’t as simple as it seems because your project specifications are only as good as the individuals who provide them.
How about addressing common problems and challenges that occur during the installation process, such as:
- Lack of communication between the installation team and the project manager.
- Changes to the scope of work and the bill of materials.
- Access control issues and lack of access to the building.
- Security camera system issues that affect installation, design and operation.
- End-user issues and challenges.
A report by the Standish Group points out that the top challenges to any project are a lack of user input, incomplete requirements, or changing requirements and specifications. Other security issues and pain points include limited personnel, difficulties scaling to customers’ needs, and the need for more thorough testing.
Even if the person delivering your scope of work is reasonably qualified, it’s difficult to ensure that accurate drawings are matched with corresponding parts. This documentation is usually provided on multiple sheets of paper, making it confusing and difficult to follow for even the most experienced technician.
Shortcomings in Security Project Documentation and Scope of Work
When technicians try to reconcile the parts with the locations, it’s a disaster waiting to happen. Parts may end up installed in the wrong place or manner because the instructions aren’t associated with the device when the technician actually performs the work.
No amount of security features, security tips, or tricks can make up for an incomplete, inaccurate, or poorly organized project scope of work. Security products demand a level of detail often missing from these documents.
It’s also impossible for the scope of work to remain static. It changes during the discovery phase, and even simple projects can quickly balloon into complex processes requiring more detailed instructions.
In addition to those basic problems, how will you keep everyone updated on the changes?
An updated scope of work must filter through different teams so everyone understands the changes. That process takes time because it’s difficult to visualize any scope of work on paper.
The security industry is experiencing a wave of change, and security companies are struggling to keep up. If your scope of work doesn’t give technicians a visual representation of what should actually happen, and no technician will sit down and read a ten-page-long document about changes in the scope of work just to complete a video surveillance project or a camera installation.
All of these issues combined mean that integrators trying to solve inefficiencies in their security project with an improved scope of work documentation always fall short.
3. “My system installation issues can be solved with better daily job reports…”
While encouraging field technicians to create more accurate daily job reports can provide limited operational insight into your security project, these reports are too varied and subjective to solve field installation challenges effectively.
Just like false alarms often occur due to human error, the daily job reports technicians create often contain inaccurate information. Security services rely on daily job reports to track field technicians, but many technicians on your payroll may view the project differently. If you were to ask each of them to write a job report about a control panel installation, the details in each report would vary.
Determining the viability of a job report requires a judgment call and an assessment from the project manager which they can obtain by asking questions such as:
- Did the technician report accurately or simply provide what they believed you wanted to hear?
- How do you track progress from the reports?
- Who should you follow up with?
Streamlining Daily Job Reports and Empowering Field Technicians
Managing daily job reports becomes tedious and time-consuming. What project manager has to take time to read through a job report for every tech (working around illegible handwriting and coffee stains) and then compile all of that information into an updated project file?
On top of that, field technicians don’t want to write reports; they’d rather fix the problem in whatever manner they decide works best and move on.
Forcing technicians to produce these reports forces them into a 1-to-1 relationship with the project manager. It doesn’t provide visibility to other decision-makers, stakeholders, or technicians while keeping information siloed.
The real problem: No visibility for project managers
The reason none of these methods work is simple: Integrator project managers have no visibility on their security projects.
Project Managers are responsible for taking the scope of work and ensuring that the integrator’s team in the field executes that vision throughout the system installation. They also need to provide quality control oversight on all system components and understand the full status of the project in real time.
All that work is typically out in the field, but project managers are stuck behind their desk at the main office. They can’t personally check a smart lock or a control panel because they aren’t there. On top of that, they might even be working on different installations simultaneously, all at varying phases of completion.
Meanwhile, the average customer has difficulty keeping track of their installation and may think there’s no big difference between an enterprise and a home security system.
Bridging the Information Divide for Seamless Integration
As projects get bigger, it’s harder to tell exactly what is going on — and it gets worse when new technicians and subcontractors have to be looped in. When that happens, they need to keep customers informed while helping new technicians get a quick start on the project.
Because of this, project managers get caught in the middle. The information from the field doesn’t provide the visibility they need to address customer concerns or make changes to provide effective quality control throughout the installation process.
This issue is particularly troublesome because project managers are often the link between the project stakeholder and the integrator. Nearly 40% of project managers say their ability to improve stakeholder engagement adds the most value to a project, followed closely by risk management at 35%.
Without that visibility, the project suffers — and none of the usual methods that integrators typically implement directly address this problem.
The real solution: A unified platform.
In a perfect world, field project managers wouldn’t need to fight with their teams to maintain project visibility. Scope of work documentation would stay the same, and those daily job reports would be perfect. Unfortunately, it doesn’t work that way. Most security projects will always have shifting needs, and technicians will continue submitting reports with varying detail and accuracy levels.
But if you could streamline that information through a unified platform — where you could dictate what information a technician needed to submit, including images and critical security information — your project manager would be able to quality control the project by providing detailed instructions to field technicians.
Not only would this solve most installation challenges for a security project, it would also give customers a quick way to see exactly how the system installation is evolving and what it looks like before your team produces the final deliverable.
If you’re experiencing project inefficiencies, why not try something new? SiteOwl can help your team solve your field installation challenges and provide a better experience for your security customers.
Want to know more? See how SiteOwl can change the way your team handles security projects.
