Best practices for using LWC quick actions vs Screen Flows in opportunity management

Our sales team needs guided workflows for opportunity management - things like discount approval requests, competitive win/loss analysis capture, deal risk assessment, and custom quote generation. We’re trying to establish best practices for when to use LWC quick actions versus Screen Flows for these interactions.

Screen Flows are appealing because they’re admin-maintainable and provide a straightforward wizard-like experience. Our sales ops team can modify the flow logic, add new fields, or change validation rules without developer involvement. However, some of our sales reps complain that Screen Flows feel clunky and don’t provide the polished UI experience they expect, especially on mobile devices.

LWC quick actions give us complete control over the user interface and can create really polished, branded experiences with custom layouts, dynamic validation, and smooth animations. But every time sales ops wants to change the approval criteria or add a new field to the discount request form, it requires a developer and a deployment cycle.

I’ve also heard about hybrid approaches where you build an LWC wrapper that launches a Screen Flow, or using Screen Flows that call invocable Apex for complex logic. Are these hybrid patterns worth the complexity?

What approach have others found works best for opportunity management workflows that need to balance user experience, guided selling requirements, and admin maintainability?

LWC Quick Actions vs Screen Flows for Opportunity Management

These aren’t mutually exclusive, but the right default depends on who owns the workflow lifecycle and how stable the logic is.

Criteria Comparison

Criteria Screen Flow LWC Quick Action Hybrid (LWC + Flow)
Admin maintainability High — declarative, no deploy cycle Low — requires dev + release Medium — LWC shell is fixed; inner flow is admin-editable
Mobile UX quality Moderate — improved in recent releases but constrained High — full control over layout, animation, responsiveness Medium — inherits Flow’s mobile constraints in embedded screens
Complex conditional logic Moderate — branch logic, but readability degrades at scale High — full JS/Apex control High — Apex-backed flows handle heavy logic cleanly
Development overhead Low initial, low to maintain High initial, high to maintain High initial, low to maintain post-build
Error handling granularity Limited — fault connectors are coarse Fine-grained — custom toast, inline validation Fine-grained at shell level; coarse inside flow steps
Deployment risk per change Low — no package deploy for logic changes High — every field addition is a deployment Low for logic, high for shell changes

Practical Guidance for Your Use Cases

Discount approval requests — Strong Screen Flow candidate. Approval criteria change frequently; admin-owned logic via Flow + an Invocable Apex action for the Approval Process submission keeps it maintainable without sacrificing process integrity.

Win/loss analysis capture — Screen Flow with a Custom Metadata-driven picklist strategy. Sales ops can control field visibility and required logic declaratively. If the form is a one-page simple capture, a standard LWC quick action may be overkill.

Deal risk assessment — Complex scoring logic with dynamic weighting belongs in Apex (@InvocableMethod), called from a Screen Flow. The Flow handles the UI progression; Apex handles the calculation. This is the cleanest separation of concerns.

Custom quote generation — LWC quick action or hybrid. Quote generation typically requires document assembly, complex pricing logic, or external callouts — none of which Flow handles elegantly. Lock the LWC shell as infrastructure; don’t treat it as a form builder.

On Hybrid Patterns

The LWC wrapper launching a lightning-flow component is worth the complexity only when you need a polished chrome (custom header, step indicators, branded layout) around frequently-changing declarative content. Verify component event handling between LWC and Flow in your version — FlowStatusChange event behavior has shifted across API versions.

Avoid hybridizing just to paper over Flow’s mobile limitations. If mobile UX is a hard requirement for a specific action, build LWC natively.

Ultimately, this depends on context / your requirements — specifically, who owns change management and how tolerable a deployment cycle is for each workflow type.


This draft is based on general Salesforce knowledge. It has not been verified against your specific version and environment. Practitioners: verify the steps and share your experience below.

For high-frequency actions that sales reps use multiple times per day, invest in LWC quick actions. The UX difference is significant and directly impacts adoption and data quality. For less frequent workflows or rapidly changing business processes, use Screen Flows. We use LWC for our core opportunity actions (create quote, request discount, log call) and Screen Flows for periodic tasks (quarterly business review, deal risk assessment). This gives reps a great experience for their daily work while keeping less critical workflows maintainable by admins.

