So I redesigned Domoticz from a usability perspective..

Moderator: leecollings

Post Reply
blauwebuis
Posts: 331
Joined: Wednesday 21 December 2016 9:11
Target OS: Raspberry Pi / ODroid
Domoticz version: current
Contact:

So I redesigned Domoticz from a usability perspective..

Post by blauwebuis »

As I learnt more about Domoticz, I found that lots of people like me had trouble with the current user experience. As a UX designer I decided to invest some time into thinking about how the experience could be improved.

The goals were:
- Make it more tablet and beginner friendly.
- Bring Domoticz strengths, such as the Blocky implementation, to the surface.
- Keep it relatively easy for the makers of Domoticz to implement. So I tried to work with the current options, and not come up with new ones. It’s a re-shuffling of the interface, or at least that’s the idea here.

You can click through the wireframe here:
https://www.pineapplejazz.com/public/domoticz

In the images the colours mean the following:
- Orange: this shows how the user has currently drilled down in the interface.
- Purple outline: these are buttons you can click on. You can also click on all the main buttons at the top.


DASHBOARD

This is similar to the current dashboard. One small difference is that all buttons should have a small button inside of it to quickly dive into settings.It might be an idea to create tabs at the top such as "Overview, Floor 1, Floor 2" if the user has in fact created floors.

Image

THINGS

People need a simple mental model of their system. In this design everything connects through a gateway. The users’s ethernet router is also a gateway in this sense, as is the internal USB or bluetooth connection. Domoticz always connects through something, and this allows for a logical grouping of end-nodes:

Image


Virtual switches are also grouped here. This is perhaps radical, but I’ve proposed that data-sources form the internet are shown here too, instead of in the setup menu. The current sun-up and sun-down times could be a 'thing' here (a sensor), as could things like Fibaro or even email (as a virtual actuator of sorts). In the future the webservices could perhaps also be under their own “internet” gateway.

Image

In short you could say that ‘things’ is the place where you manage all the inputs or outputs for the event system:




EVENTS (& SCENES)

This is the place for all temporal-based logic (in contrast with all spatially oriented constellations under the rooms and groups tab). Scenes can be found here, but my main focus was to give more love to the Blocky builder, which I think it a real unique selling point and killer app of Domoticz. For me, it’s why I stuck with it. I didn’t understand why it was so hidden.

In the list on the left side I have made no distinction between Blocky, Lua or Scene events, but they could easily be unmixed and ordered by type. I also played with the idea of tabs at the top to separate all three types of logic, but thought the simplicity shown here would be ok for most domestic use cases. Ordering them by tab could perhaps be a power-user option.

Image



SPACES

Where you could say that 'events' is about temporal logic, this is about steady spatial organization of things. Floors are just a special type of room that also has a map. I must admit I don't use this feature personally.

Image



SETUP

Here I spent some time rethinking where I would put things, and how they could be categorized. It's not perfect, but it's a start. I also think a built-in help function would be useful. The overview page would offer quick links to the various pages.

Image

Here you can see the idea of putting 'help' a bit more center stage:

Image


//ADDITION: THING PAGE

In response to the conversation below I created a detail page for a thing. It hints at the idea that it would be useful to have multiple dashboards.It also made me realize that 'timers' could be the 4th event-type under events. It would be my adviceto explore if Blocky could be used to also replace the timers functionality. Keep all intelligence in one place.

Image




INTERFACE COMPLEXITY
- A lot of the geeky details are pushed back a little (version or node-ID doesn’t need to be so prominent all the time)
- Sometimes users might understandable look for things in multiple places. For example, selecting if you want temperature in celsius or fahrenheit might be placed under interface,various settings or even connected to geolocation if we stretch that to mean 'localization'. Whatever the choice, just link to that settings page from the other logical places.
- It would rock if the interface could become more complex in parts that certain power users need, toggled by a setting somewhere under the SETUP area. For example, the simple list of events could get too long. Then a user could turn on “allow grouping of events”, and only then would they get the option of create categories to which they could add/sort the events. Or sort them by type, as mentioned earlier. It would be interesting if the user could decide the names of these groups (currently in blocky there are pre-defined “Device, security, time, user variable” categories).


MENU THOUGHTS
- The menu is arranged from used a lot on the left (dashboard) to used least (setup) on the right. 'Things' is the second menu option because the current design could be useful enough to quickly get to less-often used devices that are not placed on the dashboard. But it could be moved.
- The Domoticz logo could be the dashboard button, removing one button at the top.
- The whole ‘spaces’ menu option should be optional, like it is now.


OTHER
- Camera’s are no longer a special case. They are just things like any other. If there is a reason they were separated, do tell.

FUTURE DIRECTIONS
- If reaching a wider audience is the goal, I think the Blocky interface could be put more center-stage. It could become the center for creating scenes instead of the current separate scenes system. The Domoticz systems is currently more powerful than even commercial systems like Homey:
https://www.youtube.com/watch?v=pztkJfZO2u0


Curious about your reactions.

This wireframe was made with Pencil, which is open source software. The source file can be found here:
http://www.pineapplejazz.com/public/dom ... moticz6.ep
Last edited by blauwebuis on Tuesday 11 April 2017 12:10, edited 2 times in total.
User avatar
HansieNL
Posts: 957
Joined: Monday 28 September 2015 15:13
Target OS: Raspberry Pi / ODroid
Domoticz version:
Contact:

