ISO 27001 consulting is paid help to design, build and run an information security management system (ISMS) that an independent auditor can certify. A good consultant scopes the system, runs the risk assessment, writes and tests the controls with your team, prepares you for the audit and keeps you ready afterwards. The same groundwork also supports SOC 2 readiness, which is why many Australian software and service businesses treat the two together. This guide explains what the work involves, how the two frameworks differ, what drives cost and what to have ready before you call anyone.
Build Smarter Business Operations
Digitanova helps Australian businesses automate administrative tasks and develop tailored software, with AI solutions designed around local business needs.
TL;DR
- ISO 27001 is a management-system standard: it asks you to set up, run and keep improving an ISMS built around your own risk assessment, not to tick a fixed list of tools.
- A consultant’s job is to get you audit-ready and leave you able to run the system yourself: scoping, gap analysis, risk treatment, documentation, internal audit and certification support.
- ISO 27001 is the usual ask from Australian and international buyers wanting a certificate, while SOC 2 is an attestation report that US-linked customers often request. Many controls overlap.
- Cost depends on scope, size, how mature your security already is and how much your team can do in-house, so get a scoped quote rather than a headline figure.
- Start by naming why you need it, who owns security internally and which systems hold customer data.
What ISO 27001 actually requires
The current edition in Australia is AS/NZS ISO/IEC 27001:2023, which identically adopts ISO/IEC 27001:2022. It requires an organisation to establish, implement, maintain and continually improve an ISMS, including a risk assessment and treatment process tailored to that organisation. Standards Australia published it on 15 September 2023.
The standard focuses on protecting the confidentiality, integrity and availability of information through a risk-based approach. Two things follow from that:
- It is about your risks. Two businesses with the same certificate can run quite different controls, because each chose them against its own risk assessment.
- It is a system, not a project. Management review, internal audits, corrective actions and regular risk reviews are part of the standard, so the work does not end on certification day.
It also scales. ISO’s own SME handbook says the standard applies to organisations of all sizes and includes guidance on Clauses 4 to 10 for businesses with limited resources. A 15-person software company does not need the paperwork of a bank, but it does need a defined scope, a risk register and evidence that the controls operate.
Certification is optional
ISO states that an organisation may implement the standard for its good-practice benefits without certifying, or certify to reassure customers and stakeholders. If you certify, using an accredited certification body gives additional confidence in the certificate. In practice the trigger is usually a tender, an enterprise customer’s security questionnaire or a supplier requirement. That is worth knowing before you hire: it decides whether you need a full certification project or a structured uplift.

