What is CPQ and does Strkr replace it?
CPQ stands for Configure, Price, Quote: the process of configuring a product (picking the right SKUs and bundles), pricing it (applying price books, discount tiers, multi-rate rules), and quoting it (producing the document the customer sees). The classic category ships as a separate tool (Salesforce CPQ, Conga, DealHub) that integrates with the CRM. Strkr ships CPQ natively via Strkr Products on the Opp: line items with SKUs, bundles with bundle-level pricing, price books by segment or region, discount tiers with approval chains, multi-rate pricing (ramp, multi-year, volume tiers), and the proposal attach via Strkr Docs. For most mid-market B2B teams the Strkr native approach replaces the dedicated CPQ tool. For enterprise teams with extremely complex configuration rules (hundreds of SKUs with deep dependency logic) a dedicated CPQ may still make sense alongside Strkr.
How does the discount approval chain work in Strkr?
The RevOps leader defines discount tiers in the admin console: for example 0 to 10 percent auto-approve, 10 to 20 percent manager approve, 20 to 30 percent Deal Desk approve, 30 percent plus Finance approve. When the AE submits a quote above the auto-approve threshold the approval chain fires automatically on the Opp. The approver sees the quote, the discount depth, the gross margin, and the deal context on one page. The audit log captures every approval with the reviewer, the timestamp, and the reason code. The AE cannot bypass the chain, the Deal Desk operator and Finance reviewer work saved views instead of chasing in Slack, and the "where is my approval" ticket disappears. The chain can be configured per deal type, per segment, or per threshold combination.
How does Strkr handle multi-year ramp pricing?
Strkr Products supports ramp pricing on the line item: year 1 at X, year 2 at Y, year 3 at Z. The ramp schedule renders on the quote, the proposal shows the full multi-year revenue, and the Finance team sees the booking against the exact month. The AE enters the ramp once and every subsequent view (the Opp, the forecast, the proposal, the invoice schedule) pulls from the same record. The multi-year uplift (year 2 at list plus 7 percent, year 3 at list plus 7 percent) can be defined as a term and applies automatically. On the CPQ stack the ramp schedule sometimes applies to the wrong line or misses a year because the tool and the CRM drift. On Strkr the ramp lives on the record so the drift stops.
How does the proposal pricing stay in sync with the quote?
The Strkr Docs proposal template references the attached Strkr Products record via dynamic fields: line items, quantities, prices, discounts, totals, and term all pull live from the quote. If the AE updates the quote mid-cycle, the proposal updates automatically. If the Deal Desk operator approves a different discount depth, the proposal reflects it. The copy-paste risk between the CPQ and the proposal tool stops because the two are one source. The Finance reconciliation on the signed contract stops for the same reason: the proposal, the quote, and the contract pricing are the same record. On the classic stack the Finance team catches a copy-paste mismatch on the signed MSA every month; on Strkr the mismatch cannot occur because the three documents are one source.
What happens on renewal quotes in Strkr?
The renewal quote clones from the original Products record on the parent Opp. The SKUs, prices, ramp schedule, bundle structure, and term all transfer automatically. The CSM or the AM reviews the clone, applies the uplift (contractual or market-rate), and sends the renewal quote in minutes. On the CPQ stack the renewal rebuilds from scratch because the CPQ does not retain the original contract pricing in a usable form, and the Deal Desk operator sometimes misses a bundled SKU or a term that was in the original contract. On Strkr the clone preserves the full structure, so the renewal cycle shortens meaningfully (Strkr customers typically report one to two weeks of cycle time recovered on average).
Does Strkr support partner margins and channel pricing?
Yes. Strkr Products supports partner margins (a percentage off list that the partner retains), channel pricing (a separate price book for channel deals), and defined precedence rules for how the partner margin composes with the customer discount. The classic failure mode on a CPQ stack is that the partner margin stacks on top of the customer discount, which produces an unintentional double-discount and a quarterly reconciliation project. On Strkr the composition rule is defined (for example, partner margin applies after the customer discount, not before, or vice versa) so the gross margin the Deal Desk approved is the margin the deal ships with. The channel admin surface is in the main admin console, not a separate module, so the RevOps leader runs it without a certified channel-pricing specialist.
How does Strkr handle complex SKU configurations?
Strkr Products supports bundles (collections of SKUs sold together with bundle-level pricing), dependency rules (SKU A requires SKU B, SKU C conflicts with SKU D), and quantity rules (SKU A must be at least 10 units, SKU B scales with user count). For most mid-market B2B pricing (dozens of SKUs with simple-to-moderate dependency logic) the Strkr native approach covers the configuration. For enterprise pricing with hundreds of SKUs and deep dependency logic (common in telco, manufacturing, or complex SaaS), a dedicated CPQ with a configuration rules engine may still make sense alongside Strkr. The common mid-market pattern retires the CPQ because the Strkr Products surface covers the configuration without a certified-specialist admin surface.