Skip to content
← Back to articles
Custom Software
Business Tools

Client Portals for NZ Accountants and Financial Advisers: What to Look For

A portal that makes requests and progress clear. Start with the user task, existing systems and responsibilities before choosing a custom build.

By Rupert GoughPublished Updated
Client Portals for NZ Accountants and Financial Advisers: What to Look For

The practical answer

A portal that makes requests and progress clear. Start with the user task, existing systems and responsibilities before choosing a custom build.

Discuss your business technology requirements, users and existing tools so we can define a useful website or web app scope. Discuss your website or app.

On this page 5 sections

Start with the repeated handoff #

A useful system begins with a specific task and a clear owner. Look for repeated requests, duplicated entry, unclear status or information that people struggle to find. Measure the friction before deciding whether another system is justified.

A portal that makes requests and progress clear can be a starting point, but an existing product or a better-configured process may already meet the need. Compare those options before committing to custom software.

Illustrative workflow #

A client signs in, sees a short list of current requests, supplies a document and knows who will respond. Staff review the submission before marking the request complete.

This is an illustrative design example, not a claim about a delivered client system. Walk through it with the people who perform the work and include exceptions, declined requests and the assisted route for someone who cannot use the portal.

Agree the data and access model #

For this example, the brief should identify client identity, entity separation, requested documents, deadlines and staff review. Specify which information each person needs, who can change it and how changes are reviewed.

Test access for each role and across separate clients or organisations. Do not assume every staff member should see every record. Include account recovery, offboarding, retention and file handling in the design.

Keep professional responsibilities explicit #

Software can record tasks, route information and support review. It cannot establish that the underlying professional decision, evidence or business practice satisfies every obligation. The responsible people must define and review the requirements.

Specialist integrations and regulated workflows need an assessed scope. Do not assume a general web app provider offers clinical, lending, safety or regulatory certification. Confirm any required specialist involvement before implementation.

For current obligations relevant to your circumstances, start with Privacy Commissioner guidance and obtain appropriate professional advice.

Choose a small first version #

List the essential task, users, data source and measurable outcome. Keep optional reporting and convenience features separate. Trial the journey with representative users and compare the result with your original baseline.

Before launch, agree migration checks, fallback arrangements, ownership, ongoing costs and support. A portal or app is useful when people can rely on the complete workflow, including the steps outside the software.

A useful companion: Eisenhower Matrix.