What ISO 27001 consulting includes
Scopes differ, but a complete engagement tends to move through these stages.
- Scoping and context. Which business units, locations, systems and data are inside the ISMS boundary? A tight, honest scope is the single biggest lever on effort. Scoping also covers interested parties such as customers, regulators and key suppliers.
- Gap analysis. The consultant compares what you do today with the standard’s clauses and the Annex A controls, and produces a prioritised list of what is missing, weak or undocumented.
- Risk assessment and treatment. Together you identify assets, threats and existing controls, rate the risks and decide how to treat each one. This produces the risk register, risk treatment plan and Statement of Applicability, the documents auditors read first.
- Policies, procedures and control implementation. Access control, supplier management, incident response, backup, change management, secure development, onboarding and offboarding. The better engagements make the technical changes alongside you rather than only writing documents.
- Awareness and roles. Staff need to know the policies and their responsibilities. The consultant helps define who owns what.
- Internal audit and management review. The standard requires both before certification. A consultant can run a first internal audit or train someone on your team to do it.
- Certification audit support. The certification body audits in two stages, a documentation and readiness review followed by an assessment of operation. Consultants prepare staff for interviews, gather evidence and help close findings.
- Ongoing maintenance. Surveillance audits, risk reviews, new-system changes and a recertification cycle. Some businesses keep a consultant on a light retainer, others hand it to an internal owner.
Note what a consultant should not do: issue the certificate. Certification is independent conformity assessment, where auditors evaluate objective evidence of whether the requirements are fulfilled. Be wary of any adviser who implies they can guarantee an outcome.
SOC 2 readiness consulting
SOC 2 is an attestation framework from the American Institute of CPAs, assessed by a licensed CPA firm against the Trust Services Criteria. Readiness consulting is the preparation phase before that audit and typically covers:
- choosing which criteria are in scope (security is the baseline; availability, confidentiality, processing integrity and privacy are optional)
- a gap assessment against the criteria
- designing and implementing controls and collecting evidence from your real systems, such as access reviews, change tickets, vulnerability scans and incident records
- deciding between a Type 1 report (controls designed appropriately at a point in time) and a Type 2 report (controls operating over a period)
- a mock audit and liaison with the auditor
The evidence habit matters most. A Type 2 audit looks back over weeks or months, so controls that were not running and logged during that period cannot be retrofitted. A good readiness engagement sets up the logging and routines early so evidence is a by-product of normal work.
ISO 27001 or SOC 2: which does your business need?
The honest answer is that your customers decide. Ask the prospects who are blocking deals what they actually require.
| ISO 27001 | SOC 2 | |
|---|---|---|
| What it is | International standard for an ISMS | Attestation report against Trust Services Criteria |
| Output | Certificate from a certification body | Auditor’s report, usually shared under NDA |
| Design | Risk-based, you choose controls and justify them | Criteria-based, you choose which criteria apply |
| Cycle | Surveillance audits and recertification | Annual report, usually refreshed each year |
| Typically requested by | Australian government, enterprise and international buyers | US-linked and SaaS customers |
The two share a great deal of ground (access control, change management, incident response, vendor oversight, risk assessment), so work done for one reduces effort for the other. A sensible sequence for many software companies is to build one solid control set, then map it to whichever framework the next big customer asks for. A consultant who can do that mapping saves you from running two parallel programs.
If your customers are mostly Australian organisations, also look at the government’s own baseline. The ACSC’s Essential Eight are its most effective prioritised mitigation strategies and a minimum set of preventative measures. They are not a substitute for ISO 27001, but they are a practical technical backbone for the controls an ISMS will call for.
Australian considerations
A few local points shape the work:
- Privacy obligations sit alongside the standard. ISO 27001 does not replace your duties under the Privacy Act 1988. Where staff use their own devices, the ACSC advises organisations to seek legal advice on Privacy Act 1988 and Archives Act 1983 implications and consider the relevant ISM enterprise-mobility controls. Bring-your-own-device is a common scoping question in small businesses.
- Use the Australian edition. Tenders referencing the Australian standard will expect the 2023 adoption, so confirm your documents and Statement of Applicability reference the current Annex A control set.
- Check certifier accreditation. Ask the certification body about its accreditation, since ISO notes that an accredited body adds confidence in the certificate.
What affects the cost
We do not quote a generic price here, because the spread between a ten-person team and a multi-site business is wide and published figures vary by who is selling. These are the factors that move a quote, and what to ask about each:
- Scope. One product and one office is far cheaper than several systems and sites.
- Starting maturity. If you already have access control, backups, patching and incident procedures, the gap is mostly documentation and evidence. If not, there is real engineering work.
- Internal capacity. The more your team can write and run, the less you pay in consultant hours. Check whether the quote is fixed-scope or time-and-materials.
- Technical changes. Single sign-on, endpoint management, logging, secure pipelines and vendor reviews can be separate work from policy writing.
- Certification body fees. These are paid to the certifier, not the consultant, and depend on your size and scope. Ask whether they are included.
- Ongoing support. Surveillance audits and recertification recur, so ask what the second and third years look like.
Ask every consultant for a written scope that lists deliverables, who does what and what is excluded. A quote you can compare line by line is worth more than a low total.
How to choose a consultant
- Senior people do the work. Ask who will actually be in your meetings and who writes the documents.
- They explain the risks in your business. Templates are fine as a starting point, but a risk register copied from another company will fail an interview with an auditor.
- They handle the technical side. For software and cloud businesses, a policy-only adviser leaves you with documents your systems do not match.
- They are clear about boundaries. They prepare you; the certification body certifies. No guarantees of a pass.
- They plan for the handover. The goal is a system your team can run. Ask what training and documentation you keep.
- They cover both frameworks if you need both. One control set mapped to ISO 27001 and SOC 2 beats two separate projects.
What to prepare before the first call
- The reason. Name the customer, tender or contract driving the request and any deadline attached to it.
- An owner. One accountable person, with time set aside each week. Projects stall most often when nobody owns them.
- A system and data inventory. Where does customer data live, which cloud services and SaaS tools are involved, and who has access?
- Your existing policies and certificates. Even informal documents help a gap analysis.
- Supplier list. Hosting, payments, support tools and developers you rely on.
- Device and remote-work arrangements. Company-owned or personal, and how they are managed.
- Leadership buy-in. The standard expects management involvement, so a director should attend the kickoff and management reviews.
Our perspective
Most of the small and mid-sized Australian businesses we speak to do not fail at security because they do not care. They fail because the documents say one thing and the systems do another.
That is why we think compliance work should be done by people who also build and run systems. When access reviews, logging and change control are part of how your software and automation actually work, evidence collects itself and an audit becomes a conversation instead of a scramble.
Our approach is hands-on and senior-led: we work with your team on the technical controls as well as the paperwork, and we design for how Australian businesses really operate. Our security and compliance consulting covers SOC 2 and GDPR-aligned work, and we can talk through how an ISO 27001 scope would sit with your systems and your customers’ expectations.
If you are choosing between frameworks, start with what your customers ask for, build one sound control set and map it from there.
Satish
How Digitanova can help
If you are weighing up an ISO 27001 or SOC 2 project, our Security & Compliance service is the place to start. We combine compliance consulting with the engineering side: DevOps and pipeline setup, secure architecture and data workflows, so your controls match how your systems really run. You can see the full range on our services page, and our advisory team can help with architecture audits and technical due diligence ahead of a customer review.

