1. Architecture Firms CRM
  2. Features
  3. Reviews and evidence
Feature · Reviews and evidence

Reviews and evidence

Preserve reviewer decisions, supporting files and the revision each decision concerns.

OverviewReview decision history
Architecture Firms CRM · Reviews and evidence

Review decision history

Review decisions

New
IdSource revisionDecisionDecided atReasonReviewer
IDD-469390Approve06 OctApprove rd-466
IDD-571690Return16 OctReject rd-337
IDD-244580Approve11 OctReturn rd-885
IDD-197270Return04 OctApprove rd-936
IDD-243720Approve13 OctReject rd-751
6 of 6 records
IDD-469Review decisions · RD-37142
Approve
Source revision390
Decided at06 Oct
ReasonApprove rd-466
ParentOPP-50513
Example screen with sample data

What you can do

Make the review decision inspectable

A review decision names its parent opportunity, the reviewer and the source revision. The reviewer chooses Approve, Reject or Return, records a reason and dates the decision. That structure matters when a proposal changes: the practice can identify the version the reviewer considered. The decision is an internal practice record, separate from the client saying whether the firm won the commission.

Supporting files also belong to the opportunity. An attachment has a title, evidence type, upload date, uploader and a visibility setting of Internal or Shared. The proposal team can keep the relevant package, client instruction or internal evidence near the pursuit and make its intended audience clear. The file record supports a review, but the reviewer still needs to inspect the right version and record a reasoned decision.

How the work is organized

  • Independent decision. The reviewer is named separately from the pursuit owner and the person who uploaded a file.
  • Version context. A source revision and operation key preserve the decision context on the parent pursuit.
  • File audience. Visibility helps the team distinguish internal working material from evidence marked for sharing.

What to agree during setup

Decide who may review an opportunity and how to prevent a preparer from acting as the independent reviewer. Agree what evidence type labels mean in the practice. Define who may see Internal files and who may mark a file Shared. Decide how the team identifies the source revision when a design RFP and opportunity are both changing. Rehearse an approval, a return with a correction request and a Reject decision with an explicit reason.

Check the handoff on an actual case

The proposal coordinator uploads the draft package for a civic library pursuit and marks the file Internal. A reviewer examines the submitted design RFP and the attached evidence, then records Return against the reviewed source revision. The reason says the project budget needs reconciliation with the client request. After the coordinator corrects the proposal, the reviewer can make a new decision against the new revision. The earlier decision remains part of the pursuit history.

The principal reads the decision and the file metadata before discussing the bid. A Shared attachment is treated as a deliberate audience choice, so the team checks the title and contents before changing visibility. The review record tells the principal who decided and why; it does not stand in for the client outcome.

What your team sees

  • Review decision history — Approvals, rejections and returns with reviewer, source revision and reason.
  • Pursuit files — Files grouped with their parent opportunity and visibility.
  • Design RFP decision queue — Proposal submissions and their decision status.

Follow the work through

Proposal review and evidence gives the review sequence. Review access describes the handoff between preparer and reviewer.

What it keeps track of

Data model
Review decisions
Independent review outcomes recorded against a source revision
Record attachments
Files and evidence attached to an opportunity
Opportunities
Business development opportunities and fee pursuits
Design RF ps
Design proposal submissions and their review lifecycle
Team members
Practice staff mapped to authenticated platform users

Who uses it

Permissions
Practice Reviewer
Records the decision.
Proposal Coordinator
Prepares supporting files.
Practice Principal
Checks the review trail before acting on a customer outcome.

Set up Architecture Firms CRM your way.

Start free, then use Proto to change fields, steps and approvals before your team goes live.

How to get started