And thank you, point made. Looking at your posts, I am pretty certain that I'd not want *you* creating the UI for *me*. But equally, I'm pretty certain that *you*'d not want *me* creating the UI for you. Neither, does Tesla want *you* definining their future by saying "I like the way things were, I don't want to change." Your notion comes from the position that what you see, whether is's the old world or the new, is correct - ergo, you want an option to always be able to select that.
That's the problem. Nothing grows and gets better by staying in love with the ways things were, and Tesla is doing its best to grow the car, the interface - the entire platform. Amped Realtor comments that "he didn't buy the MS so that [he'd] be an experimentation platform for Model 3. I'd argue that Tesla is doing its best to try to find the best formula for the digital dash that it can, and will extend it to all models. And our experience will help it get there.
I didn't purchase a Tesla thinking that it was all done. I purchased it, missing AutoPilot and all, knowing that it was a work in progress - a grand experiment. IMO, to have purchased it thinking that it was settled science is a bit head-in-the-sand. One of the earlier posters said that we're all part of the experiment - I completely agree. And BTW - this is not exclusive to Tesla. This is virtually every product in almost every niche and every sector. The consumer is ALWAYS the lab for future products. V7, in all its glory and horribleness, is on its way. So one can either fight it and prolong the agony or try to see what the Tesla engineers were getting at and get in with that rhythm. It's up to you, but it's a train you can't stop.
You're arguing for change just for change's sake. That's the wrong approach.
Since we're all essentially early adopters, I don't think anyone here has any problem with change, so long as the change improves the product and makes it more functional. The debate throughout this thread is whether these 7.0 screen shots represent an improved, more functional product or not.
Let's be clear on a couple of high-level points that I don't think have been touched on in this thread:
1. There's a lot of mention and use of the phrase "user interface" here. But there's some distinctions. The 17" main screen (MS) is a true user interface. It's purpose is to enable interactive command and control of the vehicle. Users use the touch screen to change displays, issue commands, change settings. The instrument cluster (IC) is different. This is a display/indication/instrumentation device. The purpose is not interactive or command/control -- the purpose is to deliver information required to drive the vehicle.
2. The two displays are physically separate and should be self-contained. Information coming to the driver from the IC should never require or prompt the user to have to interact with the MS. Driver reaction to information from the IC should prompt input or change only to the driving controls -- steering wheel, accelerator, brakes/regen, or steering wheel mounted controls e.g. turn signals, TACC control, etc.
3. The look and design of a display that's purely for one-way communication (information from car -> driver via indicators and instrumentation) is a very different design concept from the look and feel of an interactive display. Many people here are applying interactive user interface design (that you would use for a web page, tablet, phone, or operating system) to the IC, and that's an incorrect design philosophy. The IC is fundamentally different.
4. The IC's display should be designed to deliver information to the driver as quickly as possible. The driver should be able to gain all important information that is applicable for the task at hand by glancing at the IC for no more than 1/5 of a second. 1/5 of a second is enough time to focus the eye on one spot, gather static information within the peripheral space around the focused spot, and gather very brief dynamic information (such as movement of an indicator). The quantity of information can be relatively high if it's properly laid out and succinct.
5. The type of information displayed should be important to the task at hand. It should fall into categories:
- Information that the driver MUST have for accomplishing the task (tier 1).
- Information that the driver SHOULD have to augment the efficiency of the task (tier 2).
- Information that the driver might WANT to have for other purposes (tier 3).
What indications and instrument readings fall into those categories is
dynamic. It changes based on what task is underway. A prime example is what we're seeing in the screenshots -- the information you need when Autopilot is in control of the car is different from the information you need when driving the car manually. The IC should reflect this.
I object to a change that does not take all of these factors into account. It is possible (not yet certain) that this is the case by looking at these v7 beta screen shots. Perhaps we're wrong, it remains to be seen.
A short anecdote on indications and instrumentation:
In 1979, the US was gripped with the fear of nuclear catastrophe as the Three Mile Island accident was occurring. Later analysis of why the accident occurred was telling. The initial events that caused the accident were minor, but the situation was made far worse by the incorrect actions of the operators in the control room. A primary problem that prevented them from performing the correct actions was the lack of clear indications and instrumentation showing what was happening to the reactor plant.
Of prime concern:
- The sheer number of indicators, instruments, and annuciators, with dozens to hundreds in an alarm state.
- The lack of grouping of related indicators and instruments meant that an abnormal condition could not be identified by looking in only one place.
- The layout of the instruments was such that there was no assistance from the design of the displays to place more important information and indications front-and-center. This resulted in an incorrect focus on less important indications, and delayed analysis of the true problem.
Instrumentation design philosophy must focus on bringing the most important information that is required for the task at hand to the operator in the quickest most fluid way possible. Anything that gets in the way of that goal does not belong in the IC. This is not a video game, web page, or phone app. The IC is it's own breed and should be treated as such.