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

Northstar account-expansion proposal

A fictional software team is proposing a controlled expansion from one operating unit to three. The preview shows how account evidence, scope assumptions, and commercial inputs can become a reviewable sales-proposal structure.

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

Sales & new business Sales Account executives and deal teams

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 sales proposal layout with an executive summary and commercial structure.

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

  • Account discovery notes
  • Current-use summary
  • Expansion scope
  • Pricing assumptions
Human review checks

Questions to close before release

  • Validate every account fact
  • Confirm scope and exclusions
  • Replace all pricing assumptions
  • Approve the final commercial terms

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.

Northstar account-expansion proposal Fictional structure

Executive context

Northstar has completed a limited first phase and is evaluating a broader rollout. This draft frames the decision, the teams in scope, and the assumptions that still need account-owner confirmation.

Proposed expansion

The proposal groups the work into discovery, configuration, enablement, and measured adoption. Named owners, dates, and system dependencies remain editable review fields.

Value case

The value section connects the proposed scope to buyer-supplied operating goals. It avoids invented savings and identifies which baseline measures the buyer should confirm.

Commercial outline

Pricing, payment schedule, validity, and exclusions are presented as explicit assumptions for commercial review rather than inferred commitments.

Decision and next step

The closing section records the approval path, open questions, and next meeting without implying that the deal is already agreed.

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 CivicCloud RFP response

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.