It seems to me that if there is going to be a hardware widget mounted on the wall for the sole purpose of humans fiddling with it, then it ought to be engineered and optimized from that perspective first (UX: user experience)…
You must log in or register to comment.
At a glance, I see heat settings on the left, cooling settings on the right, and the actual temp in the middle. No?
Yeah, I believe the point here is that this is a mockup of what an intuitive UI would be, not a shot of a bad one. I also was confused at first, the title doesn’t really clarify.
Ah ok thanks. I think the pic is intuitive enough but sure isn’t much of a looker.
What if I want a temperature that varies throughout the day? I prefer it to be warmer during the day and cooler at night (for sleeping).
Furthermore, in the summer we get a lot of humidity which needs to be removed from the house. Our thermostat has a setting that allows the system to cool several degrees below the minimum temperature to dehumidify, then it relaxes back up to the minimum.
The humane interface need not be the only interface. I would have no problem with wifi control, or even a more complex scheduling/feature system that is controllable from a web interface. Consider it like this, if someone else (like a house-sitter without a smartphone) needs to control your thermostat, what controls should be presented to them? Probably not an overly-complicated calendar system on a tiny display accessed through deep menus and key combos, but just hotter/colder, fan/no-fan, on/off, etc… just the simple basics.
My thermostat lets you override the schedule to raise or lower the temperature any time. It reverts back to the regular schedule 8 hours later.
The override is just a simple matter of pressing up or down on the temperature scale arrows.
That sounds great, but maybe I’m just not understanding what the problem or contraction is. In my mind the very same could be applied to this interface (both the invisible schedule and timeout/realignment).
I’m just saying that configuring that level of complexity is best left to a different interface (computer or mobile), especially for something like a schedule where it might need to be saved more permanently or managed in-mass for many thermostats and brings in other concerns not relevant to such a limited interface (like the current date/time/season, identity or historic preference of the occupant, etc).
There is an infinite number of ways one might want to “program” a thermostat, and an unlimited number of ways to include it as part of a larger comfort system (both as an input [like noting if/when the occupant wants in warmer/colder] and endpoint [like resetting it in a hotel when the occupant leaves])… but for a good FINITE interface we need to not overwhelm the user while still giving them all the control they need with no training or documentation required.
I guess I just don’t trust thermostat makers to be able to develop a competent mobile app. If one did manage to develop a really good mobile app then I’d be excited to use that. I don’t see it happening.
Perhaps one of the biggest issues is that thermostats are typically made by HVAC type companies who don’t have an established culture of developing quality software. Their management may see software only as a necessary evil, not a product differentiator.
This may have been further exacerbated by the HVAC installation and repair industry which has a lot of issues of its own (licensing, conflict of interest, and bundling).
Totally get it. I’m often frustrated by this kind of “good hardware bad software” experience, and kinda hate the “install our crappy app” push. What I would like to see is companies doing what they do best (in this case, a thermostat builder making a good thermostat), and leaving the rest of it (like mobile/web/control apps) to those who do it better. What we see in practice though is that business don’t want to create an ‘interface’ for interoperability (for fear that they may be replaced), but instead want to “control everything” end to end, which is why we see proprietary thermostat-to-air-handler protocols, and even encryption between garage door openers and the BUTTON on the wall to open your own garage door.
Yeah exactly. Open standards are what we want but they’re just so hard to get without regulation. Sometimes we see industries that are smart enough to form their own standards body when they realize it’s in all their best interests to standardize. Other industries seem to never realize that.
Left side sets the “heat to” temperature, right side sets the “cool to” temperature. Top buttons raise the value, bottom ones lower it. The center display shows the current temperature.
It looks like a photoshopped version of a good UX. If that’s the case, then based on the comments you’ve made a good mockup 😆
Thanks. Maybe next time the title & description will be more clear, but i still take it as a complement to the ui that people are confidently telling me how to use it.
Other people have commented on it already, but it seems fairly intuitive to me, and gives you all information you need at a glance. Other thermostats ive used will only have one number display, so if you want to see when the heat will switch on you have to adjust the temperature so the display changes. This actually seems like a great and easy to understand solution.
Mine’s super easy and works perfectly with Google Home. However…
Had to have an HVAC guy out, forgot why, but I had been running it without the heat pump mode since I installed it. Damn.
deleted by creator
If it goes below 66 the heat comes on. If it goes above 76 the cooling comes on. Seems simple to me. It lets you define a range of acceptable temperatures rather than just one set point. Saves energy.
It looks like the left and right are the min/max temp and the center is the current temp.
