How does Strkr handle the renewal cadence specifically?
The renewal cadence runs on native Flows with configurable triggers per in-force asset type (policy, contract, subscription, retainer). The default cadence fires at 120, 90, 60, and 30 days before the renewal date with the actions tunable per asset type. At 120 days out, the retention review Flow fires with the internal review and the game plan definition. At 90 days out, the recommendation preparation Flow fires with Strkr AI drafting the renewal recommendation document. At 60 days out, the client-facing conversation Flow fires with the renewal meeting booked and the recommendation presented. At 30 days out, the signature push Flow fires with the executed renewal documents and the escalation sequence. After the renewal signs, the welcome-back and first-term check-in Flows fire. For non-renewals, the recovery sequence runs for recoverable cases and the churn reason feeds the retention risk scoring model. The pattern turns the renewal cadence from a manual spreadsheet discipline into a native workflow.
How does the retention risk scoring work?
The retention risk score runs per in-force asset with signals from multiple sources: service history (ticket volume relative to the account baseline, resolution time, sentiment, repeat-issue patterns, service downgrades), engagement history (email engagement, meeting cadence, product usage decline for SaaS, policy service inactivity for insurance), coverage or scope changes (reductions, downgrades, line removals), competitor signals (RFP activity, inbound competitor inquiries, mentions in meeting notes), and tenure patterns (certain account vintages have higher churn risk). The score weights are configurable in the admin UI based on which signals correlate with churn on the tenant's specific motion. The dashboard surfaces the highest-risk assets for proactive outreach with Strkr AI drafting the retention conversation based on the risk signals present. The pattern replaces the common reactive save motion with proactive protection before the renewal window.
What does the service queue surface actually do?
The service queue surface routes inbound service requests to the right team member with configurable rules: per-account assignment (named account service team), per-product-line specialist (life insurance questions to the life team), per-tier escalation (platinum accounts to senior CSMs), round-robin for unassigned, and overflow routing for capacity caps. SLA tracking runs per request with configurable response time and resolution time by request type or account tier, and SLA breach triggers escalation to the manager. The service patterns feed the retention risk scoring so high-volume or negative-sentiment service history flags the account for proactive renewal preparation. Strkr AI drafts the first service response based on the request context and the common resolution patterns, which compresses the response time without reducing message quality. The service history is visible on the renewal review so the account manager walks into the renewal conversation knowing the full service pattern instead of discovering frustrations during the call.
How does commission reconciliation on the in-force book work?
The commission reconciliation surface ingests recurring commission statements from carriers (for insurance in-force policies), custodians (for financial services AUM), or vendors (for SaaS reselling trailing commission). Strkr AI matches each statement line to the in-force asset record on identifier, named insured or account, and effective date. The reconciliation runs the expected commission (based on the asset value and the commission schedule configured for the carrier or vendor) against the actual commission paid. The discrepancy report surfaces the gaps per asset with the recommended dispute reason (missed commission, incorrect split, reversal error, chargeback on cancellation). For discrepancies above a configurable threshold, the dispute Flow fires with the carrier or vendor contact, the asset reference, and the supporting evidence pre-assembled. The commission forecast runs 90 days forward based on the in-force book and the per-asset commission schedule, giving the team cash-flow visibility that most in-force-focused teams never had before the Strkr pattern.
Can Strkr handle a book across multiple product types or industries?
Yes. The in-force book model supports multiple asset types on one tenant: policies (insurance), accounts (financial services), subscriptions (SaaS), contracts (services), retainers (agencies). Each asset type carries its own schema (the vertical field library), its own renewal cadence configuration, its own commission structure, and its own retention risk weights. The book-level dashboard rolls up across asset types for the aggregate view (total book value, aggregate retention rate, aggregate renewal pipeline) and drills down into one asset type for the type-specific review. For professional services firms serving multiple industries (an advisor managing both insurance clients and financial services clients, a consultancy with both SaaS and services retainer books), the multi-type pattern avoids running separate CRM tenants.
How does the book-level reporting differ from pipeline reporting?
Pipeline reporting answers questions about new business (which deals are moving, what the forecast looks like, where the pipeline is stuck). Book-level reporting answers questions about the in-force book (what percentage of the book sits in the top-decile accounts, what the retention rate looks like by cohort, how net revenue retention is trending, which product lines are growing and which are contracting, which acquisition channels produced the retained book). The Strkr book-level reporting runs on native dashboards covering: book composition by product line, segment, carrier, and vintage; concentration risk with top-decile and bottom-decile analysis; retention rate split into logo retention, revenue retention, and net revenue retention; churn attribution with correlation to acquisition patterns; growth and expansion tracking; and commission forecast. The dashboards replace the common export-to-Excel pattern that defines in-force reporting on most CRM options.