I disagree with the premise that Screen Flows are inherently clunky. With proper design - using sections, columns, conditional visibility, and custom Lightning resources for styling - Screen Flows can provide excellent user experiences. The key is investing time in UX design within Flow Builder. Use picklists instead of text inputs, implement progressive disclosure so users only see relevant fields, add help text and guidance at each step. We’ve built complex opportunity workflows entirely in Screen Flows that sales reps love because they’re intuitive and guide them through the process. The maintainability benefit is huge when your business processes change frequently.

Antonio, can you share specific examples of how you’ve made Screen Flows feel more polished? Our current flows work functionally but definitely feel basic compared to what’s possible with custom LWC. What Flow design patterns make the biggest UX difference?

Key patterns: Use two-column layouts to reduce scrolling. Group related fields in sections with descriptive headers. Implement conditional visibility heavily so users never see irrelevant fields. Use dynamic choice picklists that filter based on previous selections. Add progress indicators for multi-step flows. Include inline help text that explains why you’re asking for information. Use default values intelligently to pre-populate known data. Add confirmation screens that summarize what will happen before submission. These techniques make Screen Flows feel guided and purposeful rather than just a long form to fill out.

From a UX perspective, the decision should be based on interaction complexity and frequency. Simple linear workflows with straightforward data collection are perfect for Screen Flows. Complex interactions with conditional logic, real-time calculations, dynamic UI updates, or integration with external systems benefit from LWC. For opportunity management specifically, discount approvals and win/loss capture are linear processes that work well in Screen Flows. Custom quote generation with real-time pricing calculations and product configuration is better suited for LWC where you can provide immediate feedback and dynamic updates.

The hybrid LWC + Flow pattern is absolutely worth considering. Build a minimal LWC wrapper that provides branded header/footer, custom styling, and responsive layout. Embed a Screen Flow within it for the actual business logic and data collection. This gives you the polished look of custom development with the maintainability of Flow. The LWC handles presentation and the Flow handles process logic. When business rules change, admins modify the Flow without touching the LWC wrapper. We use this pattern extensively and it’s the best of both worlds for many scenarios.

Here’s a comprehensive framework for deciding between LWC quick actions, Screen Flows, and hybrid solutions for opportunity management, addressing all three focus areas.

For LWC quick actions for custom UI, use them when:

  • The interaction requires real-time calculations or data updates visible to the user (like quote total updating as products are added)
  • You need sophisticated UI controls not available in Screen Flows (drag-and-drop, complex data grids, interactive charts)
  • The action is used frequently by reps (multiple times daily) where UX polish significantly impacts productivity
  • Mobile experience is critical and you need precise control over responsive layouts
  • The business logic is stable and unlikely to change frequently

Examples perfect for LWC:

  • Custom quote builder with product configuration and real-time pricing
  • Interactive competitor comparison tool with dynamic scoring
  • Visual deal timeline with drag-and-drop milestone management

For Screen Flows for admin updates, use them when:

  • The workflow is primarily data collection with straightforward logic
  • Business rules and field requirements change frequently
  • You need rapid iteration based on sales feedback
  • Admin team needs to maintain the process without developer dependencies
  • The interaction is periodic rather than high-frequency (weekly/monthly rather than multiple times daily)

Examples perfect for Screen Flows:

  • Discount approval requests (collect justification, set approval criteria, route to managers)
  • Win/loss analysis capture (structured questions about why deal closed)
  • Deal risk assessment (checklist-style evaluation with scoring)
  • Quarterly business review preparation (gather forecast data and analysis)

Implement these Screen Flow UX best practices to maximize user satisfaction:

  1. Use two-column layouts to reduce scrolling and group related fields
  2. Implement progressive disclosure - show fields conditionally based on previous answers
  3. Add progress indicators for multi-step flows so users know how far they’ve progressed
  4. Use dynamic picklists that filter based on context (only show relevant competitors, products, or reasons)
  5. Pre-populate fields with default values from the opportunity record
  6. Include help text and examples inline to guide users
  7. Add confirmation screens that summarize what will happen before final submission
  8. Use validation rules with clear error messages to catch issues before submission

