The worst offender recently in my opinion is Spotify on desktop.
It used to be that when you clicked on an artists page you would see all the music tracks listed. Now it's all buried deep in and you have to search through the individual albums. Even the list of albums itself is not shown on the main artist page, you have to click "See Discography" first.
The "Home" page is even worse. Where is my discover weekly playlist? Sometimes it's near the top, sometimes it's in this "Made for you" section. Sometimes you have to click "See All" next to that to find it.
I mean moving shit around when you update your software is bad enough. Spotify moves shit around every time you boot the app!
I hope people will use Spotify as a case study in how to fuck up a UI over time. The service itself is fine, I quite like some of the music it finds for me on discover, but the UI is on a slow death march towards complete uselessness, and some features have always been hopelessly broken (queuing).
From a business standpoint I find it fascinating. It's about as perfect as an example it gets of "if it ain't broke, don't fix it". Music player UI is a solved problem. At some point they should've just said "welp, don't need a UI team any more" and just never touched it again, but that would mean people admitting they don't really serve much purpose. About as pure an example of a "bullshit job" as is possible.
I hope there's some UI/UX designers that can explain this to me. It often appears that design changes are changed just to change. Doing things like changing the clock from right to left (Android). Moving a bar that's existed to another location (Spotify). Removing color hints (Signal). And so many other things. Things that basically your users have been trained to look at and then need to be retrained. Removing hintings that people have been relied on.
So, the big question is: why? Good design is hard and often underappreciated. I don't want to convey that idea. But why do things like this happen so often? Changes that don't actually provide any more utility. Changes that remove utility. It is just so common that there has to be some reason for it. Often backend people say that it is just done to justify their existence but I don't buy this because there are plenty of good design features that can be constantly worked on and improved. Is there some psychological effect this has on users because it is once again novel? So often we don't see good design improvements but things that just come off as "change because change." Why? Help me understand.
I do wonder if to some extent the inherently subjective nature of UX/UI design is what keeps it forever going? Designers want to stay employed and not just become a "bring in one-time at the start" contractor, so they justify changes through continual enhancement or similar, assuming the current solution may be one of a few local optima rather than the global optimum.
Lacking objective numerical comparison, perhaps designers and product teams attempt to do metrics-based comparison from telemetry (we raised metric X by changing the design). That leads to an ever changing design that tries to optimise for business objectives, rather than what the user wants.
Backend code can be optimised and honed and improved with objective measurements (CPU cycles used, latency, perceived performance, download time for user), but design doesn't give these.
In saying that though, rewrites in new languages and frameworks do seem to be becoming the problem for backend - optimisation isn't seem as exciting or career advancing, I guess... Few are optimising code for performance these days though, I'd wager - everyone just assumes your user won't mind your software using 15% of their CPU when sitting idle.
Maybe it is just as simple as that metrics individuals are measured on for job performance?
Well, take a look at fashion design. Objectively, there are a lot of really crazy designs that no one would wear in the real world. But designs for clothing always keeps changing, even if they are small, subtle changes.
I think you can apply the same towards design of anything. Tastes change. While a certain design philosophy might be a godsend in 2010, it might be considered trash in 2015.
To be fair, I also think a lot of design decisions are poorly made, and a lot of businesses make poor user experiences.
I like the idea of doubling-down on UX patterns as a 'fashion' that we all have to adapt to each occasion and season.
We'd quickly branch into 'busines formal' UX patterns that change infrequently, only splashing a company color in places but largely uniform, all the way through to 'haute couture' UX patterns like the recent 'brutalist' trend, trusting they only appear on trendier sites and dropshipping fronts.
> Objectively, there are a lot of really crazy designs that no one would wear in the real world.
Objectivity is an ideal we can strive towards. And several crazy and expensive designs are worn in the real world. I have seen it with my own eyes. The people who are able to afford those clothes either:
- Have bad taste (A subjective judgement which is logically wrong, since it is absolute)
Humans are never objective. Ever. Not only that, this inherent and fundamental subjectivity means they could never know what objectivity looks like in order to judge whether something is indeed objective. Because their criteria are subjective.
Yes, Kant named it: "Das Ding an sich" ie "The thing, in itself". We can never perceive it in its totality, since our senses always deceive us, thus: objectivity is impossible.
They do, but do they change as quickly as every season?...or sometimes people do those who make money off changing tastes tell you that tastes change that often?
Haute couture runway isn’t intended to be worn. It generally shows a concept of the general theme for the season as well as ability. It’s not the same as UI/UX whose entire purpose is to be used, that’s more like the prêt-a-porter lines for fashion (which are also on runways)
Female jean pockets being small is entirely a driver for handbags and the like. It’s a poor decision for practicality but entirely a business decision — it’s sorta a dark design pattern I guess similar to how amazon buries privacy settings
There are objective measurements that can be done, but they’re difficult/expensive to do effectively.
Like, “How many interactions/seconds does it take our users to find X?”
It’s difficult because you have to know what “X” a user was looking for, which requires some varying degree of asking lots of users and reading those responses to be accurate.
Measuring “engagement” is far easier to orchestrate practically and organizationally, even though it produces awful software.
> Measuring “engagement” is far easier to orchestrate practically and organizationally, even though it produces awful software.
Engagement is such a terrible metric. I'm not saying it should be thrown out, but it is classic example of Goodhart's Law[0]. Rage is engagement. Too much reliance on engagement is what got social media into a race to the bottom. That's not the mark of a quality product.
Measuring is hard, you're right. But if you're going to use bad measurements (which often is our only choice) they shouldn't be targets. We should understand where they fail and use the information accounting for that, not ignoring it.
Not everything can be quantified but things should be at least qualitatively validated by the user base. Sometimes the problems are well know by anyone reading the app reviews and still aren't properly fixed.
I am the maintainer of Red Moon, a FLOSS screen filter app for Android. Over a period of several years, the location of the toggle has moved from a switch at the top, to a switch and a floating action button (FAB), back to just a switch, and will soon move to just a FAB.
I can provide more detail later if someone would like, but the short of it is:
1) As other features changed (permission prompts and moving the growing number of settings to their own screen), one location or the other made more sense.
2) I thought I would like the single top switch better than a single FAB, but after using it for a while, I think the switch feels more confusing than fresh (the action bar is a nonstandard location for a switch).
Overall, I would say it's because design is really hard. But not like that! It's hard because when you spend so much time close to a system, you start to overthink things, and then second-guess yourself. So you can't trust your intuition, you need to listen to users with fresh eyes. But they're also telling you 5 different, conflicting things, and if you listen to everyone you'll have a settings section 9 miles long. You can try to rely on data, but that's mostly good for reaching a local maximum, not staying cohesive. The best designers are able to keep their "fresh eyes" even after working with the system for a long time.
> I thought I would like the single top switch better than a single FAB, but after using it for a while, I think the switch feels more confusing than fresh (the action bar is a nonstandard location for a switch).
This seems to be addressed by one of my complaints. Was this feature not tested before pushed out to users?
I get that design is difficult. Anyone saying otherwise is biased. But it seems like a big problem is just trying something out first. Design can take months of use to realize something is bad. It seems like what should be done is: create new UI; use internally and push to everyone's version, use for a few weeks to a month; push to beta and get user feedback and pay attention to web traffic like HN and Reddit complaints about the new design; then decide if it should be pushed or not. I've seen apps that seem to follow this but just push despite bad user feedback and bad internal feedback. Going through the motions isn't enough, it has to be used as iterations.
> So you can't trust your intuition, you need to listen to users with fresh eyes. But they're also telling you 5 different, conflicting things, and if you listen to everyone you'll have a settings section 9 miles long.
A good piece of advice I heard was "listen to users for problems. Don't listen to users for solutions." Because people are actually really good at identifying problems. But most people are really terrible at solving problems (I mean if they were good at it we wouldn't have 90% of the problems we do). The addendum is to only take solution advice from experts that understand more of the nuance of what you're doing, but then to still be careful.
The problem with your approach though is that there is no such thing as 'a user'. There are so many different cohorts of users. In your testing workflow it seems you are only using hardcore users for it. People obsessed with your software (internal or beta users) before pushing it out to the masses.
How do you avoid leaving the other cohorts behind?
What is wrong with having a lot of settings? I absolutely hate that Twitter does not let me turn off their "features", but rather only lets me say "see less often" (which of course does nothing because I told Twitter not to track my preferences etc, but probably doesn't do anything for anyone anyway, except maybe provide a datapoint for some poorly thought out ML algorithm they put in place).
I was using OSMAnd the other day. Wanted to change a setting that I knew exists, since I looked through them all at one point (don't remember which one off hand, sorry). Spent 2 or 3 minutes looking for it before I ran out of time and gave up. Not the first time this has happened (second or third, I think).
On the developer side, too many interrelated settings can increase the complexity of the code, making it less maintainable.
My favorite compromise is to use settings for the most common functionality tweaks, and then add script hooks to allow extensive customization of behavior. The Android app Simpletask[1] does a great job of this, imo. (There are many places where it could use polish, but it nails the overall approach).
The more settings you have, the more settings you won't care about. It's easy to get settings fatigue. And every setting you introduce adds complexity to both the code and the testing.
Maybe this is a problem with a specific type of UI? Something like git feels like it has a million settings, yet they do not bother most people. When you need something, you can often search the manual and find out how to set it up.
I like a lot of settings but I'm also okay with them being buried a bit. Advanced users tend to not care about going 5 layers deep to get what they want.
Exactly. They can be buried, and in many cases should be, but they still need to be there somewhere. Spotify seems to lose one or two useful features per calendar quarter. They're not hidden, but lost altogether.
If you really want your blood pressure pumped up, try the Spotify mobile app under CarPlay sometime. At this point, it lets you do basically nothing. A 1980s-era cassette deck gave you more control over the listening experience, just because its fast-forward and rewind buttons worked.
I'm pretty sure they could implement the same transport controls that my cassette deck had in 1989. They could also enable additional features when the vehicle isn't moving, if they cared enough to do so.
What's not safe is providing an app that's so frustrating to use that it encourages the driver to touch and grope and scroll and drag all kinds of different things, looking for a commonplace UI affordance that, surely, has got to be there someplace, yet somehow isn't.
Or (worse) providing an app that frequently (but not always) fails to return to the same screen and playback state that was active when the engine was last shut off. That's the #1 unforgivable sin in any autosound system, and... yup... they somehow managed to pull it off.
It's as if the Spotify dev team is managed by B. F. Skinner himself, and they think we're all a bunch of lab rats.
Honestly every car app I've used is just terrible. VLC locks out half your artists (it does unlock when you're stopped). Maps blocks limits the keyboard and forces you to use voice.
I'm frequently disconnecting my phone, doing what I want, and then reconnecting it. This defeats the entire purpose of car play other than that my GPS is displayed in a place that is visible to me. I'm sure the play engineers have thought long and hard about how to prevent certain behaviors. But I am not confident they watched people use them in the real world. People are very good at finding ways around limitations. It's impossible to think your way through this without actually observing people. I'm not so sure it is Skinner and lab rats but "we're smart and thought about everything." I'm sure you're smart, but no one can think of everything. Thinking that makes you not smart.
Worse, there's no passenger mode for these apps and most of them don't lift restrictions when you're stopped. The lack of these features adds to people not stopping and just doing more dangerous things.
But I am not confident they watched people use them in the real world.
Oh, rest assured, they do. Time spent screwing around trying to get the app to do what you want is considered "engagement," and treated as a target for optimization.
Honestly the controls are so limited that it makes me end up picking up my phone, disconnecting it, selecting the song I want, and then reconnecting it. This is a much more dangerous behavior.
The problems here are that it is SO limited that it is very difficult to accomplish a task. Beyond that, even a passenger can't navigate the app easily. You can't do anything when parked either. Even maps has this problem where it essentially forces you to use voice command but that doesn't work well so you say the same thing 5 times trying to get it right or do the above thing where you disconnect.
Car Play is one of those things where it seems like the developers thought long and hard about how to do things but didn't actually look at how people use the system in the real world.
I've found that the best programs are the ones under the control of a single benevolent dictator. They can maintain their focus and consistency much better than any other structure.
I Concur. Even though i am still not a fan, since his psrsonality was really offputting to me, Steve Jobs way able to do that. And he even was able to put it into words: "Stay hungry". Complacency begets Mediocrity at best (or worse).
Most of these sound pretty insane tbh (though some completely sane).
> Another is they just changing their ui/ux lead and they have different views.
This one specifically irritates me. Even under the assumption that that new lead is correct and the new interface is cleaner and more usable, it still needs to be weighed against the time it takes to retrain users to the new format. You have to deal with what you were given. You can't just burn Rome to the ground, rebuild it in a day, and expect everything to be fine. For the love of god, at least do testing to show that this the cost doesn't outweigh the benefits.
It's not something that's confined to design/UX though.
Bring in a new CTO/tech lead and they'll tell you the current architecture is outdated or the code is spaghetti and needs a rewrite in [insert architecture/language doing the rounds on HN]. Bring in a new project manager and they'll want to introduce [insert Agile framework du jour]. Someone has been hired for presumably a lot of money, and if they just go "meh, it's fine, we just need to tidy things up a bit here and there" people might question why they were hired for a lot of money.
Of course, but the difference is that there’s a much higher impact for the users if the design keeps changing. Technical infrastructure is pretty much entirely hidden from the users.
The benefits for the new UI lead are that they don't lose their job due to "having no vision" or something like that. Human psychology is just super bad at recognizing when "no action" has saved the day so to make any progress in a corporate setting you need to have visible achievements.
Giving such downsides to not changing the UI, no cost is too high for a new UI lead.
Having worked in the mobile space for the last decade, it is my experience that these UI/X changes usually are a side effect of new management (after a purge) or from way on high (the c-suite).
Neither one of these groups know much about UI/X but hold strong personal opinions which they automatically believe must hold true for all users.
I am currently in a tug of war over such UI/X change for a feature in a banking application, making the case that we have plenty of older users who will have massive issues with the current redesign.
My suggestions on performing user testing on the new design to validate them has not received much support over the last weeks.
And so, I have started looking around for other opportunities on the market (this is also why places with bad UI/X continue doing so, they select for the people who are ok with making it).
My pet theory is that Spotify doesn't want you to choose your own music but steer you towards specific songs instead. Either to increase your level or length of engagement with the service, or because some songs earn them more cash than others.
I think this goes to the fact that the people designing, implementing and signing off on development are looking at the UIs constantly - close to 8 hours a day, every day.
This is usually (at least) an order of magnitude more than your users (well unless you're Facebook I guess). I think many people just get bored looking at the same old screen all the time; and so when a designer inevitably proposes something different everyone on the team thinks it looks great and so much better than the old design.
It's hard for them to realise that it's not better, but merely alleviates the boredom they feel.
That or some designers are opinionated and more interested in making their mark on a design, compared with understanding and advocating for their userbase.
Honestly I've heard this line more from designers than any other field:
"We can't add that feature/button because it's too confusing"
Usually the above statement is conflicting with reality and the request to add the feature/button is to give the UI clarity (or worse, provide the feature the customer asked for!)
> It is just so common that there has to be some reason for it.
One reason is that UI is a fashion-driven space so as the fashion changes there is increasing pressure to rewrite everything to look like all recent apps look, even if it breaks functionality.
Another reason is that if an application has a well-polished UI that all users love.. what's the UI team going to do? How does that newly hired UI PM get to make a big impact so they get a promotion? So there's also a lot of resume-driven UI change for the sake of change.
For the second problem, a partial solution is to have shared UI teams so they can keep busy improving the products which need the most improvement and leave alone the ones that are already good. Of course, hard to do in a smaller company that might only have one product.
For the fashion problem, no good solution. Ignoring fashion entirely works for software that targets technical people but for mass-market applications, no good solution.
Purely the justification of their own job. Open up any settings window in Windows 10. The title bar and the window contents are the exact same color, making it impossible to tell where exactly you need to click to drag the window. In a sane world the programmer responsible for that would be out on their ass.
There is one simple reason that enables all the shit mentioned in other replies: as much as we like to pretend, the impact of design is very hard to measure.
A product experience is nuanced, part of a journey, with learning curves, preferences and problems. Much of this is completely ignored in the measurement of the success of design changes.
There are lots of reasons people tend to screw with things that are fine, but the root cause is that they get away with it. Hell, they even get rewarded for it.
This seems like a solved problem as well. Don't people use focus groups anymore? Or have an open feedback forum where people can submit feedback and use user ratings to see which issues are the most important to the most users.
Many companies already do have forums like this and they're filled with UI complaints having sometimes thousands of upvotes, but it's all for nothing because almost none of them actually use that feedback.
My bet is still on "UI design isn't a full-time job, it's project work, so UI designers have to keep moving things around to stay relevant in one company". As much as I don't like outsourcing, having a bunch of designers on your payroll with nothing to do most days but still needing to pass all the employee rating crap is bound to result in an unstable and never good enough UI.
In every company I have worked in on the frontend, this is the answer.
"We need to increase x" comes down from somewhere, and then everyone attempts to find a good way to measure increase/decrease of x and then come up with a design that increases x.
I have never been in a company where a UX or UI designer had leverage to redesign anything just for the hell of it.
This is quite obviously the answer, and UI design isn't a skill like software where your boss can say "If you've finish your work, start a new project." We don't need more UI designs like we need more useful/efficient software.
Imagine If software engineers could get paid to constantly refactor the code and change APIs -- oh, wait, API devs do, for the same reason.
I canceled my Spotify subscription because it was so dang buggy. Getting it to play music for longer than an hour was simply impossible for a myriad of reasons.
I switched to Amazon Music and at the time the webapp looked pretty much just like mainstream Amazon: drab, white/orange/blue, simple. But dang, it was rock solid. I couldn't get it to error if I wanted to. I could leave the tab open for weeks and it'd play music on command without missing a beat. They have since redone the site to make it look more trendy and more Spotify-ish. This new skin brought bugs with it and it's not the reliable workhorse it used to be. It's still way better than Spotify though.
I am very sensitive to buggy software. And in my opinion, most software available today is just riddled with bugs. I completely switched away from Apple because of this for example. To me, this is the real tragedy of modern software. The bad UX, the dark patterns, the slowness, etc... None of this stuff bothers me all that much when it comes down to it. But bugs, bugs get me every time.
There's a good unofficial Rust library for Spotify called librespot that powers some great terminal clients. I use ncspot and it's pretty good once you learn the weird quirks (e.g. song radio is buried deep in a context menu).
Subplot: I doubt they care. Since spotify is designed to lose money it has little reason to care if customers cancel, it's only going to be concerned if investors lose interest.
Yeah, I wouldn't be surprised. I think bugginess just doesn't affect bottom lines of most companies these days, hence the state we're in. Also, anecdotally, I find people are very tolerant of bugs and just suffer in silence a lot of the time.
" I find people are very tolerant of bugs and just suffer in silence a lot of the time."
Most people probably blame themself of not getting it.
Or throw hands in the air of what to do about it.
And most don't know that you can make software that fits to the user needs and not the other way around.
OpenSource could have potential here, but most free software developers are not really into UX design either and seem to expect the same tech level of their audience as they have.
If your users don't have another option, or your product has serious network effects, users will keep coming back. From Fast Company 2016:
"To test its users’ loyalty, Facebook sometimes made its Android app crash for several hours over the course of several years. ... Users were so hooked that they “never stopped coming back,” despite the errors."
Are you equating "bottom line" with revenue? Is that why you feel this is a contradiction? Bottom line also has a more general definition of "the company's end goal". If the bugs don't impact Spotify's goals, then they are not motivated to fix them.
What do you mean by « Spotify is designed to lose money »? Also, a decrease in number of users will definitely worry Spotify and draw negative investors’ attention.
How do you even run a company like that? Sounds soulless af.
I mean, sure make money for your investors, but shouldn't you also try to fulfill your mission statement? Or is the mission statement only to make the share price go up?
This. There is no better alternative music service, but just yesterday I reinstalled Antennapod for podcasts. Spotify did a great job getting me hooked on some podcast shows, but the UI changed (need more taps and travel from the lowest to the highest button on my phone screen every time I want to use it) and features broke (e.g. it needs internet to list downloaded podcasts such that I can press play on one of them). After half a year of waiting for them to patch this worst of bugs I've given up and moved away. But yeah not everyone is going to remember using a different and open source podcast app years ago and can easily move back, most people will just stick with it. GDPR's automatic data transfer clause could really be put to better use.
For music I can't simply install an open source alternative. That I make a backup of the apk before hitting update says enough I think.
Glad to hear you switched away from listening to podcasts on Spotify. Their attempt to buy up a huge number of podcasts in the last couple of years, which resulted in exclusification of some of those podcasts, is an awful development in the previously free and open podcasting community. I love podcasts and I'd prefer to be able to keep listening to all of my favorite podcasts on whatever app I want.
But also before moving away, I was subscribed to one of the ones they made exclusive, Gimlet Media's something-science I think it was called. Enjoyable and fairly informative much of the time, but if they are going to create a gated community I'm just not going to be part of making that a success, so I immediately stopped listening & recommending it and unsubscribed.
I'm familiar with how they operate and my opinion is that they screwed it up by hiring too many devs and setting up the teams based on software components.
My recently favorite question to ask people: why do you need a development team at a company whose product has already been developed, is feature-complete, and everyone's fine with it? A bank doesn't need a full-time development team for example.
“A bank doesn’t need a full time development team for example”
Banks and finance are like the number one employer of software developers outside of pure tech companies. I might be misunderstanding your point, but a bank doing digital banking needs a huge IT staff, including software devs. Even if no new products are being developed (unlikely), they support changes to common industry systems, redevelop systems for retiring hardware/operating systems, support integrations with changing business partners, changes to regulatory requirements, etc. I’m sure some devs pulled late nights trying to support the PPP program for example.
> Banks and finance are like the number one employer of software developers outside of pure tech companies.
Right now, with all the churn that only serves to update various financial numbers in databases and is generally useless for the society at large. As an end user, I view a bank as a box to keep my money so I don't have to deal with cash. That's really it. It already works for me as it is right now.
A rather popular bank in Russia is now trying its damnest to become a super-app. It's developing a voice assistant. Its mobile app has stories. A bank. Is developing a voice assistant and becoming an operating system. Where did we make the wrong turn?
And maybe, just maybe, regulatory change doesn't need to happen in the first place?
All of the bullcrap the banks are doing mostly serves one purpose: get you to buy more of their products at terms that are bad for you.
All the complaints I have against the UX of the banking websites and apps I use can be attributed to this: they do a shitty job on purpose, because the site/app is primarily a vector to upsell you loans, credit cards and insurance.
(All complaints except one: the bank I used for my business accounts when contracting decided to make an SPA with one of the trendy JavaScript frameworks. Well, they botched it. This failure doesn't even help them sell anything, it's just the usual webdev incompetence.)
Because part of it being shitty is obnoxiously advertising you financial products, making it hard to perform the tasks you want with your money without being upsold something, and making it near-impossible to use your account without going through the app/webapp (or a visit to the bank, or the ATM - which is also pushing ads).
> As an end user, I view a bank as a box to keep my money so I don't have to deal with cash. That's really it.
I personally like features such as savings accounts (which require a treasury department), a brokerage, lending, mortgages, wire transfers, detection of fraud, and so-on
a bank does far more than provide a safe place for your cash to sit
I believe the point is that all those services have existed for Quite Some Time, don’t need consumer-facing changes, and any additional consumer-facing software changes are bunk.
> A bank doesn't need a full-time development team for example.
all of the areas I mentioned are subject to constant change, mostly from regulators
implementing the Payment Services Directive, Solvency II or MiFID II all require developers
the developers working on the app/website that you interact with are always going to be a small fraction of the developers that work for a bank
and if you think this isn't the case (in a very cut-throat industry), I would suggest you start a bank and put the rest of them out of business with your vastly reduced costs
Computers allowed the development of ACH, debit cards, and ATMs. They gave us the ability to bank by phone, and by web. But, I think your general point, sans snark, is correct in that I can’t think of any significant, novel banking service that’s been introduced since about the 1970s. (I count ACH as novel, because it enables you to do things you couldn’t do before. Banking at home in your pajamas isn’t any different than waiting until Monday morning and physically going to the bank.)
Modern payment support; Keeping up with regulatory changes; Keeping up with regulatory report of the year; Updating risk systems to account for modern mortgage risks; Expanding integrations to other countries; Keeping up with OS changes for existing apps; Responding on court data requests
You’d think so, but my wife uses a bank that spent a good 12 years without a substantial change to their website. It finally got a major refresh a few years back and everything just FELT better. It was like fixing up the lobby- it might be secondary to the primary purpose of being there, but it made it a better experience for the customer.
That’s ignoring things like online bill pay, mobile banking, and roll outs of new financial products that really are innovations from the last 10-15 years.
Regulatory change, 3rd party API changes, new financial products (often arising out of the regulatory changes) all require ongoing development.
Plus I don't know about you, but my bank's website and app are a hot mess. In theory I suppose they could be feature complete, but in reality, nope.
So, just visiting Earth, or are you here to stay? :)
I've worked for banks and while there's certainly plenty of unwarranted churn the notion that they're done and the dev team can go home is ... hilarious.
Edit: addressing your comment in an adjacent thread, a box to keep your money in (or, canonically, a sock under the mattress) does not need to offer/support:
- Debit cards
- Credit bureaus. Yes, even if it's just a deposit account and no, this isn't optional.
- Know Your Customer (KYC) regulations
- Anti Money Laundering (AML) checks
That's before you get into other account types, offering credit, currency conversions and the zillion other things that sock doesn't have to do.
Spotify has a lot to work on. Integrations with new devices is a big one. They recently added support for streaming songs directly on the Apple Watch but are still yet to support saving them locally to play offline if you don't have your phone. New required features like this are constantly popping up. As well as other infinitely big tasks like optimizing all of their server side software to support and ever increasing user base.
They could also work forever on making suggestions better. As well as new features like lossless audio coming up soon. Supporting new iOS and android versions/features. There is never a point where a piece of software is simply done because the OS changes how things work constantly.
The companies that just contract out for a tiny bit of work every few months end up with garbage software because no one really knows or understands the code so they just tack on bad patches until the system eventually crumbles. And every bank I have used does have a full time development team. The one I currently use sends out monthly emails for the new features they have released and has a road map showing what they are planning on adding.
>I wouldn't expect them to ever implement that feature.
Most users will though. Apple music implements that feature and charges the same amount for subscriptions. So if spotify wants to stay competitive they need a team of developers to keep up with whatever Apple and Google are doing. It's not good enough to just say "oh well the app is feature complete so we won't be working on anything new"
Nothing is ever feature complete when you have competition.
I have finally got the option to test “Download to Apple Watch”, so only took Spotify 2-3 years after the feature was made available? Not sure if it’s widely available yet
Had to buy the 4G version last time though, as Apples podcast and Music app is horrible at downloading, and Overcast was not much better.
I surrendered and bought the app Outcast. With it you can directly download podcasts on the Apple Watch. You have to disable Bluethooth on your iPhone, though, otherwise the downloads will be slow as hell.
Some people here mention feature plateaus and completeness of the app. Obvious question is, what should the employer then do? The software is complete, from now on there's only maintenance, which is relatively less work compared to building from scratch, so as a consequence I guess developers should be paid less then? Or like you said, fired?
Obviously the manpower could be just moved to the next project, but what if we look at the worst case scenario? What comes next?
Are there at all such mechanisms that could allow for, say, a team of engineers that maintains a bunch of projects in different companies. If such a team would take a maintenance of a few complete programs, the count of them would make up the difference in pay, e.g. a few mainted apps for a lower pay equal pay for building one app from scratch.
I huge non-tech company, manufacturing company. Our software that is perfectly stable and have no new business requirements fall in this bucket.
There's 2 scenarios
1) The entire dev team truly does move on...and the operations are in charge of the production app (they're in charge, anyways). There's no code changes...just OS, database security patching etc. If there are any code changes for security (i.e. upgrading Struts because Equifax got hacked...) then the business side that owns the app gets some resources. But otherwise it really isn't touched. It does cause some contention because no dev wants to be pulled in to work on those junk. But in the last few years, we have teams who's only job is to work on this kind of stuff. They work on apps that only need a dev team for a few months.
2) A stable app is part of a team. The team doesn't work on it anymore...For example my team previously owned ~8 systems. I think like 6 were mature where it had no new features. A lot of people actually left to other teams because of that - which is an issue in itself. What good dev would hang around? And when a new app or major feature is needed...you're left with stranglers and junior engineers who need to somehow step up.
A great many people are involved in maintaining existing buildings. This isn’t just a gotcha but reveals fundamentally faulty thinking underlying your analogy.
I don’t think it does. Buildings aren’t maintained by construction crews. They’re maintained by facilities teams, and maintenance contractors, the latter of which are hired on an as-needed basis rather than on permanent retainer.
It happens to be the case that software maintenance requires essentially the same skills as software implementation, so we don’t differentiate between the two jobs. And besides that, the nature of what people demand is different: nobody expects a single-family home to suddenly accommodate 50 families, but the equivalent of this is not exactly rare in the world of software.
The big difference is that if a competent plumber looks at a sink, it will take them 30 seconds to figure out. If a competent programmer looks at a new codebase with 30000 lines of code, it will take them 6 months to understand it, and then still be missing 80% of the details.
Yes, sure. For online services, that would be all the people involved with maintaining infrastructure. But my point is that construction workers are no longer needed for that particular building once it's completed. Yet, somehow, apps and websites are never completed. They're always changing for no good reason.
But there are all kinds of code-level changes that end up being necessary, even if you never want any new features. You can't just have sysadmins and expect to run a service over the Internet.
What kinds of changes? Operating systems are also feature-complete and don't need that yearly release cycle. They only need updating if there are new hardware capabilities that need to be exposed to applications. And security patches don't change APIs.
I recently switched to a new bank which is basically an offshoot of an existing one where they handle all of the development, and the parent company manages the legal/banking part.
It's a really awesome setup really because they are constantly adding new and fun features, experimenting with what works best. Stuff like automatically rounding up every transaction and sending the remainder to your savings.
The ability to instantly create and delete savings "accounts" without having to register a real account number on the phone. My favorite feature is what they call 2up where you send an invite to another member of the bank and you instantly get a shared account where you can both add and withdraw money. It also adds a second card to your phone wallet which draws from the shared account. So much less work and risk than traditional shared accounts.
In my experience, I have rarely seen anything which is feature complete. Either UI needs revamp because it's stale and not in current trends (like fashion industry) or the the backend starts to crumble with the weight of new ad-hoc features, increased number of users etc.
With agile, practically, many times development is just in time with little regard to long term requirements or the evolution of software so it's all layers of layers of things that work. There's rarely a time for fundamental restructuring of the codebase to meet the new requirement correctly.
Once the cracks begin to show, we start thinking of software rewrite.
For a construction of buildings, the redevelopment is about once 40 years, for software, it's about 5-7 years.
> I have rarely seen anything which is feature complete. Either UI needs revamp because it's stale and not in current trends (like fashion industry)
Stale UI is very different from not being feature complete. vim and emacs are very stale UIs, but also as close to feature complete as I need, and thank God no-one feels the need to update them for modern UI preferences (or, rather, that those who do feel that need can do it without taking away my experience of classic vim).
"A bank doesn't need a full-time development team for example."
How else will all those SVP's at your bank justify their fat salaries? They NEED more minions. Same goes for VC ecosystem. Funny how everyone has a scapegoat or a solution to this supposed software quality problem, not quite understanding the underlying financial incentives. Easy money -> rotten management -> crappy design.
Even if we just accepted your premise and ignored the fact that people are put off by old-looking apps, eventually something like iOS updates is going to break one of the apps. And in reality they add features regularly too.
>I hope people will use Spotify as a case study in how to fuck up a UI over time.
My favorite regression is probably how the Windows client finally had type-to-search functionality for adding new songs to an existing playlist, and now it doesn't again. The Linux client still has it though!
This is to say nothing of their radio algorithm regression.
We can only blame ourselves for Spotify's bad UI! (jk) Spotify uses an internal experimentation platform that guides which features they determine are successful, based upon how our usage moves their metrics: https://engineering.atspotify.com/2020/10/29/spotifys-new-ex...
So, basically, the bad UI is improving their metrics. Or something. Maybe this is a case of experimentation gone wrong.
I can only assume one of their metrics is the classic "time on app" or "user engagement" which is a bullshit metric for a music player. If I'm spending more time on the app then that clearly means I'm not finding what I'm looking for.
I generally agree with engagement being a BS metric, I'm not sure I agree in this case, unless we separate out time I'm actively interacting with the app and time I'm listening to music and only call the former BS. When I first switched to Spotify from Google Play, I listened to a lot more music because the recommendation algorithm pointed me at a ton of music I ended up looking a lot. Now its recommendations have gotten to samey and my engagement declined. I'd love for them to improve recommendations and drive my engagement up that way.
Now, similar example is Netflix. I've at times reached a point where I think I had watched everything on the platform I'd enjoy. Their UI keeps showing old stuff as new tough, different pictures for the same show, etc. This led to wasted time and frustrating engagement. (Aside: the best Netflix UI ever was a script I wrote myself when they still had a public API that just listed all movies ordered by how much they predicted I'd like it. That paired with IMDB ratings and filtered by what I've already have seen would be the holy Grail but it would be obvious when it's time to unsubscribe for a while)
Sometimes it's hard to spot long term degradation of quality via short term experiments. Each little thing shows uplift, but overall it gets crapperier.
Most probably - metrics tend to be focused on something advertisers like to hear, like page views (paginate your artist listings for more page views!), scroll-downs (add loads of whitespace and padding and large artist photos), video watches (play the video in the background of the page), song plays (make it hard to find the song you want, so you try 10 until you find the right one...)
Given so many metrics are either time or attention based, they probably are opposed to user experience (less time needed to achieve the task).
Or rather, they're trying to align user behaviour. Since customers have very little choice in the matter (most popular SaaS products tend to resist commodification, so there's no equivalent competitor to jump to), these metric-driven approaches often effectively become PID controllers, driving user behaviours to a desired trajectory.
> I hope people will use Spotify as a case study in how to fuck up a UI over time.
Similarly with the Google Play to Youtube Music transition. Play was so clean, snappy, and intuitive. Youtube Music is similar to what you describe of Spotify where everything is buried, busy layout, and nothing is intuitive.
Google Play was perfect for playing the .mp3 files on my Android phone. No need for an internet connection. Then suddenly it was ripped away, and YouTube is not remotely a replacement. I still haven't found an adequate replacement because I don't know how to search for the features that are important to me.
> At some point they should've just said "welp, don't need a UI team any more" and just never touched it again
I work at a tech company, and I’ll offer my take on why this didn’t happen.
Some growth oriented organizations incentivize product people to keep iterating and “improving” a product. Then, product people are on the hook to show some kind of measurable improvement in some metric. Otherwise, they miss out on promotions, or worst case, they get pushed out.
What I’ve seen happen is some elegant, simple UX that no one ever complained about suddenly morphs into a convoluted, busy mess of its former self. But hey, as long as some A/B test shows an increase in click through rate or total engagement time - great! Mission accomplished!
The root cause is these teams and product people don’t really obsess with the product or the customer experience. They’re incentivized towards optimizing some metric - which at face value appears like optimizing it would provide a better product. But it turns out that’s not the case.
These people all get promoted, pat themselves on the back, and move on. Slowly, the engineering teams realize that these business requirements and stringent launch dates led to a convoluted architecture. We can no longer move quickly or truly innovate. It honestly turns into death by a thousand cuts, where the second and third order effects of the incentive structure ultimately results in a not so great experience. It actually becomes increasingly expensive to fix the past mistakes… the reason could be compatibility or versioning issues, a mess of dependencies and services that no one really understands, or even just a general fear of breaking things and not having clarity on how to get back on track.
It might be that team A has the right senior leadership, but they rely on team or org B to fix issues or update some code. But that other team or org has their own product people, with their own priorities. They couldn’t care less.
What’s worse is that no one is really willing to call out these issues, at least not on the record. Sometimes it’s disengagement and other times it’s fear of coming off as a negative person. Because the immense complexity is too difficult to solve by one person alone, and they honestly don’t have a solution that people would really get behind.
Slowly the engineers burn out or feel disengaged. The great engineering talent ends up leaving. You end up with the career people or the disengaged people who are coasting by. At the end of the day, the customer suffers. We stopped obsessing with the customer experience. It’s turned overwhelmingly into cross team or cross org politics, salesmanship, and often times people focusing on the wrong problems (inventing solutions to problems that don’t even exist) while the obvious thing is right in front of them.
>What’s worse is that no one is really willing to call out these issues, at least not on the record.
While internally I nod my head and 'agree' that all the above points must be true, the lack of voices on why we have such seemingly random UI changes bothers me on this subject.
There must be tens of thousands, if not higher, of UI/UX designers, and while I struggle a little to believe that Product Management is in such a sorry shape that PMs feel the need to change for the sake of change, it's harder for me to believe that we don't hear more complaints/post-mortems from the UI/UX devs out there. Surely not everyone is under some iron-clad NDA or is so afraid of their employer they won't even try with some throwaway accounts to tell the story of Management's lust for changing UI...
The sad (specious) conclusion I reach is that UI/UX changes that seem bad probably have far more thought put into complaint articles than the UI/UX/PM team ever had with the change in the first place. Whatever the motivation or justification is, seems the real reason for a lot of the changes from such softwares is 'what're the users going to do about it?', in most cases, the company already has their money...why care if you already recouped the on-boarding cost and then some?
> From a business standpoint I find it fascinating. It's about as perfect as an example it gets of "if it ain't broke, don't fix it".
Presumably Spotify makes more money if you listen to artist A instead of artist B, and these changes are all part of the gradual change from an interface designed to let you browse and discover music you like to an interface designed to make you do whatever makes Spotify the most money that day.
> It's about as perfect as an example it gets of "if it ain't broke, don't fix it". Music player UI is a solved problem. At some point they should've just said "welp, don't need a UI team any more" and just never touched it again, but that would mean people admitting they don't really serve much purpose
This makes sense in the short term but what happens when UI design passes you by and all your competitors look sleek and modern while your UI looks clunky in comparison? Would you use Spotify if it's UI looked straight out of the 2002? Maybe you would, but most people will not.
I love and still use WinAmp and do not use any streaming -- but what changed is how people listen, thanks to iTunes and iPods etc and then Spotify. Everything is based on playlists and artist selection leaning away from albums/releases. It changed how people load up music, introduced a huge rise in 'random' playing that was way different than previous era of CDs where you'd pick an album and play it, or listen to radio and DJs are selecting things (perhaps the 'DJ' selecting has just been replaced/attempted to be duplicated locally by software I guess). The way people listen changed. Not a fan of it at all, but that's where the 'unsolved'ness comes from. IMO the way people listen became even more passive and lazy and the huge portion of the market that just streams whatever puts little to no effort into their music (read: people who 'like all kinds of music') and that's what's just fine by Spotify.
The UI is still the same though. A big grid of Song - Artist - Album. Everything is fundamentally based on that, whether that's your entire library, a playlist, or filtered by something else.
Everything else is an addition, but somehow modern apps have managed to make the basic grid worse too at the same time.
Spotify on Android degraded in the same way. It's a garbage of an app nowadays.
I mean, after many years of not using their service, I recently had to spend a good half hour in front of their app, trying to figure out how to a) list all available songs of a given artist, and b) play one of them. And I couldn't do it. This task is pretty much impossible with their current design. All because, instead of treating their users as adults with agency, they really want to drip-feed them with "recommendations" from their glorified Markov chain. "What do you mean, 'browse the works of an artist'? No, have a 'radio station' of their albums instead."
I was very sorry to notice Spotify getting worse and worse. It seems that now the app won’t display anything without an internet connection, or certain items that were downloaded don’t appear in the list. What’s the point of downloading songs for offline use if you can’t even navigate to them?
The desktop app is also getting worse. After a certain period of time clicking play simply has no effect, so it needs to be regularly restarted.
I don’t normally enjoy these pile-ons complaining about a product, but I have the feeling it’s coming apart at the seams
> What’s the point of downloading songs for offline use if you can’t even navigate to them?
I've never understood that either. I have downloaded quite a few albums for offline listening throughout the years but now I have no way of removing them because there's no listing. From time to time I still stumble upon an album marked as downloaded so I get that one chance to remove it.
I understand the point of the downloading media over wifi rather than mobile data. What I'm saying is that once I'm "offline" I can't navigate to a screen where I can click play on them
I don't know what Spotify is doing with the Android app. They seem to be pushing podcasts really hard and there doesn't seem to be a way to stop the app from doing that. I didn't enjoy using it at all.
I finally bit the bullet last month and moved to YouTube Music. Migration was a pain but I find the generated playlists better and the UX less painful to use.
The pushing of podcasts too much is what got me to leave Spotify too. I tried YouTube music for a while but I wasn't a fan of how my YouTube likes would get mixed up with the YouTube music. Disabling the setting would often get rid of songs too.
So I ended up buying a cheap Android phone ($190 USD for a very good phone - 8GB ram, 12gb space):
Companies with 6 billions dollars in revenue don't really pivot. They are diversifying.
I guess they have determined it makes sense strategically. If I had to guess, podcasts and music listening are rival goods for a lot of their most valuable segments and they were worried about moves some of the new entrants in the market could have made. Might allow them to target new customers too. Hopefully more than the move will lose them in existing customers jumping ship.
Spotify essentially have no excess profit potential for music, because the labels will just take more money if and when Spotify increases subscribers/revenue.
This is in contrast to Podcasts, where nobody really owns the space, and they have a good shot at becoming the market leader.
I mean, I hate podcasts and wish they would go away from my Spotify, but I like the company and the music product, so I put up with it (for now, at least).
I use Spotify on Android regularly and can only somewhat relate to what you're describing: when I know the artist, but not the song title and I have to literally search through his discography. But even that is doable in one click (see discography) from the artist main page (tried it just now, up to date app on Android 10) and playing the song is just tapping on it.
For regular use the search button is right in the middle on the bottom of the app and right next to it is the button to my library
From breaking audio playback over bluetooth (who would possibly use spotify in the car while also using google maps! What a rare use case!) to incorrect song substitution on playlists, continuing to play audio after bt disconnect, etc. There's a 2 click guaranteed crasher in the version from a month ago on stock android on a pixel.
Clearly nobody at Spotify uses or cares about android. If I could figure out how to port ten thousand songs in a 150 playlists...
As an iOS user who has experienced some of these same issues, I can assure you that nobody at Spotify cares about my platform's app experience either.
The "continuing to play audio after bt disconnect" is particularly obnoxious to me, and has been happening for something like 5 years now. The latest update has trouble just scrolling through my entire Library, because why would anyone have more than a few dozen followed artists!?!?! (I have a couple hundred, and the latest update forced artists, playlists, and albums all to list together into one enormous muddle in Library).
That may be just it. I've been a paid pro user for almost a decade (back before and when their app was good); I ultimately abandoned my subscription when I realized I don't use the service much anymore (something about them suddenly losing quite a lot of mainstream-ish music).
That brush with their current app I described before happened when my wife wanted to evaluate Spotify subscription as a source of children songs. We both quickly realized that youtube-dl and manually copying MP3 files to the phone offers a much superior user experience to the Spotify app.
I can’t figure it out on Premium either, but if it’s actually just removed for free listeners then maybe it’s a money thing. Perhaps hiding direct song access pushes people to listen to music with cheaper royalties or something.
The Playstation app and Android TV apps randomly desync the UI from the content being played. It seems particularly problematic with Daily Mixes that change from time to time. Selecting a song (or hitting next) basically selects a completely random song to play.
The part I find baffling is how companies like Spotify justify paying high salaries for engineers just to deliver trivial improvements over what Windows Media Player was offering 20 years ago. If they were piling this effort into reducing costs or making the app more resource efficient I'd be happy - but I'm not interested in trivial UI tweaks.
Do people remember music players like Fb2000, MusicMonkey, Winamp etc?
In these apps, you just had to have normal windows operations, like drag and drop, select multiple things, copy paste and many more things you just... did with computers. Also, if you wanted to list all songs by singer X by genre Y... you could just do that. It's just something music apps could do as a basic requirement.
Now spotify makes drag&drop like ~somewhat~ work, but you still can't sort your music and at least the 1/4ths of the screen permanently shows an empty "connect with facebook to have 'friends'" sidebar, that can not be minimized.
It's funny to me how the invention of these JavaScript apps has thrown computing back by a good decade.
If you look at how careful Win9X was designed and researched, and how careless 100% of the current UIX is designed (mostly blindly A/B testing I guess), it is such a contrast.
Are there any UIX designers or frontend devs here on HN?
How do you deal with essentially being representatives of the dark ages of your profession? Are you embarrassed, or do you yourself think that your "craft" doesn't really matter for the bottom line? Or has design already been replaced by AI/ML anyway, and we are all yelling at windmills here?
I really wonder how you release something like Spotify et. al. as, say, a lead designer or lead frontend developer, lean back in your chair and go: "Yeah, I did a good job here".
Different definitions of "good job" I expect. Making something useful / effortless / fast / a joy to use etc. vs making something that boosts your key performance metrics.
Having the friends sidebar always there probably increases engagement with Spotify's social growth strategy which boosts network effects and drives recurring revenue or something. It's all stuff you can plot on graphs and show that you're being effective.
They’ve also removed the persistent search bar and replaced it with a menu item called ‘Search’. I always fumble now because I wonder where the search box is, first I scroll up thinking it’s out of view then I remember it’s been moved behind a click.
According to my GF, who is a UX researcher, Spotify has a large UX research team of interesting people.
All I can imagine is that there is some confusion at Spotify and the developers must have the sign backwards, thinking that research findings are what not to do. It’s a consistently shitty experience.
On the flip side, for those who do want to listen to podcasts on Spotify, the experience is horrific. It's all so confusing and they are always trying to mix podcasts with music, almost treating them as same media. For a company that is spending millions on acquiring podcasts to their platform, I feel they really shoot themselves in the foot with such a non-intuitive UI. I used to be an occasional Joe Rogan listener, but ever since Spotify has acquired it I have ultimately stopped listening to it.
And so many free podcast apps have been around for over a decade, demonstrating that there are many simple ways to play podcasts right. But I guess they can't get basic music navigation and library curation right either, and that seemed to work pretty well in 2005.
Oh man. I discover an album I really love, and next time it takes such effort to find my way back to it. But that silly, boring podcast I listened to for a few minutes last year? It's the first thing I see when I open the app.
I'm in this exact same situation. Now it shows Joe Rogan in the "your shows" section and there is simply no way to get rid of it. So annoying. And I have to struggle to find the album I added to my library a couple days ago.
Another example is Netflix. You used to click on a movie to bring up the info page so you could see what its about and see its reviews. If you wanted to play it, you'd click on it from there.
But now, if you click on a movie, it starts playing immediately. If you want to see what it's about, you hover over the movie, wait for it to expand, then click a small caret symbol to expand the movie page further to see details.
And if you want to see reviews or customer ratings, too bad because Netflix decided those aren't useful so you have to go to IMDB or some other site to see what other people thought about it.
Agree here. That's annoying. That's why I try to see the reviews somewhere else, before starting the movie. I'm also using different streaming apps reviewed on https://www.firesticktricks.com/best-apps-for-jailbroken-fir... that don't require so long process and show the info beforehand. It's time consuming. Netflix should think about it.
One of the frustrating things about their mobile app too is that they don't keep the controls on screen when it's playing.
I mean, seriously, this is basic stuff, how can they have got so far from the core product experience that they actually hide the controls of a music player.
I don't want to have to figure out what random UI element to click to see the 'skip' control.
When do you have that problem? I see big controls right below the song if I'm in player mode. If I'm searching for more songs while playing the song is on the bottom with a pause/play option and tapping the song returns to player mode with all controls. Is that different for you?
Spotify has steadily gotten worse over the years. I remember a long time ago they had a cool feature where you could long press on a song to preview it. There was also a decently organized library tab, not as advanced as itunes but passable.
All gone. Now you get an algorithmic homepage that's constantly shifting and trying to push podcasts on you...
The engineers that did that have gone, replaced by newer folks...
As companies get larger, the engineering talent reverts to the mean. The first crop of engineers, that were passionate about it, and made it a success. After they move on, they are replaced with average corp. employee, that joins Spotify as safe/boring job. Hence anything interesting gets removed, and the most boring features survive.
Ps. I was one of the involved on that feature. I didn't write it (It was done in Sweden), but I created one of the earlier demos, (and patents), and that eventually became touch to preview.
This seems very plausible, as an outsider looking in. There's also the problem of when new people get hired and out in charge of new sections of the product, and they feel that they either need to make a change to justify their existence, or that they have found something that really works well for the way that they use the product without realizing the variety of ways that the user base uses the product.
I thought it was interesting how Spotify acquihired uTorrent's creator, Ludvig Strigeus, to build the Spotify desktop client. uTorrent was tiny and fast and written in c++, and early versions of Spotify were also small and incredibly snappy. I assume the move to Electron was a necessity to support a team of hundreds all working on the client, but it's still regrettable.
I suspect it was more the economics of maintaining 5 apps: web, mac, windows, iphone, android. It basically forces you to a toolkit that makes nobody happy...
What is really sad about Spotify is where it comes from.
The original player (in QT, iirc) was incredibly good : light (some mb of RAM), fast, zero bloat, well crafted UI.
I signed up for Spotify because it was an incredible product, but I stay because I’m forced to (shared family account and nothing really better in terms of bloating).
Sometimes those stories makes me wonder that the golden age of « life changing » software is behind us (I’d say exactly the same thing with Dropbox).
They actually removed all the features that i used all the time.
You can't shuffle all songs in your library anymore, since they removed the songs tab completely. There used to be a workaround with a playlist of all your liked songs (which turned into all songs in your library).
That was killed too, so now the only way is by using a playlist and managing it manually. Playlists are limited to 10k songs though...
Generally they seem to remove features in every second update and i'll move on to another service after my current sub runs out in 3 months.
Sadly, the Apple Music app on macOS also has major issues. For example, I’ll open it and try to search, and the results view says “Showing results for ‘query’” followed by a bunch of unrelated songs and albums. Running the search again actually produces results.
Apple Music on iOS has its own major issues, but at least search works the first time.
I tried Apple Music when I realized the HomePod Mini can’t play songs from Spotify. Try as I might, Apple Music just didn’t cut it for me. The biggest annoyance was the playlists and discovery features. It was MUCH harder to find a playlist/radio station for a particular mood.
The mobile app is also appalling. The Apple CarPlay integration is shonky and seems like it's intentionally designed to ensure you inadvertently kill yourself in an auto accident.
Not only that, in the past, your Artists and Albums page would show all artists/albums in your "liked" list, even if it was one or two tracks. Used to be able to play all the songs you did like, but now it only shows whole albums liked, or whole artists liked. Those two pages are entirely neutered, and I have zero use for them now, and find it really difficult to browse for a random artist to listen to, of just their stuff I like. Their UX gets worse every update. I miss the era of non-updating apps. Now it's change for the sake of change. Where have all the UX developers gone?
> Now it's change for the sake of change. Where have all the UX developers gone?
I generally assign the problem of "change for the sake of change" to the UX developers, at least at any significantly large company. Once a company gets large enough, you're employment is no longer justified by the quality of your work. You justify it by shipping product features, enhancements, and fixes. So UX developers can't sit back and do nothing, the incentive is to endlessly tweak the state of the UI, by moving things, converting panels to ribbons and vice versa, redesigning icons every 6 months or so, etc. Is it the UX developers fault for doing this? No. But are they the ones doing it? Yes.
Perhaps I don't understand the UX developer role enough, but I would imagine it involves research and user engagement. Perhaps the role is then too narrowly defined? I liked the comment about Word's competitor being the previous version, so that changing the UI/UX would need to provide tangible user benefits. I think Microsoft lacks some of that these days (early Windows 11 builds have been proof of that failing in my experience thus far).
May be the fundamental problem is that since the app _can_ change every time its boots (it being electron based shell with dynamic loading of JS & all), the UX team gets compelled to tweak, experiment, iterate when there is no particular need.
Liking/saving all the songs of an album. You used to be able to do that with one click and they would be added to your liked songs play list. Now you either have to like all the songs individually, or like the album and not have it appear in liked songs.
Being able to search through all the artists for songs you’ve liked/saved. You can now only follow an artist. You can’t just browse through all the artists you’ve liked before, which makes it hard to go back to song you liked years ago before they made the “follow” change.
I have to kind of disagree, my experience with Spotify desktop which I use daily (almost don't use the mobile app) was from awful to bad.
I still find it hard to navigate and find things, and the performance is bad, but before was really really bad, the last iterations come out well for me.
I will like more features.
For example I really want a feature to make playlists with albums, you can create playlists with all the songs of many albums, but is not possible to see it as a list of albums with the cover arts, like the Library. For example make a playlist of favorite albums of 2021, favorite albums of 90s rap, favorite albums of Bowie, etc.
Also improve the Library feature, I want to order/filter all my albums by year, decade, genre, artist.
A "listen later" feature on albums and songs will be great too, I want to have a place to "test" music, and later add it or not to my Library or Liked songs.
Lately the streaming platforms and the music industry is focusing on songs more than albums, and this is reflected on the features that their apps have. I find great the power that playlists give to consumers, but I find that the album experience give me a layer of artistic exploration that can't be captured with playlists, discovery weekly, top charts, etc.
> For example I really want a feature to make playlists with albums, you can create playlists with all the songs of many albums, but is not possible to see it as a list of albums with the cover arts, like the Library. For example make a playlist of favorite albums of 2021, favorite albums of 90s rap, favorite albums of Bowie, etc.
This kind of thing boggles my mind. An album, a playlist, the current queue, these are all lists of songs. They ought to be implemented by the same model under the hood. You ought to be able to do the same set of actions to any of them - add to a playlist, add to the queue, etc. But for some reason you can only do some of things to some of the lists of songs and that changes depending on which client you are using.
This is not unique to Spotify either, Amazon Music had the same issues.
I feel a bit bad plugging my own project (sorry not sorry i guess), but i wrote a macOS app to scratch my itch, because for years i've hated the Spotify interface (especially the queueing aspect).
So let's analyze this for a minute, first at a general level of incentives that every software-building org has, then at the specific level of Spotify's founding culture and present incentives.
Generally: ideally we imagine UX & product roles as creating a strong experience rewarding the user on for their engagement, by user standards. In practice, in order advance their career, these roles need a narrative of wins they can sell to higher management. That usually means change one can take credit for, if possible paired with a metric management is invested in. Sometimes this metric is even connected with a rewarding experience for users. Sometimes. The incentive for change is there, though, regardless, at least as long as there's money in the dev budget for it.
Spotify Specifically: was founded under the premise that consumers could be drawn into a product that acts like a record collection buffet in the cloud, but only pay broadcast prices! (ie, free or flat rate). This premise was correct, but also relied on the idea that Spotify was entitled to pay artists broadcast-royalties while effect occupying the space where recording royalties used to live, cannibalizing the market for recordings. And so you get execs telling artists that it's "entitled" to want rates as high as a penny a listen for their music and Spotify wasn't built to solve the problem of artists getting paid it was built to solve the problem of piracy (artists not being able to get paid or set their prices is indistinguishable from the problems of piracy). [0] This tells us that either Spotify isn't getting enough revenue to pay a penny a stream, or it feels entitled to keep what it is collecting.
And here's what else we know about Spotify: their revenue per user is essentially fixed. Their model doesn't have much in the way to collect more from a user based off the users own values/actions. They can increase ads, but that's probably not a user driven win. What else can they do?
Well, they can do what the rest of the social media companies do with their feeds. Randomize appearance of content, mix in known engaging user rewards with other things that let Spotify sell user attention -- to a label or individual trying to promote music/audio in a given space, to third parties wanting to advertise or place another content.
That degrades user experience? Sure. You think the company that is founded down to the core on exploitation cares even a little bit about that? Especially now that they're such a huge name in music they outshine Apple in a lot of markets?
Eventually, I suppose, other people will be dissatisfied in the same ways you are and maybe in a snowballing number of ways caused by the kind of bad-incentives driven rot. But it's likely to be a long slow ride down the curve, with an exodus as fast and complete as FB.
It's also incredibly slow. On my M1 Macbook, touted as one of the fastest laptops ever, it takes 3 seconds from opening it until there's anything on the screen, and than about 5 seconds more until it's interactive.
Worse than that is offline functionality (on Android, at least). If I don't have good cell service, my "offline", "downloaded" albums just won't load up, and it's infuriating.
I mean, the worst offender is Windows itself, and by far the most critical to everyday user experience.
The trend started with Windows 8 and continues to this day. And if someone brings up "improved security" as a benefit of more modern Windows systems, then they pretty much immediately concede the argument, because it's really not the job of the end-user machine to provide you with enterprise grade security.
Nor is it really true that older OSs simply aren't able to be made secure without releasing additional UI/UX changes alongside security patches.
In terms of pure UI, I agree. There were a few peaks in Windows UI/UX: 3.0, 98, XP, and Windows 10. Since then, the trend has been toward more and more bloat. But, if the long-term trend continues, maybe Windows 15 will clean things up again. :)
The last one that could be made to look like NT4 / W2K; yeah, definitely the best all in all. (Though it was of course somewhat bloated from all the .NET stuff.)
Sounds like Spotify is going down Pandora's path then.
It's amazing how several different stations started from the same genre will narrowly converge even after explicitly disliking different subgenre-specific songs on each station. But that's been Pandora for years now; why I still revisit it time to time is beyond me.
I tried using the Spotify desktop player a few years ago when I first subscribed to their service. I found the application to be a real resource hog compared to any other desktop music player (such as VLC, Audacious, Foobar2k or Winamp). It also lacked the usability and many of the features of these older players but the deal-breaker for me was that it didn’t support gap-less playback which ruins the experience of listening to live albums or DJ mixes.
I think it shows a shift in priorities from users to metrics like engagement and profit. Then the prioritized parties are Spotify or investors. It stinks, but it opens the door for competitors that can compete on things like user experience even though there are powerful competitors already in the space.
Have you tried to use the iTunes app on desktop? It’s pretty horrendous too. Been using it for more than a decade and it’s slowly gotten better but the integration with iTunes match and apple music is really weird.
It used to be that when you clicked on an artists page you would see all the music tracks listed. Now it's all buried deep in and you have to search through the individual albums. Even the list of albums itself is not shown on the main artist page, you have to click "See Discography" first.
The "Home" page is even worse. Where is my discover weekly playlist? Sometimes it's near the top, sometimes it's in this "Made for you" section. Sometimes you have to click "See All" next to that to find it.
I mean moving shit around when you update your software is bad enough. Spotify moves shit around every time you boot the app!