Tell us what is driving the request and which systems hold customer data, and we will help you work out scope and next steps.
FAQ
Do I need a consultant to get ISO 27001 certified?
No. The standard does not require one, and ISO’s SME material is written so smaller organisations can implement it themselves. A consultant makes sense when you lack in-house security experience, face a customer deadline or need technical changes made alongside the documentation. The certification itself always comes from an independent certification body.
Is ISO 27001 certification mandatory in Australia?
Not as a general rule. ISO describes certification as optional, and most businesses pursue it because a customer, tender or partner asks for it. Check the specific contract or procurement requirements you are responding to, since those set the obligation, not the standard itself.
Can one project cover both ISO 27001 and SOC 2?
Often yes in part. The frameworks share many controls, such as access management, change control, incident response and supplier oversight, so a single control set can be mapped to both. They still have different audit processes and outputs, so plan separate audit steps and ask your consultant to show the mapping.
How long does an ISO 27001 project take?
It depends on your scope, starting maturity and how much time your team can commit. A narrow scope in a business with sound basics moves faster than a broad one needing new tooling. Ask any consultant for a staged plan with milestones, and confirm the certification body’s availability for the Stage 1 and Stage 2 audits early.
Sources
- AS/NZS ISO/IEC 27001:2023, Standards Australia Store
- Information media and telecommunications, Standards Australia Store
- ISO/IEC 27001:2022, Information security management systems
- ISO: certification and conformity to ISO/IEC 27001
- ISO/IEC JTC 1/SC 27 Journal 2026, Issue 1
- ISO/IEC 27001:2022 SME handbook
- Guidelines for enterprise mobility, Cyber.gov.au
- Essential Eight Maturity Model to ISM Mapping, Cyber.gov.au