First and foremost, a huge thank you to everyone who has actively shared your user experience feedback! It is your frank advice that have prompted us to scrutinize the details and strive for a more exceptional user experience.
Recently, we’ve received numerous valuable suggestions regarding the interaction logic of the device cards. After collecting and thoroughly analyzing substantial feedback, our product and design team responded promptly. After multiple rounds of discussion, we have now developed a brand-new interaction optimization plan.
Tap the tile to turn the device on/off → Directly control the device’s on/off
Design Rationale & Benefits:
Assigns the highest-frequency, most core “on/off” action to the largest, easiest-to-tap area.Achieves “tap-and-use,” reducing cognitive load and mis-tap rate, fitting the quick-control scenario of a wall screen.
Tap the area of the “arrow icon” in the bottom right corner of the card → Enter the device details page
Design Rationale & Benefits:
Adds a clear “arrow” icon.Consolidates and unifies the entry point for low-frequency, and we place this icon within a visual container that has a distinct background color from the main card , aiming to clearly communicate that “this is a separate, tappable action area.
UI Scheme Display
We’ve prepared multiple UI design schemes for the device cards. Our design philosophy has always revolved around three core principles:
Efficiency First: Firmly guarantee the absolute convenience of the core action (on/off).
Error-Tolerant Design : Prevent mis-taps by expanding the main action area, while proactively guiding and hinting at secondary action areas through **visual distinction, making the operable range of each function clear at a glance.
Inviting Your Participation — Your Voice Decides the Final Scheme!
Although the direction of the plan is clear, we hope it can incorporate the wisdom of our real users before implementation. Your opinions will directly influence the fine-tuning and final selection of these plans.
We look forward to your feedback from any of the following angles:
Design suggestions for the “arrow” icon : Which visual form do you think best conveys the meaning “tap here for more settings” for the icon in the bottom-right corner?
Preference for UI visual schemes: We multiple visual design schemes are presented, which style do you prefer and why?
Design suggestions for the “arrow” area :
Which visual form do you think best conveys the meaning “tap here for more settings” for the icon in the bottom-right corner? (e.g., information icon ⓘ , more options ⋮ , right arrow → , or other creative ideas)
To clearly convey its tappability, we‘ve added a differentiated background for the icon.
What are your preferences or suggestions regarding the shape (e.g., circle, small rounded rectangle) or color contrast with the main card for this background?
In real usage scenarios, what other experience issues have you encountered with the device cards?
Final Notes
Feedback deadline: [2026/01/23]
We will synthesize everyone’s opinions to determine the final launch scheme.
Thank you again for your trust and support. We look forward to seeing your insightful comments in the discussion section and making NSPanel Pro even more user-centric.
I think you solved the previous problem. I personally support plan B, but I would make the color in that corner darker or lighter. Let everyone know that this is a different function. In this monotonous background, a person with poor eyesight will have trouble distinguishing whether he is going to turn on or turn on the settings.
Btw, It would be nice to add some more info to the device cards. For example, for TRVZB it would be nice to see not only measured temperature (which is great!) but also set temperature or icon showing open/close status of the valve.
Btw, for TVRZB it would be nice to keep wording consistent with eWeLink. Now NSPanel shows “Keeping” for valve off status, but eWeLink App (iOS) says “Idle”. Which is IMHO better.
I like C square the most. It minimizes the area of unintended touch at any given moment. But in the previous layout – long press, it was also fine. I used to question the touch sensitivity, and back then I meant the amount of pressure needed to activate it. I think that has improved.
For me, Plan H is the most consistent, eye pleasing and functional one. The semi-transparent rounded square and three dots.
What will be your approach to devices that don’t simply toggle on and off? Like dimmers, TRVZB. Than, we have the information only sensors - like temperature, motion, presence. I would ideally have these devices to directly open the “More info” screen upon tapping the tile. This is how I design my Home Assistant dashboards and it proves to be the most intuitive for all my family and friends. No “tap and nothing happens” confusion..
So my suggestion is - if not already planned - to split this behaviour per device class.
One question, can you fit the settings of a light(brigtness, colour) on the screen of a landscape oriented NSPP? It would look much nicer, if i don’t have to scrool down for the brightness setup.
I prefer the squared button over the rounded one as it seems to take up less space, and the solid border over the one with dashes. Perhaps adding shading to the button as well as the border would make it more obvious that it’s a button. I can’t decide whether I prefer the three dots or the arrow symbol for the icon, I think the three dots look neater and match the design of other UI elements, but the arrow makes it more obvious that the button will take you to another page. So either B or F, and possibly additional shading on the button.
Thank you very much for the feedback. We do need to optimize the landscape layout of NSPanel Pro 120 Type. We’ll put it on NSPanel Pro’s new roadmap (the roadmap after v4.4.x).
Thank you all for sharing your valuable feedback. We have carefully reviewed and synthesized everyone’s input, and have decided to adopt Plan B as the final launch scheme for this update.
The v4.3.3 update is coming soon, delivering the first phase of interaction optimizations. Our team is also committed to evaluating and planning future enhancements. Some of the directions we’re currently exploring include:
Allows users to customize the icon style in the lower-right corner of the device card
Allows users to customize the clickable area and appearance of the “Details” icon.
Allows users to customize the action to be performed when clicking/tapping on a device card (e.g., toggling the device directly or navigating to the details page).
Our team will continue to monitor your usage experiences and collect further suggestions, with more improvements to be rolled out in future updates.
Once again, we sincerely appreciate your trust and support.
I’m curious, but I would like less dependence on the cloud and finally allow nspp to turn on the alarm in ewelink on mobile. What’s the point of a notification if I only read it after the house is broken into
Final Notes
