8 ms·
Some users are not using a system because they like it but because their company bought it. In those situations biz > user by definition and the developers end
by t43562 3y ago
Some users are not using a system because they like it but because their company bought it.
In those situations biz > user by definition and the developers end up having to cater to the needs of the middle managment of their customers rather than the needs of the actual users. The price of not doing this is failing to win the contract. Users then get locked in to whatever crap you have time to provide for them while you're really busy implementing new features that middle managment like.
You essentially only need a nice looking login screen and some sort of reporting and the rest.....doesn't matter much.
I am being a bit cynical but it does pay as an engineer to know if that's fundamentally the kind of company you're in.
An online retailer, for example, is hypersensitive to its users and I know of at least one that has different versions of its website for different countries because they know that Germans like X and Americans like Y - small changes make a huge difference to sales.
Other companies have no sensitivity to the usability of their products because the people who buy their products are never the users.
- derangedHorse 3y agoTypically middle management are users as well, but they are a minority of the user base and use a different set of features (like reporting). So now this becomes a question of which users are prioritized and finding a balance between prioritizing the experience of the small number of users who hold power over the rest, and keeping the product usable enough for the rest of the users to provide some value in data to management.
- pixl97 3y agoOr as I've told the devs in the place I work "Don't fuck up the data path to the reports, it is a cardinal sin".
- bluGill 3y agoThis is short term thinking - users who hate software can voice enough complaints to get things changed in at least some situations. (not all: many SAP programs with garbage UIs exist)
- mbb70 3y agoThe user of SAP you describe is not the 'user' in the sense of the article. The user is the one who pays, i.e. some other business. SAP absolutely delights its users to the tune of a $200 billion market cap.
- bluGill 3y agoThe article is missing that part - the two are sometimes different.
- Deprecate9151 3y agoI've experienced this. I worked for a company that sold software to municipal governments. All that mattered was the Mayor/Town Manager/City Councils opinion. If the reports looked good and the price was right, they were going to renew. I remember being in site meetings where people who used it every day would tell us to our face how terrible it was. Without fail, that site renewed with some promises to fix a couple specific bugs and a minimal price increase.
- 4death4 3y agoI wouldn’t say you have to cater to middle management instead of the end user. You just can if you want to. Of course you need to consider what middle management needs, since they’re paying you, but there is usually room for craftsmanship to bring a truly great UX to the end user. Most software engineers are lazy and lack a true sense of craft, so they usually skip building a great UX when it’s not a requirement.
- bearjaws 3y agoIn enterprise software, you cater exclusively to management, they will turn a blind eye to 99% of issues as long as the team is able to get the work done. Take one look at EMRs and realize that its sold / marketed to .01% of the hospital, despite 80% of the health system using it.
- 4death4 3y ago> In enterprise software, you cater exclusively to management, they will turn a blind eye to 99% of issues as long as the team is able to get the work done. Again, you can exclusively cater to management, but you don’t have to. Look at Datadog. It’s a great product, but still ultimately purchased by management.
- redkoala 3y agoSome organizations listen to their engineers/users too in the buy decision. Effective products do both - cater to management checklists, and cater to end user experiences.
- kindkid 3y agoAlso, look at their competition. New Relic's product is so painful and broken that despite successfully winning deals with many large companies, they still manage to lose business to Datadog as their end users work extremely hard to convince management to not renew, and switch to Datadog, for the good of the company. Ask any insider.
- sophacles 3y ago
- doctorpangloss 3y agoThis is a very narrow minded take. Every big software success story - Gmail, Slack, Dropbox, Zoom… - was business-to-consumer explicitly or in disguise. Then again, I’m not saying much that vendors screw up pricing when they choose a price other than “$0,” which is an essential part of B2B-disguised-as-B2C software. Easy for me to say. Anyway, the boomers you are talking about are retiring out of the workforce, and it will be more likely than ever that the audience will be extremely sensitive to UX, desiring something the most like TikTok and Instagram than ever.
- bruckie 3y agoI'm curious how you'd define "success story". From my POV, it seems like there are definitely some B2B successes, such as Oracle or Salesforce.
- dingnuts 3y agoSlack is a weird choice of example, and so is Zoom. They're both currently getting their lunches eaten by MS Teams for specifically the reasons laid out in the grandparent. Slack in particular had to take a just-OK buyout from Salesforce and the product has seriously stagnated.
- smokel 3y agoMost software is not written for such large audiences. Typical enterprise software is used by tens to hundreds of people. There is simply no budget to create user interfaces at TikTok standards.
- ska 3y ago> Every big software success story - Gmail, Slack, Dropbox, Zoom… Your uses of "every" and "big" here seem idiosyncratic.
- Gabrys1 3y agoI used to work at a company that sold SaaS to big corporations. We needed to win contracts, so we needed to tick their checkboxes, but we also cared for the user experience (good UX was almost never a strict requirement from our customer). Our competitors' software was very painful to use, so we wanted to differentiate in this regard. This made our own lives easier as the training was easier, the users we interacted with (that usually had no say in whether our solution was bought to them or our competitors') were happier and recommended to their managers (where they could) buying more stuff from us. In the end this was 80% driven by pride (our software doesn't suck) and empathy (I couldn't stand using the software if it was as bad as our competitors') but to some extent this was also in our interest (especially in the long term, where your brand is built).
- SpaceNoodled 3y agoI wish more companies realized your last point.
- Raed667 3y agoI tried to be that guy that recommends better software whenever I changed companies. Unfortunately, being new also means you're not always taken as seriously and you are stuck with whatever crap that is used instead of the better experience you used to have.
- rav 3y ago> the users we interacted with (that usually had no say in whether our solution was bought to them or our competitors') were happier and recommended to their managers (where they could) buying more stuff from us And then the happy users switch to another company and start recommending your stuff to their new managers. It's an extra source of leads and sales :-)
- jjav 3y ago> This made our own lives easier as the training was easier Unfortunately that works until some brilliant mba shows up with a plan to sell 100x more consulting and more training by making the product intentionally much more difficult to use.
- manvillej 3y ago> the developers end up having to cater to the needs of the middle managment of their customers rather than the needs of the actual users this is why all enterprise software sucks
- harunurhan 3y agoI guess "online retailer" example could be extended to many of the companies that are creating consumer products.
- StimpsonJHoek 3y agoI've never felt more seen as a user of AEC design software.
- dkarl 3y agoI worked at a company in a market with similar purchasing dynamics, but we focused exclusively on the users. We committed to a "product-led growth strategy," which meant no salespeople. Product focused entirely on the user experience. The problem was, we weren't selling to users. We were selling to people in the users' organizations who purchased software. These people did not have the same job as the users, and they had no first-hand experience with the product. It was a doomed approach. We needed salespeople to get inside the heads of the purchasers, learn how to explain the benefit to them, and coach the users on explaining the benefits to other people in their organization. We needed salespeople to bridge the chasm between the users and the purchasers.
- pyrolistical 3y agoAnd this is why we need to get rid of middle management. Purchasing software for others to use reeks of inefficiency
- yndoendo 3y agoThose that write the checks are also a user, just with different expectations than the daily user. Management is also a user that differs between the check writers and actually end users.
- JohnFen 3y ago> Some users are not using a system because they like it but because their company bought it. This is why I use Windows and Visual Studio at work. I don't like either of them, but it's not my call.
- sefrost 3y ago> I know of at least one that has different versions of its website for different countries because they know that Germans like X and Americans like Y - small changes make a huge difference to sales Can you speak any more to this? Do you or anyone else have any examples? I would be very interested to see.
- mrjin 3y agoSeems that has always been the case. A good example would be SAP.
- eternauta3k 3y agoThat's one interesting explanation of why EDA software like Cadence Virtuoso and ICCAP have had crappy UIs for decades.