Linear Docs
linear.app backs 27 GrowthDex tactics. This page exists so readers and crawlers can follow the evidence trail from source to tactic.
Original source
Cited GrowthDex tactics
- Customer-ready completion triggered by release productionMark work done when the release reaches production, not when the pull request merges, so customer-facing updates fire at the moment the change is usable.
- Monorepo path filters for customer-facing release lanesSplit monorepo deployments into path-filtered release pipelines so each product or environment keeps a clean shipping history buyers and support teams can trust.
- Priority required before triage exitForce every issue to leave triage with an explicit priority so the backlog stops pretending all accepted work matters equally.
- Snoozed triage that returns on new activitySnooze issues that need more context instead of forcing a fake yes or no, and let them come back when the timer or the next signal arrives.
- Triage responsibility rotation linked to on-call schedulesAssign triage ownership on a rotating schedule tied to your incident tooling so every new issue has a visible first responder before it goes stale.
- Customer page sorted by important and in-progress workUse the customer page as a live account view that groups important and in-progress requests, so the team can see what matters to that customer without rebuilding the story in a slide deck.
- Customer page subscription for request lifecycle signalsSubscribe to a named customer page so the team sees when that account adds a request, marks one important, or gets a request completed or cancelled.
- Customer request CSV export for renewal and roadmap reviewsExport the requests for one customer, issue, or project as a CSV before a renewal, QBR, or roadmap review so the conversation runs on evidence instead of recollection.
- Excluded internal domain list for clean customer viewsBlock your own company domain and other throwaway domains from auto-creating customer records so request views stay about buyers instead of your team.
- Manual request capture from meetings and offline feedbackTurn a sales call, in-person meeting, or stray message into a structured request immediately, instead of waiting for the evidence to be rewritten later from memory.
- Quoted original request evidence on linked issuesKeep the original customer message, source link, sender name, and timestamp on the linked issue so the request does not get cleaned into something nobody actually said.
- Ask intake on the surface people already useLet people submit requests from Slack, email, or forms they already touch so the intake step does not ask them to learn a new system first.
- Churned-account request alert view with Slack notificationsSubscribe the team to a customer-request view for churned accounts so important comeback signals show up fast instead of hiding in a backlog.
- Company-size-specific admin onboarding guidesBreak onboarding into separate admin guides for small teams, mid-market teams, and larger organizations so the evaluator only reads the setup path that matches their company.
- Custom Ask fields before triage routing at scaleAdd structured Ask fields before automating triage so Slack and inbox intake can scale without somebody decoding every first message by hand.
- Customer email-domain auto-mapping for feedback identityMap incoming support requests to the right customer record by email domain so product sees account context without a cleanup pass.
- Day-two video learning library on the start pathKeep an always-available video library on the main onboarding path so the product still teaches itself after the first guided tour ends.
- Enterprise-tier request-threshold view for roadmap planningBuild a customer-request view that filters for strategic segments and a minimum request count so roadmap meetings start from concentrated demand instead of anecdotes.
- Live onboarding session before workspace creationOffer a recurring guided onboarding session right on the start path so evaluators can see the operating model live before they commit to setup.
- Synced request thread across Slack, email, and web intakeKeep the requester conversation attached to the issue across Slack, email, and web forms so follow-up does not fracture when the request leaves its original surface.
- Clean-break import pilot for switchersFor a messy incumbent migration, import the live work first and treat old clutter as archive material unless the pilot proves the team truly needs everything.
- Customer-attribute feedback views for roadmap proofTie feedback to customer pages with revenue, tier, and size data so roadmap conversations show who is asking, not just how many requests arrived.
- Dedicated feedback team for customer request intakeRoute imported customer requests into a dedicated feedback team first so support evidence stays organized before it is handed to the product teams that will act on it.
- Resettable demo workspace before signupPut a demo workspace on the main onboarding path so a prospect can click through realistic data, test the workflow, and reset the state without asking sales for a sandbox.
- Shared Slack channel linked to the customer recordLink each shared Slack channel to the matching customer record so new requests inherit the right account automatically instead of relying on manual attribution.
- Source-specific import assistant for switchersPublish source-specific import paths for each incumbent tool so buyers can see a concrete way out of Jira, GitHub Issues, Asana, and similar systems before they talk to sales.
- Synced customer attributes for priority viewsSync revenue, tier, size, and owner fields from the support system into product request views so the backlog can be filtered by account value instead of raw volume alone.