Re: So I redesigned Domoticz from a usability perspective..

Post by HansieNL »

I'm also a Homey user and very satisfied with it :D Pro is Speech, Z-wave, KaKu and more is working without additional hardware.
Blah blah blah
blauwebuis
Posts: 331
Joined: Wednesday 21 December 2016 9:11
Target OS: Raspberry Pi / ODroid
Domoticz version: current
Contact:

Re: So I redesigned Domoticz from a usability perspective..

Post by blauwebuis »

HansieNL wrote:I'm also a Homey user and very satisfied with it :D Pro is Speech, Z-wave, KaKu and more is working without additional hardware.
I'm not a Homey user actually, although I do respect what they built.
User avatar
HansieNL
Posts: 957
Joined: Monday 28 September 2015 15:13
Target OS: Raspberry Pi / ODroid
Domoticz version:
Contact:

Re: So I redesigned Domoticz from a usability perspective.

Post by HansieNL »

I also respect your work. I'm grown up with DOS, so a good looking UI is not my priority. But I understand the importance of a good UI.I hope Domoticz' UI is gonna use your layout because it's more logical. Keep up this good work.
Blah blah blah
dannybloe
Posts: 1355
Joined: Friday 29 August 2014 11:26
Target OS: Raspberry Pi / ODroid
Domoticz version:
Location: Ermelo
Contact:

Re: So I redesigned Domoticz from a usability perspective..

Post by dannybloe »

Very nice that someone is looking at this as I believe Dz can improve a lot in this field.

Regarding the desktop.. one thing that makes this work or break is the way to configure the dashboard. That's a whole different beast regarding UI. Have you looked into that as well? I guess there should be some palette with all devices/charts/whatevers that can be dragged-and-dropped to the dashboard. Tile selection with properties (controlling dimensions, titles, icons, controls etc).

Another thing is that I think there should not be just one dashboard. I think we should support multiple dashboards. Each dashboard can have different usages. Each user for instance can have is own. Or when you have some iPads around in various locations you can imagine that each has it's own contextual dashboard. Or that you want a dashboard specifically for heating-related stuff or one for lighting around the house etc etc.

I believe the dashboard(s) is the cornerstone of the entire UI. The place where people will be around the most. I wonder if dashboards and floorplans shouldn't be merged into one...guess that's what you intended with Spaces. So maybe you can define layouts per space and have it accessible as a dashboard.

Cheers!
Danny
Creator dzVents - RPi3, loads of zwave devices, esp8266, evohome.
blauwebuis
Posts: 331
Joined: Wednesday 21 December 2016 9:11
Target OS: Raspberry Pi / ODroid
Domoticz version: current
Contact:

Re: So I redesigned Domoticz from a usability perspective..

Post by blauwebuis »

I agree wholly, although so far I purposefully didn't want to go too far overboard. I've added a thing-detail page that hints at this functionality.
User avatar
chimit
Posts: 259
Joined: Saturday 18 April 2015 18:55
Target OS: Raspberry Pi / ODroid
Domoticz version: master
Location: Rotterdam, the Netherlands
Contact:

Re: So I redesigned Domoticz from a usability perspective..

Post by chimit »

I like your approach. This is the way to get Domoticz moving forward.
I know from experience a lot of patience is needed to see this implemented in the end. But you made a very good start.
User avatar
EdwinK
Posts: 1820
Joined: Sunday 22 January 2017 21:46
Target OS: Raspberry Pi / ODroid
Domoticz version: BETA
Location: Rhoon
Contact:

Re: So I redesigned Domoticz from a usability perspective..

Post by EdwinK »

Looking great to me. Hope that the creators of Domoticz will consider using this layout in the future. Clean looks is a must I believe.
Running latest BETA on a Pi-3 | Toon® Thermostat (rooted) | Hue | Tuya | IKEA tradfri | Dashticz V3 on Lenovo Huawei Tablet | Conbee
Dropshot
Posts: 44
Joined: Tuesday 20 December 2016 22:29
Target OS: Raspberry Pi / ODroid
Domoticz version:
Contact:

Re: So I redesigned Domoticz from a usability perspective..

Post by Dropshot »

I totally agree Domoticz could use some UX re-design! Really cool you posted your ideas here. Maybe you can make some mock-ups based on these wireframes, so it becomes more tangible?
jrich523
Posts: 63
Joined: Monday 18 January 2016 21:43
Target OS: Windows
Domoticz version: 3.5196
Location: Seattle, WA
Contact:

Re: So I redesigned Domoticz from a usability perspective..

Post by jrich523 »

Loving it!

The one thing i noticed that im not a huge fan of is the buttons at the bottom for adding/learning a light etc. If you force those to always be visable then its wasted space, but who wants to scroll to the bottom to get to those? i have a good deal of switches and that would be annoying... i'd say wither layer them at the top (i've seen some nice compact multi layer tabs) or toss it on the left, which by the way i LOVE... you could change the filter to a dropdown to make more room for those buttons.. hell you could most the filter dropdown to the top right, which is the typical location for a filter anyways..

at any rate, i love that you're doing this... the UI is ok with Domoticz, but its certainly its weakest point!
[ Domoticz 3.5196 | Win10 | AeoTec Z-Stick Gen5 ]
Post Reply

Who is online

Users browsing this forum: No registered users and 1 guest