Skip to content
Insia
Open menu

Editorial standards

Useful insurance guidance should show its sources and its limits.

Insia publishes practical educational material for broker teams and policyholders. This page explains how a guide is researched, reviewed, updated and corrected—and how product information is kept separate from general guidance.

Answer the real task

Every guide starts with a recognisable question, document, workflow or decision—not a keyword variation.

Keep sources visible

Material factual statements are grounded in named primary or authoritative sources that readers can open.

Keep people responsible

Software and AI may organise information. A responsible person still verifies facts and makes regulated or professional decisions.

How a guide earns publication

  1. Define the reader and question. The article records its audience, search intent and the practical outcome it should support.
  2. Prefer primary authority. Regulatory guidance, legislation-facing regulator material, standards bodies and official product documentation are preferred over summaries. Vendor documentation is used only to describe that vendor’s published capability.
  3. Write a direct answer. The first useful answer appears near the top, followed by a practical method, limitations, sources and common questions.
  4. Review claims and status. Product availability, integrations and AI boundaries are checked against Insia’s public product authority before publication.
  5. Run publication checks. Published guides must meet minimum substance, source, metadata, internal-link, duplication and structured-data checks.

Authorship, review dates and AI

Organization authorship

Guides are published by Insia as an organization. We do not invent individual bylines or imply that a named specialist reviewed an article unless that review can be evidenced and disclosed.

Visible dates

Each published guide shows its publication date, last-updated date and last editorial review date. A review checks whether the source links, workflow description, product status and human-control boundary still match the public evidence. A date change should reflect a real review or substantive update.

Responsible use of AI

AI may assist with structure, comparison and drafting. It is not treated as a source. Factual statements still require a cited authority, and product claims still require Insia’s reviewed product authority. A person remains responsible for the final published guide.

Product information stays clearly labelled

General guidance explains a task without presenting Insia as the only way to complete it. Where a guide describes an Insia workflow, that section is labelled and the current availability is stated: Zoho CRM implementation consultations are available; Quote Desk is a private pilot; Compliance Case Manager is in private pilot and produces a Draft Readiness Preview; Insia Intelligence is an embedded capability; the Insia App is ready to deploy; and Insia Connect remains a future vision.

We do not describe a named company as a customer, partner or live integration without evidence and approval. API, authorised RPA and managed email are connection methods that can be staged per workflow; they are not a claim of universal insurer connectivity.

Corrections and feedback

If a source changes, a material statement is unclear or a guide contains an error, email hello@insia.com.au with the guide URL and the passage in question. Insia will review the evidence, correct material errors and update the review note where appropriate.

These resources provide general information only. They do not replace insurer documents, a brokerage’s licensed process, legal advice, compliance review or professional judgement. For the current product boundaries, read the FAQ, Security page and the relevant product page.

Book a broker workflow consultation