For hybrid LWC + Flow solutions, this pattern works well for:

  • Workflows that need both polished UI and admin-maintainable business logic
  • Situations where the presentation layer is stable but process rules change
  • Complex guided selling scenarios that combine custom visualization with data collection

Implement the hybrid pattern:

  1. Create a minimal LWC component that provides branded chrome (header, footer, styling)
  2. Use lightning-flow component within the LWC to embed a Screen Flow
  3. Pass context data (opportunity ID, user info) from LWC to Flow as input variables
  4. Handle Flow completion events in the LWC to show success messages or navigate to records
  5. The LWC handles presentation and navigation, the Flow handles business logic

Example hybrid implementation for discount approval:

// LWC provides branded wrapper
<template>
  <lightning-card title="Request Discount Approval">
    <lightning-flow
      flow-api-name="Discount_Approval_Request"
      flow-input-variables={inputVariables}
      onstatuschange={handleFlowStatus}>
    </lightning-flow>
  </lightning-card>
</template>

The embedded Screen Flow contains all the approval logic, field collection, and routing rules that admins can maintain. The LWC just provides the container and handles navigation after completion.

For your specific opportunity management use cases:

Discount Approval Request: Screen Flow

  • Primarily data collection (discount amount, justification, customer situation)
  • Business rules change (approval thresholds, required fields, routing logic)
  • Used occasionally (few times per week per rep)
  • Admin team needs to adjust approval criteria based on company policies

Competitive Win/Loss Analysis: Screen Flow

  • Structured questionnaire format works well in Screen Flow
  • Questions and response options evolve as you learn more about competitors
  • Periodic activity (once per closed deal)
  • Sales ops needs to refine questions based on analysis needs

Deal Risk Assessment: Hybrid LWC + Flow

  • Present a visual risk dashboard in LWC showing key risk indicators
  • Embed Screen Flow for guided risk evaluation questionnaire
  • LWC shows real-time risk score updating as questions are answered
  • Flow contains the scoring logic and risk factor definitions that admins maintain

Custom Quote Generation: LWC Quick Action

  • Requires real-time product configuration and pricing calculations
  • Interactive product selection with dynamic filtering and recommendations
  • Used frequently (multiple times per day for active reps)
  • Complex UI with product grids, pricing tiers, and discount application
  • Business logic is relatively stable (pricing rules in Apex that change infrequently)

Implement configuration-driven LWC components to balance custom UI with some admin flexibility:

  • Use Custom Metadata Types to store business rules that LWC reads at runtime
  • Expose design attributes in App Builder so admins can configure component behavior
  • Store validation rules and calculation formulas in Custom Settings that admins can update
  • Build generic, reusable LWC components (like a configurable form builder) rather than highly specific ones

For admin vs developer maintenance boundaries:

  • Admins maintain: Screen Flow logic, field requirements, validation rules, approval routing, help text, picklist values
  • Developers maintain: LWC UI components, complex calculations in Apex, external integrations, custom Lightning resources
  • Shared maintenance: Custom Metadata and Custom Settings that define business rules read by LWC components

The key is matching the solution to the specific use case rather than adopting a one-size-fits-all approach. High-frequency actions with complex UI needs justify LWC investment. Frequently changing business processes with straightforward interactions work better as Screen Flows. Complex scenarios that need both polished UI and maintainable logic benefit from hybrid patterns.

Start by auditing your opportunity management workflows and categorizing them by frequency, UI complexity, and change frequency. This will naturally reveal which patterns fit each scenario and create a clear framework for future decisions.

For LWC quick actions for custom UI, use them when:

  • The interaction requires real-time calculations or data updates visible to the user (like quote total updating as products are added)
  • You need sophisticated UI controls not available in Screen Flows (drag-and-drop, complex data grids, interactive charts)
  • The action is used frequently by reps