Aviso

The modelling is the architecture and the vendor describes it as such rather than as a feature. The company has been a predictive analytics platform since 2012, and the current assistant runs quantitative models for forecast reasoning and risk identification alongside orchestration, which is inference at the core rather than a layer over dashboards.

Strip the models and what remains is time series reporting over pipeline history, which is a materially smaller product than the one being sold and not what the customer references describe buying. Held below the top band because the platform has expanded well past the modelling core into nine named modules including sales engagement, coaching and enablement, and customer success intelligence, several of which are conventional software that would keep working with every model removed.

The breadth is the commercial pitch, being an alternative to stitching point tools together, and breadth of that kind dilutes centrality even where the core is genuinely modelled. Ask which modules depend on the modelling layer and which are conventional, and whether the assistant is separately licensed.

One published architectural control, and no statement of what the agents may actually do. On the credit side, deterministic validation is described as catching errors without model retry loops, which is a structural correctness check applied before an answer is returned rather than a policy about careful use, and very few vendors in this index describe any validation stage at all.

Against that, the agent layer is described as researching accounts, summarising meetings, drafting outreach, surfacing risks and orchestrating workflows across go to market systems, and the last of those is the consequential one: orchestrating across systems means taking actions in software the vendor does not own, on the customer's behalf.

Nothing published states what an agent may change without approval, whether drafted outreach can be sent unattended, what an administrator can constrain by role, or what halts a workflow in progress. Validation that an answer is correct is not the same as a boundary on what an action may do. Ask what agents can change in connected systems without human approval, and whether drafted outreach can send unattended.

Substantially more architectural disclosure than anything else in this category, published as an artifact rather than described. The vendor states that its assistant runs large quantitative models alongside language model orchestration rather than routing everything to a general model, that structured revenue operations ontologies scope queries to avoid over broad context retrieval, and that deterministic validation catches errors without model retry loops.

It publishes a benchmarking report with an architecture trace and a token breakdown by pipeline stage, and quantifies the result: more than three hundred thousand queries per thousand dollars against roughly four thousand four hundred for frontier model deployments, ninety to ninety five percent lower operating cost, and answer correctness maintained above ninety percent, with generic agent architectures cited at fifty five to eighty thousand tokens for comparable queries.

Naming an answer correctness rate at all is rare on this axis. Three things hold it below the top band and they run together. Every figure is labelled internal benchmarking data, so nothing is independently audited. The comparison class is unnamed, meaning frontier model deployments could describe several very different configurations. And no model provider, family or version is named for the orchestration layer. Ask for the benchmarking methodology and the comparison configuration, and which providers the orchestration layer calls.

A headline accuracy figure that cannot be checked because it is never defined. The vendor claims forecasts more than ninety eight percent accurate, which would be an extraordinary result in a category where quarterly forecast error in the high single digits is normal, and nothing states what accurate means: the tolerance band, the point in the quarter at which the forecast is fixed, the population of customers, or the number of quarters measured.

As published it is unfalsifiable rather than impressive. The customer outcome claims carry the same shape at greater magnitude, citing more than fifty five percent higher net new revenue per representative, forty percent higher win rates, one hundred and sixty percent higher pipeline conversion and thirty one percent faster sales cycles, attributed collectively to five named enterprises without a baseline, a period or a method.

What is genuinely evidenced is the customer base itself, which is substantial and independently verifiable across industrial, observability, security, developer platform and communications companies, and a presence in analyst peer review. Ask what tolerance defines an accurate forecast, at what point in the quarter it is measured, and across how many customers and quarters.

The platform includes a sales engagement module and agents that draft outreach, so this axis applies in full rather than by scope, and nothing published addresses it. A vendor that sends on a customer's behalf inherits questions about consent capture, suppression list handling, unsubscribe mechanics and calling or sending windows, and none of those appear in anything located.

The agent layer sharpens the question rather than softening it, because drafted outreach generated from account research and meeting summaries is composed by a system that also decides which accounts warrant contact, so the decision to reach out and the content of the reach out are both machine originated even where a human presses send. Nothing states whether suppression state from connected systems is checked before an agent drafts or queues a message. Ask how suppression and unsubscribe state is maintained in the engagement module, whether agents check it before drafting, and what governs sending cadence.

No privacy documentation was reached on the routes taken this pass. No privacy policy contents, processing agreement, subprocessor list, transfer mechanism, retention period or data protection officer was located, and no privacy certification is claimed in anything found.

