Workflow-specific products Content, decks, briefs, proposals, legal, and sales each have a clearer buying path.
Review before delivery Draft, edit, collaborate, approve, and export in the same workspace.
Security + procurement path Security policy, support, and Azure Marketplace buying are public.

Fictional proposal example

Claims-workflow business case

A fictional operations team is evaluating whether to pilot an assisted claims workflow. The preview separates known baseline data, assumptions, options, pilot measures, risks, and the decision requested.

This scenario and every passage below are fictional and illustrative. They demonstrate a reviewable proposal structure, not customer work or a promised result.

Internal & funding InternalBusinessCase Operations leaders and finance reviewers

Illustrative Arc screen

Inspect the visible document hierarchy.

The image is a product specimen for evaluating layout and structure. It is not proof that a customer used Arc or achieved a particular outcome.

Illustrative Arc internal business-case layout with options, assumptions, and decision criteria.

Before drafting

Bring the source pack and name the release checks.

The quality of a proposal draft depends on the material supplied and the reviewers accountable for its claims.

Illustrative source inputs

Material this fictional team would prepare

  • Current-process notes
  • Volume baseline
  • Option estimates
  • Risk register
  • Pilot constraints
Human review checks

Questions to close before release

  • Confirm baseline data
  • Stress-test assumptions
  • Agree pilot measures
  • Obtain finance and risk approval

Illustrative section preview

A document shape the team can challenge.

The passages below describe what each section should accomplish. They are not complete proposal language and should never be copied as factual evidence.

Claims-workflow business case Fictional structure

Current-state problem

The draft summarizes the documented workflow, handoffs, volume, and quality concerns. Unsupported efficiency numbers are left out.

Options considered

Maintain, improve, pilot, and replace options are compared using buyer-defined criteria rather than a predetermined recommendation.

Recommended pilot

The proposed pilot states scope, exclusions, owners, duration, and stop conditions so the decision can be reversed if evidence is weak.

Measures and economics

Costs, benefits, and capacity effects are expressed as variables linked to the team's own baseline data and controlled-pilot results.

Decision request

The closing section specifies the approval, budget envelope, named owner, and next review gate required to proceed.

Replace this fictional structure with the actual buyer request, approved evidence, scope, pricing, risks, exceptions, and reviewer decisions for the opportunity.

Use the archetype, not the fictional facts

Create something like this from your own source material.

Arc will start with the same proposal kind. Upload the real opportunity inputs and replace every illustrative assumption with approved evidence, scope, pricing, and commitments.

Next example

Inspect ERP migration implementation proposal

Your material, your review, your decision

Move from source files to a proposal draft your team can inspect.

Arc prepares a structured first draft from the material you provide. Your reviewers still own the facts, scope, pricing, commitments, and final approval.