Legal & Trust
The Benchside Method
Last updated: June 2026
Benchside does not generate generic summaries. Every evaluation is built on a fixed set of named, proprietary frameworks, the same lenses a seasoned procurement strategist would apply, made repeatable. When a finding appears in your scope package or interrogation kit, it is traceable to one of these frameworks by name. This is the method behind the output.
The Framework Canon
The Asymmetry Reversal Principle
ARPA vendor's pre-sales team walks into the room with a structural information advantage built over hundreds of identical deals; the buyer walks in for the first time. Benchside's single purpose is to erase that gap before the meeting, not after the signature.
In the product: Every deliverable is written to give the buyer the same depth the vendor's solution architect already has, anticipating the vendor's rehearsed positions and pre-loading the buyer's counter.
The Proposal-as-Sales-Document Axiom
PSDAA vendor proposal is not a neutral description of work; it is a sales instrument engineered to maximise the buyer's perceived value and the vendor's downstream change-order surface. It must be read as one.
In the product: Findings treat every proposal claim as a position to be tested, not a fact to be accepted; each output exposes what the document is engineered to leave unsaid.
The Vendor Asymmetry Index
VAIThe buyer/vendor information gap is measurable. It rises with vendor incumbency, timeline pressure, proposal vagueness, and prior-failure trauma, and falls with named exclusions, bindable answers, and resolved architecture decisions.
In the product: Surfaces as the project risk score, a calibrated index, not a vibe, so a buyer can say in a board memo 'this evaluation scored 82 on the Asymmetry Index' and defend the number.
The Change-Order Exposure Model
COEMOn a fixed-fee deal, the real cost is not the contract value, it is the contract value plus the change-order exposure seeded by every undefined assumption, exclusion, and grey-area scope item.
In the product: Each scope exclusion and change-order zone names the exact mechanism by which fixed scope converts to a billable work order, with a dollar exposure band expressed as a percentage of contract value.
The Five Silences
5SAcross enterprise proposals, five categories are systematically left unsaid because saying them shrinks the deal or exposes future billing: non-production environment licensing, data-validation ownership and sign-off, hypercare exit criteria, integration-incident ownership post-go-live, and the upgrade/patch obligation timeline.
In the product: Every scope package is checked against the Five Silences; any silence present in the buyer's context is converted into an explicit interrogation question and a contract red-line.
The Interrogation Ladder
ILA question a vendor can answer with 'yes, we do that' extracts no information. Real questions climb a ladder: surface claim → underlying mechanism → specific commitment → contractually bindable term.
In the product: Interrogation-kit questions are engineered to defeat the vendor's rehearsed non-answer; each pairs the predicted deflection (red_flag_answer) with the bindable response that ends the evasion (good_answer).
The Lock-In Topology
LITLock-in is not one thing. It has a topology: data-format captivity, integration re-implementation cost, licensing-metric capture, and skills/knowledge monopoly. Vendors engineer architecture choices to bind the buyer on whichever axis is hardest to escape.
In the product: Every architecture decision names the specific binding mechanism and which lock-in axis it sits on, so the buyer can see the exit cost before, not after, choosing.
The Timeline Compression Risk Curve
TCRCTimeline pressure is the vendor's most reliable lever: a compressed timeline is used to justify scope reductions that surface later as change orders, and the change-order probability rises non-linearly as the timeline drops below the delivery floor for the project type.
In the product: Compressed and critical timelines escalate the risk score and trigger mandatory fixed-price clauses for any scope that cannot be delivered within the agreed window.
The Scope Red-Line Method
SRLMScope ambiguity always resolves in the vendor's favour. Every scope item must therefore be binary: contractually in, or contractually excluded. Grey areas are not unresolved details, they are pre-seeded change orders.
In the product: Scope red-lines are emitted as binary, paste-into-an-MSA statements with no hedging, each tied to the mechanism that would otherwise convert it to a billable extra.
The Three-Outputs Doctrine
3ODPre-decision vendor evaluation reduces to three artefacts and only three: a scope package (what is and isn't being bought), an architecture decision map (the forks that determine cost and lock-in), and an interrogation kit (the questions that expose the gap). Anything else is decoration.
In the product: Benchside generates exactly this triad for every project, so the buyer walks into every meeting with the complete, sufficient pre-decision package and nothing missing.
The frameworks are constant; the scale adapts. Benchside calibrates depth, dollar figures, and governance to the deal, from a contained software subscription to a multi-year programme, so the method fits a 20-person team and a Fortune 500 alike.
Run the method on your vendorQuestions about this page? Email privacy@benchside.ai. For security disclosures, email security@benchside.ai.