This records what a buyer could establish before contacting sales rather than asserting the documentation is absent, and a vendor selling to industrial and financial services enterprises would not clear their procurement without it. Two features of the operation raise the stakes above what company size suggests.

The corpus combines conversation recordings, activity capture and multi quarter pipeline history, so it holds both external counterparty personal data and employee performance data over long periods. And the vendor operates delivery centres in India alongside United States headquarters, which raises a support access and cross border question that nothing published addresses. Ask for the processing agreement, subprocessor list, retention schedule and transfer mechanism, and whether staff outside the customer's region can access production data.

No external corpus is licensed and the provenance question concerns accumulated history. Everything the platform reasons over originates in the customer's own systems, so there is no purchased database or third party feed to trace.

What is distinctive here is depth rather than breadth: the vendor's time series analytics deliberately retain pipeline and forecast changes across many quarters, material that source systems typically overwrite, and independent coverage describes more than a thousand signals captured per deal.

That accumulation is the asset behind the forecasting claim, which raises the obvious question of whether patterns learned from one customer's realised outcomes inform models or benchmarks serving another. Nothing published answers it in either direction, and for a vendor whose central differentiator is forecast accuracy, whether that accuracy is partly built on other customers' revenue histories is a fair question. Ask whether outcome data from one customer contributes to models or benchmarks used for others, and what the retention period is for multi quarter history.

Integration is deep across the go to market stack and the newest layer raises a question the older one does not. Conventional connections run into customer record platforms and adjacent revenue systems through their own integration surfaces, and the vendor makes a specific architectural claim worth recording, that customers run their business their way without having to change internal processes to suit their customer record system, which implies the platform adapts to the customer's schema rather than imposing one.

Nothing resembling credential storage, scraping or unsanctioned capture appears anywhere. The qualification is the agent layer. Agents described as orchestrating workflows across go to market systems are writing into third party platforms programmatically on a customer's behalf, and nothing published describes what permission scopes that requires, whether it runs through sanctioned interfaces in every case, or what happens when a platform restricts automated write access. No stated conformance position against any specific platform's terms was located. Ask what permission scopes the agent orchestration requests and which systems it writes to.

The architecture implies less third party exposure than the category norm and the vendor never makes that a commitment. Running large quantitative models in house alongside orchestration, rather than routing every query to a frontier provider, means materially less customer data leaving the vendor's own systems on a typical operation, and the published token economics are consistent with that. That is a real structural difference and it works in a buyer's favour.

What is missing is any statement turning it into an assurance: nothing published states whether customer data trains or tunes the quantitative models, which providers the orchestration layer does call and what they receive, whether prompts and outputs are retained, or whether anything crosses a tenant boundary. No governance document, evaluation record beyond the performance benchmarking, red teaming artifact or independently audited management standard was located.

The corpus is sensitive, holding recordings, captured activity and multi quarter performance history about named individuals. Ask whether customer data trains the quantitative models, which providers the orchestration layer calls, and what retention applies.

Two surfaces reach people outside the customer and neither carries a published position. Agents draft outreach that a seller then sends under their own name, so a prospect may receive a message composed by a system from account research they did not know had been conducted, and nothing states whether authorship is marked for the sender or disclosed to the recipient.

Separately the conversation intelligence module records and analyses calls, which means external participants are recorded, transcribed and scored, and nothing published describes what announcement or consent applies or how it varies by jurisdiction. Activity intelligence adds a third layer, capturing correspondence and meeting patterns involving counterparties who have a relationship with the seller and none with this vendor.

This sits mid band rather than lower because no autonomous system contacts a buyer directly on its own authority and no concealment is marketed as a feature, but the accumulation across three surfaces is substantial. Ask what recording announcement applies and how it varies by jurisdiction, and whether agent drafted outreach is marked as machine composed.

Genuine breadth, with the schema flexibility being the substantive claim rather than the connector count. Nine functional modules span forecasting, pipeline inspection, deal acceleration, conversation and activity intelligence, coaching and enablement, marketing intelligence, sales engagement and customer success intelligence, and the platform ingests across the customer record system and the wider revenue stack to feed them.

The distinguishing architectural claim is that customers are not required to reshape their internal processes to match their customer record system's model, which for an enterprise with a heavily customised deployment is the difference between a workable integration and a rebuild. Time series retention across many quarters means the platform holds history the source systems typically overwrite.

Held below the top band on verification: no developer documentation, interface reference, authentication model or rate limits were reached on this pass, no integration inventory was counted, and the module structure means the integration surface a buyer receives depends on which modules they license. Ask for the interface documentation, the current connector list, and which modules are included at the tier quoted.

