The original audio separates the voice and background sound, placing the voice on one side and the background sounds on the other. This ensures that the total proportion of voices and background sounds always adds up to 100%, so any adjustments made by the user will result in different values for each.
Moreover, considering responsive web design (RWD), icons are used instead of text for presentation.
I refer to Canva and Google Slides which are popular editing tools, and I found that they use tooltips to help users understand the icon's function.
To decrease the user's learning curve, I follow their solution. When users hover over the background and voice icon, a tooltip notification appears above the icons on the web. Moreover, as for the mobile version, it will show the tooltip for several seconds when the users jump to this page.
When users click the different buttons, a tooltip notification appears on the video to inform the user of the currently used filter.
Collaboration & Constraints
Technical Constraints: On mobile, hover interactions aren’t available, so engineers had to build a time-delayed tooltip display logic.
Business Consideration: Improving new user onboarding and retention was a key metric, making the investment worthwhile.
Validation
This solution aligns with established UX best practices (e.g., Nielsen Norman Group’s heuristics).
3. Add real-time autosave notifications (Autosave Toast) → Inspired by Google Docs & Canva, reducing operational uncertainty.
We added a real-time autosave toast notification that appears before editing begins, clearly communicating to users that the system has an autosave feature—inspired by Google Docs and Canva, but with improved visibility.
Additionally, when autosave fails (e.g., due to connection loss), we show a "disconnected" toast to alert users that editing will be disabled.

We chose this approach because our product is new, and unlike mature platforms (e.g., Figma), we cannot rely on user familiarity. Instead, we proactively reinforce product trust by clearly showing when autosave is working.
Collaboration with PM and Engineering
PM feedback: Supported the idea that early-stage products need stronger reassurance mechanisms. PM emphasized the importance of onboarding confidence and visibility into system behaviors.
Engineering feedback: Confirmed that the toast logic was straightforward to implement. Toast triggers were event-based (on connection + on edit start), and would not introduce performance issues.
Technical / Timeline / Business Constraints
Technical: Implementing autosave itself was already part of the core logic. The toast system was lightweight and used the same toast component for reuse.
Business: As a new tool in the market, building trust through clear system status is crucial. We cannot assume that users know autosave is present unless we visibly confirm it.
Validation
UX benchmark reference:
Google Docs and Canva show proactive system feedback.
Figma only shows a toast when autosave fails or changes are unsaved—this works for experienced users but may create uncertainty for new ones.
This decision supports Nielsen Norman Group’s usability heuristic: “Visibility of system status”—users should always know what the system is doing in the background, especially in autosave-critical environments.
4. Make the outcome meet the user’s expectation. Simplify the workflow and enhance productivity.
Allow users to switch between the optimal and customized denoising ratio, and display the current ratio status to meet both company and user expectations while enhancing output efficiency.

We chose Option A to balance simplicity and control, and to help users understand, trust, and confidently share their processed results.
Collaboration with PM and Engineering
PM feedback: Supported the dual-track approach—fast publishing for casual users, and adjustable settings for power users. It aligns with the goal of improving overall creation speed while still offering depth when needed.
Engineering feedback: Technically feasible within the current system. The toggle logic and ratio value display were simple front-end tasks. Changing the default sharing setting required only a minor config update.
Technical / Business Constraints
Technical: The toggle and ratio display are UI-based, reading pre-set or user-defined values—no need for complex recalculations. Public sharing default is a config-level change.
Business: The optimal ratio ensures a consistent outcome, aligning with brand standards.
Customized mode empowers prosumers, increasing perceived control.
Defaulting to public sharing increases exposure, and encourages virality through ease of sharing.
Validation
During internal testing, users clearly understood the difference between “optimal” and “custom” modes and appreciated seeing the ratio update when toggling.Users described the one-click public sharing flow as "fast and frictionless," making them more willing to share output.The feature supports UX best practices:
Visibility of System Status – Users know what ratio is being applied.
Recognition over Recall – Users don’t need to memorize their last choice—they see it directly on screen.
Result
The results are in, and the redesign this time around has been successful in many aspects. It has significantly elevated key business metrics and user engagement. We've also received a lot of positive feedback from users.
User Feedback