Cloud delivered with no residency answer published and a cross border question the operating model raises. No hosting provider or region is named, no European or United Kingdom residency election is described, no tenancy model is stated, and no recovery time or recovery point objective appears in anything located.

The vendor operates globally with delivery centres in India alongside its California headquarters, which is a service delivery strength and simultaneously a question nothing published addresses: whether support and delivery staff outside a customer's jurisdiction can reach production data containing conversation recordings and employee performance history.

For enterprise buyers in regulated industries, which the vendor names as target sectors, both the storage location and the support access model are procurement gates rather than details. Ask which regions host recordings and pipeline history, whether regional residency is available, what the tenancy model is, and which staff locations can access production data.

No certification, attestation or trust surface was reached on the routes taken this pass. No trust centre, service organisation control report, international information security certification, penetration testing statement, vulnerability disclosure route or enumerated control page was located.

This records what a buyer could establish before a sales conversation rather than asserting nothing is held, and a vendor whose named customers include industrial conglomerates, security companies and financial services firms would not have cleared those procurement processes without documentation, so it very likely exists behind a request.

The gap is notable in one specific way for this vendor: it publishes detailed technical material about its own architecture, including token level benchmarking and validation design, which demonstrates both willingness and capability to document technical detail publicly, and none of that willingness extends to the security posture. One caution recorded rather than graded: an unrelated venture capital firm trades under the same name and surfaces readily in search. Ask which certifications are held with audit periods and auditors, and whether a completed security questionnaire is available.

Aviso prices each deal as a custom proposal. Its pricing page groups the platform into forecasting, conversation intelligence, agentic AI, relationship and activity intelligence, customer success intelligence and sales engagement, and a form returns a tailored proposal with no rate, tier, seat price or contract length shown. Three commercial offers sit beside the form: Aviso will buy out a customer's existing vendor contract, migration is free, and Aviso runs onboarding and implementation.

The terms renew only through a new order form both parties sign, and fees for a renewal term can change on 90 days of written notice. Services added mid term are prorated and end with the existing subscription. The price of forecasting alone, or of the full module set, appears only in the proposal.

Nothing published addresses leaving, and the accumulated asset is unusually hard to reconstruct. No statement of export scope or format was located, nothing describes whether multi quarter pipeline history, forecast snapshots, conversation recordings, activity records and derived scoring leave with a departing customer, and no retention period, deletion timeline or notice term appears. The exposure is specific to this vendor's design.

The platform deliberately retains pipeline and forecast changes across many quarters, which is history the customer record system typically overwrites rather than preserves, so a departing customer may find that the longitudinal record underpinning their forecasting does not exist anywhere else and cannot be rebuilt from the source systems. Module based licensing adds a second question, since a customer dropping one module may lose the history held in it while retaining others. Ask whether multi quarter forecast and pipeline history exports in usable form, what happens to recordings and activity records at termination, and what the deletion timeline is.

A sales engagement module means this vendor does operate in the sending path, so the exposure is present rather than architecturally absent, and nothing published describes how it is managed. No statement was located on whether messages leave from the customer's own connected mailboxes or from vendor infrastructure, who configures authentication records, whether mailbox warmup exists, what bounce or complaint thresholds trigger intervention, or how one customer's sending behaviour is isolated from another's.

The agent layer raises the stakes, because agents drafting outreach at machine speed against account research can generate volume that a human sequencer would not, and no rate limit or volume ceiling is described anywhere. Nothing suggests poor practice; the point is that a buyer cannot establish the practice at all before a sales conversation, on a module that touches their sending reputation directly. Ask which infrastructure sends, whether addresses are validated before sending, what bounce thresholds trigger a stop, and what volume ceiling applies to agent generated outreach.

The enterprise position is evidenced by customers rather than asserted, and the revenue model coverage is the more useful disclosure. Named references span industrial conglomerates, observability, security, developer platforms, communications, database and data analytics companies, which is a credible enterprise roster, and the vendor names technology, pharmaceutical and life sciences, and financial services as served industries.

More usefully, a published customer reference states that the platform forecasts both annual contract value business and usage based pricing models in one place, which is the coverage dimension that actually determines fit for companies whose revenue arrives in more than one shape and which most competitors in this category handle poorly. Global operations with delivery centres in India support enterprise service coverage across time zones.

Held below the top band because the floor is undefined: no smaller tier, seat minimum or entry configuration is described anywhere, independent reporting indicates platform minimums push real deals into five figures, and no localisation was located. Ask what the smallest viable deployment is in seats and total commitment.