What you should know as a founder of a software company(qotoqot.com)
qotoqot.com
What you should know as a founder of a software company
https://qotoqot.com/blog/founder-skills/
112 comments
Your advice is actually good for a slightly unexpected reason: most people can't really understand the difference between UI and UX. Even worse are those that don't get it that "UI design" is of itself completely different from "graphic design". So if you tell someone "UX is terribly important", 90% of the time they will focus on "UI design" or "graphic design" and miss the point entirely while wasting tons of resources.
You can have:
- products with horrible UIs and horrible graphic design, but awesome user experience (UXs) -- because they solve a problem perfectly while enabling a good workflow, or are extensible and adaptable to new unanticipated workflows
- products with horrible graphic design but great UIs -- if the user flow is intuitive and productive, the interface responsive and discoverable, it really doesn't matter how shit looks
- products with great UIs and awesome graphic design but horrible UX -- the UI may be both intuitive and awesomly designed and responsive... but if it enables wrong or sub-optimal workflows more than the right ones, nudging users towards bad mindsets/perspectives/workflows, it lowers everyone's productivity and sooner or later people will realize that they are dragged down or disabled by that product with the "great" UI
So yeah... if what I wrote above ain't obvious to you, then don't focus on UX, because you'll actually do it wrong anyway. Focus on the problem you solve, on the product you develop to solve it, and on selling the solution. If the UX is not extremely bad or you're not in a "fashion/fad" driven niche, it will probable be ok despite suboptimal UX if you do the rest right.
You can have:
- products with horrible UIs and horrible graphic design, but awesome user experience (UXs) -- because they solve a problem perfectly while enabling a good workflow, or are extensible and adaptable to new unanticipated workflows
- products with horrible graphic design but great UIs -- if the user flow is intuitive and productive, the interface responsive and discoverable, it really doesn't matter how shit looks
- products with great UIs and awesome graphic design but horrible UX -- the UI may be both intuitive and awesomly designed and responsive... but if it enables wrong or sub-optimal workflows more than the right ones, nudging users towards bad mindsets/perspectives/workflows, it lowers everyone's productivity and sooner or later people will realize that they are dragged down or disabled by that product with the "great" UI
So yeah... if what I wrote above ain't obvious to you, then don't focus on UX, because you'll actually do it wrong anyway. Focus on the problem you solve, on the product you develop to solve it, and on selling the solution. If the UX is not extremely bad or you're not in a "fashion/fad" driven niche, it will probable be ok despite suboptimal UX if you do the rest right.
You seem to have a really good understanding of this topic. In your view, what do you think the definition of UX, UI and graphics design is? I think that would be beneficial to the readers of your comment.
Also, can you cite some examples of the list of products?
I can think of
- products with great UIs and awesome graphic design but horrible UX: Shopping cart checkouts that if you click something, you have to write the CC/Name-details again. Multi-city flight search on any major travel site is a pain in the ass.
Also, can you cite some examples of the list of products?
I can think of
- products with great UIs and awesome graphic design but horrible UX: Shopping cart checkouts that if you click something, you have to write the CC/Name-details again. Multi-city flight search on any major travel site is a pain in the ass.
Ok, I noted on my TODO to expand this to an actual article... I'll probably post an Ask HN to asks people for more examples from each category after I add a few.
Yeah, getting to a good definition of UX vs. UI that everyone could agree on would be great ;)
I'd start with UX defined as "what the users actually ends up doing while using your UI, the actually followed user journeys, the workflows they lead to, all this from the user's subjective perspective (hence the 'experience' part)". Also relating all this to goals and talking about "conversion" etc. would be about UX. And the general feeling of "this really helped me get the job done" that the user gets after using something. Heck, even customer-service can be part of UX if your product does something so complex that having users regularly and often interact with customer service is part of the "regular usage pattern" (think stuffs where CS is not just where you complain, but where you may have talks with reps about "special shipping and assembly arrangements" etc.)
And UI would be "what and how can the user possibly do with your interface, what are the actual interface elements that actually dictate these "how" and "what" of the user's actions, things like responsiveness, intuitiveness (matching user's previous expectations), information density, discoverability". So you can talk about "user satisfaction/enjoyment" here, about "intuitiveness" etc. (but these don't necessarily mean 'higher conversion' or making the user more productive!) Also accessibility comes here. And think things like "is this button big enough to be tapable" or "it that option in hover-only menu that is impossible to access on mobile devices" or "is that other thing a keyboard only shortcut that tablet users will likely miss" etc. These are obviously independent form how things look: the design can be horrible, but everything can be easy to find/tap/click etc.
Graphic design is obviously "how things look" and this also affect the "how easy is to find things", to it does affect both UX and UI... but, there is a big "but" here: designs that receive awwards and are perceived as beautiful tend to have functionality harder to find, and more confusing user journeys. Think about the "ghost buttons" that people used and still use... but have been proven to decrease conversion quite a lot! ...but now the trend might have reverse because users are finally getting used to them. Like, do you really want to be playing this fashion game that can hurt conversions when you don't expect it in a resource constrained startup?! If you're Apple, you can "reeducate users' aesthetic tastes" and stuff which is cool, but you're not Apple. So better under-design a bit just to be safe :)
Yeah, getting to a good definition of UX vs. UI that everyone could agree on would be great ;)
I'd start with UX defined as "what the users actually ends up doing while using your UI, the actually followed user journeys, the workflows they lead to, all this from the user's subjective perspective (hence the 'experience' part)". Also relating all this to goals and talking about "conversion" etc. would be about UX. And the general feeling of "this really helped me get the job done" that the user gets after using something. Heck, even customer-service can be part of UX if your product does something so complex that having users regularly and often interact with customer service is part of the "regular usage pattern" (think stuffs where CS is not just where you complain, but where you may have talks with reps about "special shipping and assembly arrangements" etc.)
And UI would be "what and how can the user possibly do with your interface, what are the actual interface elements that actually dictate these "how" and "what" of the user's actions, things like responsiveness, intuitiveness (matching user's previous expectations), information density, discoverability". So you can talk about "user satisfaction/enjoyment" here, about "intuitiveness" etc. (but these don't necessarily mean 'higher conversion' or making the user more productive!) Also accessibility comes here. And think things like "is this button big enough to be tapable" or "it that option in hover-only menu that is impossible to access on mobile devices" or "is that other thing a keyboard only shortcut that tablet users will likely miss" etc. These are obviously independent form how things look: the design can be horrible, but everything can be easy to find/tap/click etc.
Graphic design is obviously "how things look" and this also affect the "how easy is to find things", to it does affect both UX and UI... but, there is a big "but" here: designs that receive awwards and are perceived as beautiful tend to have functionality harder to find, and more confusing user journeys. Think about the "ghost buttons" that people used and still use... but have been proven to decrease conversion quite a lot! ...but now the trend might have reverse because users are finally getting used to them. Like, do you really want to be playing this fashion game that can hurt conversions when you don't expect it in a resource constrained startup?! If you're Apple, you can "reeducate users' aesthetic tastes" and stuff which is cool, but you're not Apple. So better under-design a bit just to be safe :)
> - products with horrible UIs and horrible graphic design, but awesome user experience (UXs) -- because they solve a problem perfectly while enabling a good workflow, or are extensible and adaptable to new unanticipated workflows
Thank you for articulating this point so well. I think websites like HN, 4Chan to an extent Reddit are best examples for this category
Thank you for articulating this point so well. I think websites like HN, 4Chan to an extent Reddit are best examples for this category
SalesForce is the greatest example of this - awful UX, but so many people use it because it does simply work. Lots of startups use SFDC and it's "their choice", so again the OP's statement doesn't really hold up.
SalesForce was founded in 1999. Are there any examples that released after 2010 and got a significant part of their markets? Except for maybe Snapchat which is not too bad, just weird.
> SalesForce was founded in 1999
Why is that fact relevant? Care to elaborate?
Why is that fact relevant? Care to elaborate?
Because in the last years all the markets have become extremely competitive, including the niche ones. Even if you find an "easy" market and make a product with weak UX for it – it's only a matter of time before a competitor redesigns your idea into something better (example: HipChat and Slack).
Box is a good demonstration of what you describe.
As a front end dev / designer I used to agree with the author, but now I think it depends.
Wikipedia, Reddit, even HN are great examples of successful projects with good enough UI. Even Gmail or Facebook had terrible UI when launched.
If you are solving a unique problem, UI is not so important.
Wikipedia, Reddit, even HN are great examples of successful projects with good enough UI. Even Gmail or Facebook had terrible UI when launched.
If you are solving a unique problem, UI is not so important.
I'd argue while perhaps they are examples of brutalist functionality, the wikipedia, reddit and HN offer a very nice UX and a simple, easy to learn UI.
HN/Wiki/Reddit don't: break the back button, take forever to load 1000 JS/CSS files, have broken "infini-scrolling", or even break when JS is disabled (well, reddit kinda does now).
Compare that to the majority of over-engineered SPA-style webpages that employed many, many front-end engineers and UX designers, and Wikipedia, Reddit, HN as well as old-school Gmail and FB start looking amazing.
Man oh man do I miss old Gmail... that was a great interface. I exclusively use FB on mobile, no-js mode.
Web brutalism should be the new hotness.
HN/Wiki/Reddit don't: break the back button, take forever to load 1000 JS/CSS files, have broken "infini-scrolling", or even break when JS is disabled (well, reddit kinda does now).
Compare that to the majority of over-engineered SPA-style webpages that employed many, many front-end engineers and UX designers, and Wikipedia, Reddit, HN as well as old-school Gmail and FB start looking amazing.
Man oh man do I miss old Gmail... that was a great interface. I exclusively use FB on mobile, no-js mode.
Web brutalism should be the new hotness.
Funny thing about inifi-scrolling is that it's designed to save bandwidth, but I'd wager that most of the time the extra JS packages are bigger than the content actually being "saved"
Sorta, it does save bandwitdth, but more importantly it is used to keep users on your site longer by removing the decision point of browsing to the next page. Though for the best effect you need to do it background so that user never really realises that the feed/list never really ends.
Whatever you do, just, please, add a link for the next page at the end of your results. You can move it later with JS once you downloaded more results, but make sure the link is there.
I'm quite tired of not being able to use sites on slow connections.
I'm quite tired of not being able to use sites on slow connections.
Actually, due to the way commenting works, HN breaks the back button.
Gmail was a revolutionary UI by standards of the day. It was one of a handful of apps that ushered in Web 2.0 and AJAX. Facebook was rougher to be sure, but if you compare to the tire fire of MySpace you realize it was relatively quite good.
Ajax was invented for Outlook Web Access.
I guess Gmail brought it to the masses, along with a decent amount of free storage.
I guess Gmail brought it to the masses, along with a decent amount of free storage.
I'm well aware that Microsoft invented AJAX, I don't see how that has any relevance to my point.
Author here, I agree that "good enough UI" will do but I can't remember Wikipedia or Gmail having a terrible user experience on launch.
In case of Reddit and HN, I started to use them many years after I learned about them – mostly because of the weird UX. I still prefer hckrnews.com for HN.
In case of Reddit and HN, I started to use them many years after I learned about them – mostly because of the weird UX. I still prefer hckrnews.com for HN.
Who do you use instead of craigslist?
I don't live in the US but classifieds are more user-friendly in other countries.
You can't launch Craiglist in 2017 though. I know that there are numerous exceptions from the 00s and even from the App Store 5-6 years ago. But it's not the same anymore because blue oceans are rare nowadays.
You can't launch Craiglist in 2017 though. I know that there are numerous exceptions from the 00s and even from the App Store 5-6 years ago. But it's not the same anymore because blue oceans are rare nowadays.
I like Facebook Marketplace because I can search with in X miles of my location on my phone and I don't have to check, "Has Photos" like craigslist.
Exactly
Or the classic example of Craigslist.
However, for all these projects, the UI may be relatively primitive, but the UX is outstanding because it's stripped to exactly the things the user needs to accomplish what they're trying to do.
However, for all these projects, the UI may be relatively primitive, but the UX is outstanding because it's stripped to exactly the things the user needs to accomplish what they're trying to do.
Yes they have good enough UI but also there free to use. I know if I'm going to pay for software. It better look nice and function well or I'm not buying.
Agreed. The mantra needs to be selling, selling and more selling. For a CEO everything else should be second.
The best expression I've heard is "As CEO, I'm the Money Guy". Whether it be selling product or raising money, the #1 job of CEO is to do whatever is necessary to keep the coffers flowing.
Yes and no. The UX -is- part of the sell. You can sell the implementers on features, but to sell to a business (especially a traditional risk averse enterprise), you have to wow non-technical people. To do that, having an amazing UX for the features the non-technical people care about goes hand in hand with a sales pitch ("Look at how beautiful those charts and graphs are. You can really visualize the data to make better decisions!")
> ("Look at how beautiful those charts and graphs are. You can really visualize the data to make better decisions!")
That's one of my pet peeves. This literally is goes in the opposite direction most of the time - the prettier the graphs presented, the more useless they are. They show less, take more space, omit units, scales, or well... even useful data. Not to mention connecting things that should not be connected, or drawing areas where they shouldn't be, etc.
It's almost like if some people wanted to screw over their customers on purpose. But, I guess, it's more of people who don't know what they're doing selling things to people who don't know how to use them.
That's one of my pet peeves. This literally is goes in the opposite direction most of the time - the prettier the graphs presented, the more useless they are. They show less, take more space, omit units, scales, or well... even useful data. Not to mention connecting things that should not be connected, or drawing areas where they shouldn't be, etc.
It's almost like if some people wanted to screw over their customers on purpose. But, I guess, it's more of people who don't know what they're doing selling things to people who don't know how to use them.
Best presentation of your point I've seen:
http://www.darkhorseanalytics.com/blog/data-looks-better-nak...
http://www.darkhorseanalytics.com/blog/data-looks-better-nak...
[deleted]
Casey Neistat on his studio "functionality breeds its own aesthetic". I try to operate with that mental model as much as possible
It's a bimodal distribution, where a group of people cares deeply about the meaning a graph presents, and another group of people cares deeply about how wowing the graph is when presented.
The intersection of those too groups is too small to make any difference, thus tools will be heavily optimized for one of those.
The intersection of those too groups is too small to make any difference, thus tools will be heavily optimized for one of those.
Also a good experience tells developers you value their time and attention.
I worked at LastPass for a while as one of the few engineers. People hated our UX, and we honestly didn't even get close to the UX that 1password offered while I was there (They are working on it now).
LastPass killed it because they had Enterprise grade features people wanted. I totally agree with you. It's about building a product for your customers
LastPass killed it because they had Enterprise grade features people wanted. I totally agree with you. It's about building a product for your customers
At the end of the day UX is the product, that’s what the customer sees. Maybe you could get away with it with early adopters.
A good UX team will help focusing on core features instead of useless ones and optimum experience.
For a startups, a good UX designer could validate a MVP in few days without a line of code.
I think it should be easy to use, not complex and unintuitive. The best way to know whether your UX sucks at early stage is to ask a few friends, both technical and non-technical, evaluate your products.
> are likely focused on selling or some core feature set that is hard to create
Isn't this what "their clients often have no other choice" means?
Isn't this what "their clients often have no other choice" means?
[deleted]
Or the high number of users that create a strong network ( Craigslist, Reddit, Facebook)
> Big (aka successful) companies with a poor UX are likely focused on selling or some core feature set that is hard to create, and if they're big then it means they are or were making that tradeoff correctly.
All the comments disagreeing with this seem to be talking about "big" companies like Reddit. Think more IBM. OP's comment is very accurate.
And the 'core feature set' can be intangible features of the company, such as brand.
All the comments disagreeing with this seem to be talking about "big" companies like Reddit. Think more IBM. OP's comment is very accurate.
And the 'core feature set' can be intangible features of the company, such as brand.
> The market doesn't care what's under the hood as long as it works and solves problems.
This is a hard truth.
This is a hard truth.
Very true. However, software engineers care about what's under the hood. And the longer your company is operational you are bound to encounter engineering turnover. Attracting promising talent could get very difficult (and extremely costly) if your software stack and/or code base is antiquated.
Good article. Concise and to the point with the key elements. Thanks for sharing
*founder of a B2C software company.
If you're B2B the strategy may be somewhat different.
If you're B2B the strategy may be somewhat different.
One thing not on this list that is an easy win is to make your pages fast. This will separate you from 90%+ of competitors. A lot of the bloat in modern web apps and web pages is easy to remove, and people will love you for it.
I never mentioned it in Pinboard marketing, but I moved heaven and earth to keep the site fast for everyone, and it was speed that gave the site its first toehold.
That said, I think the leap from 100 to 10,000 users is very hard, and I don't know of any advice about how to cross that gap.
I never mentioned it in Pinboard marketing, but I moved heaven and earth to keep the site fast for everyone, and it was speed that gave the site its first toehold.
That said, I think the leap from 100 to 10,000 users is very hard, and I don't know of any advice about how to cross that gap.
Would that be covered under UX? Loading speed seems like something that would be under the UX heading, at least it is as I understand it.
Also, when we started to model pedestrian traffic, we also began to start on the long road to releasing software so that we could sell the software and the companies could model their own traffic. (Many companies consider such data to be proprietary and it can be difficult working for them because of their protective nature.)
We were able to get consultation through Jacob Nielson. He was still fairly new to the game (early 2000s) and things like eye tracking were just coming into the fray. I wasn't able to attend any of his meetings and didn't have much to do with the specifics.
But, my employees were happy with him and our customers were happy with the results. He's mentioned in the article by NN Group, which is Nielsen Norman Group.
The employees were happy and, as mentioned, so weren't our clients. They were also able to take what they learned and apply it to our internal applications and processes. (UX is much more than UI.) This, in turn, helped us more than what we'd expected. I distinctly recall QA being happy with a number of changes.
But, it points to the value of good UX and the benefit of getting a professional to consult or, perhaps, directly on staff.
Because of my lack of direct involvement, I'm not going to specifically recommend them - I don't feel as though I'm qualified to do so. I will say that the results were very good.
We'd chosen them because one of our employees had been following their site and was very impressed with the work they were doing with regards to web sites. It was that same employee who had recommended we get a UX consultant in, in the first place. Given the results, I am happy to have listened.
Also, when we started to model pedestrian traffic, we also began to start on the long road to releasing software so that we could sell the software and the companies could model their own traffic. (Many companies consider such data to be proprietary and it can be difficult working for them because of their protective nature.)
We were able to get consultation through Jacob Nielson. He was still fairly new to the game (early 2000s) and things like eye tracking were just coming into the fray. I wasn't able to attend any of his meetings and didn't have much to do with the specifics.
But, my employees were happy with him and our customers were happy with the results. He's mentioned in the article by NN Group, which is Nielsen Norman Group.
The employees were happy and, as mentioned, so weren't our clients. They were also able to take what they learned and apply it to our internal applications and processes. (UX is much more than UI.) This, in turn, helped us more than what we'd expected. I distinctly recall QA being happy with a number of changes.
But, it points to the value of good UX and the benefit of getting a professional to consult or, perhaps, directly on staff.
Because of my lack of direct involvement, I'm not going to specifically recommend them - I don't feel as though I'm qualified to do so. I will say that the results were very good.
We'd chosen them because one of our employees had been following their site and was very impressed with the work they were doing with regards to web sites. It was that same employee who had recommended we get a UX consultant in, in the first place. Given the results, I am happy to have listened.
Yeah, especially your landing page. My site is a mix of Rails and static generators, but I scrape the Rails pages with wget --recursive, and then upload everything to S3, and put it all behind CloudFlare. You can put your Rails app behind CloudFlare too, but this way your site will never, ever go down.
How do you handle things like form submits? How do you mix rails and static files? Using Nginx?
My sign up page includes Recaptcha and requires a valid Stripe card token, so I can keep that static without worrying about CSRF. However, the sign in page is loaded from the Rails app server, and includes a CSRF token. The form submits all go to the Rails app server, which is running on a subdomain.
I run a rake task to scrape all of the landing page content from the Rails app, then copy in the static docs site, and upload everything to S3. So it's like I'm using Rails as a static site generator.
Basically my root domain is all static files, served from S3 / Cloudflare. And the Rails server is running on an "app" subdomain. I think it's been working pretty well. In the future I might make the whole app static, and just use Rails as an API.
I run a rake task to scrape all of the landing page content from the Rails app, then copy in the static docs site, and upload everything to S3. So it's like I'm using Rails as a static site generator.
Basically my root domain is all static files, served from S3 / Cloudflare. And the Rails server is running on an "app" subdomain. I think it's been working pretty well. In the future I might make the whole app static, and just use Rails as an API.
How did you determine that speed was what gave the site its first toehold? Did you collect some kind of data that supported your internal push to make that a priority?
It depends on the use case but loading time is very important. People will engage more with a site where they can move freely and focus on the content rather than a loading page. The longer the loading time the more likely users will click away.
This is also important for SEO these days. If you have site speed issues, particularly on mobile, you could run into issues.
Really, the key is solving something important that people absolutely need, and will overlook all these weaknesses for. Then something like a good UX is a can you can kick down the road for a long time.
If instead you're doing Yet Another Pinterest, then good luck, you're playing a very different game.
If instead you're doing Yet Another Pinterest, then good luck, you're playing a very different game.
> that people absolutely need
A tough one. Asking myself what I absolutely need, I come up with air+water+meat+housing. And I'm a coder! =) but even for softer interpretations of "absolutely", haven't ran into any such non-niches (we're talking "people", not obscure-exotic-niche-use-case-prospects) in a long time lately.
A tough one. Asking myself what I absolutely need, I come up with air+water+meat+housing. And I'm a coder! =) but even for softer interpretations of "absolutely", haven't ran into any such non-niches (we're talking "people", not obscure-exotic-niche-use-case-prospects) in a long time lately.
How many TechCrunch articles can you find where an acquiring company says "the software we're buying doesn't really work, but it sure looks good!"?
I just left a job where the founder (who didn't have any software background) deeply ingrained himself with this philosophy and wound making life a living hell for engineering.
While building a full-stack prototype, we slapped bootstrap 4 on the front end because who has time to roll CSS when the project is months behind schedule?
The founder with no sofware experience decided that bootstrap was terrible and that he'd roll an entirely custom app style. So he went into the codebase on a weekend and ripped out all the views/controllers/assets and replaced them with his own, which massively broke the test suite on Monday morning (which of course he didn't know how to operate or fix.) After a couple of other "executive audibles" like this, I took the next good offer and ran.
It's weird to see 'visual design' as a mainstay of an article titled 'What you should know as a founder of a software company', as if managing a team and building solid engineering fundamentals and culture are either assumed or unimportant.
I just left a job where the founder (who didn't have any software background) deeply ingrained himself with this philosophy and wound making life a living hell for engineering.
While building a full-stack prototype, we slapped bootstrap 4 on the front end because who has time to roll CSS when the project is months behind schedule?
The founder with no sofware experience decided that bootstrap was terrible and that he'd roll an entirely custom app style. So he went into the codebase on a weekend and ripped out all the views/controllers/assets and replaced them with his own, which massively broke the test suite on Monday morning (which of course he didn't know how to operate or fix.) After a couple of other "executive audibles" like this, I took the next good offer and ran.
It's weird to see 'visual design' as a mainstay of an article titled 'What you should know as a founder of a software company', as if managing a team and building solid engineering fundamentals and culture are either assumed or unimportant.
It keeps on puzzling me why don't engineers ever speak up. Like "Hey, man, I understand the old design sucks and you want to make it better, but editing things directly would only make the delays bigger. How about you take a few screenshots of the product, photoshop it the way you would like it to look and then we, as a technical team, will use our best expertise to make it look this way without breaking everything in pieces?".
That could have saved you from weeks of hell and would also increase your influence by a great amount.
That could have saved you from weeks of hell and would also increase your influence by a great amount.
Because "shut up or find yourself another job".
I thought this too until recently -- got fired after trying to protect my employer from a toxic exec.
There are some that do not accept anything but yesmans or silent codemonkeys. It sucks but it pays. If you are not willing to lose your position, just let it go.
I thought this too until recently -- got fired after trying to protect my employer from a toxic exec.
There are some that do not accept anything but yesmans or silent codemonkeys. It sucks but it pays. If you are not willing to lose your position, just let it go.
Protecting your abstract "employer" from a toxic exec is a political suicide. The right thing to do is sniff out who's the exec's political enemy and what move is he planning next against him and aid that person in his move without directly confronting the toxic exec. It's dirty politics, but it works.
Yeah.. Lesson learned I hope...
Am I naive to think that in a business setting, problems should be constructively confronted proportionally to the extent of their damage potential directly with their author? Wouldn't the business be able to grow more efficiently and be able to keep a peaceful environment free of backstabbers if people could accept that everyone makes mistakes, that they don't really matter as long as they are fixed quickly, and that they are all learning opportunities that can become valuable assets? I feel like am I throwing buzzwords around and that to some extent I have always heard this in a form or another but for some reason, never seen it put into practice.
Am I naive to think that in a business setting, problems should be constructively confronted proportionally to the extent of their damage potential directly with their author? Wouldn't the business be able to grow more efficiently and be able to keep a peaceful environment free of backstabbers if people could accept that everyone makes mistakes, that they don't really matter as long as they are fixed quickly, and that they are all learning opportunities that can become valuable assets? I feel like am I throwing buzzwords around and that to some extent I have always heard this in a form or another but for some reason, never seen it put into practice.
You need to look at the company's cash flow and competition model to understand this. Let me try to sketch 2 black & white scenarios:
A) The company is bootstrapped, profitable, gets positive cash flow from paying customers and is investing profits into adding new features that will cover larger markets. Its competing with other bootstrapped companies on how fast it can add features.
B) The company is VC-backed, runs at a loss, gets it cash from rounds of investments. A competitive factor for getting more capital is showing rapid growth and creating an impression that the company is sexy, has a great future, etc. A competitive factor in getting rapid growth is offering services subsidized by the venture capital and getting high-profile salespeople through the CEO's network.
In the first scenario it's all about the product. In the second it's all about the CEO's ability to sell the right impression to the venture capitalists.
Things get more complicated once you bring in psychology. The people that are good at confidently overselling a product and giving a perfect impression are usually people-oriented. They can give a good impression, and they draw their motivation from impressing others and glorifying their social status. If a person you're talking to starts dropping hints about how much of a big guy he/she is, that's the personality type I'm talking about and you don't want to confront that person because you'll be seen as a personal threat regardless the long-term effects. This doesn't benefit the long-term product quality and efficiency, but will benefit their self-confidence (hey, I'm a big boss, nobody dares object me) and will help them attract more venture capital and get more high-profile sales people aid their course.
So yes, in many real-world scenarios everyone is talking about results, learning opportunity, positive environment, growth, etc. because this is a part of the impression you want to make, but in reality everyone is backstabbing each other because if you don't do this, someone will backstab you.
A) The company is bootstrapped, profitable, gets positive cash flow from paying customers and is investing profits into adding new features that will cover larger markets. Its competing with other bootstrapped companies on how fast it can add features.
B) The company is VC-backed, runs at a loss, gets it cash from rounds of investments. A competitive factor for getting more capital is showing rapid growth and creating an impression that the company is sexy, has a great future, etc. A competitive factor in getting rapid growth is offering services subsidized by the venture capital and getting high-profile salespeople through the CEO's network.
In the first scenario it's all about the product. In the second it's all about the CEO's ability to sell the right impression to the venture capitalists.
Things get more complicated once you bring in psychology. The people that are good at confidently overselling a product and giving a perfect impression are usually people-oriented. They can give a good impression, and they draw their motivation from impressing others and glorifying their social status. If a person you're talking to starts dropping hints about how much of a big guy he/she is, that's the personality type I'm talking about and you don't want to confront that person because you'll be seen as a personal threat regardless the long-term effects. This doesn't benefit the long-term product quality and efficiency, but will benefit their self-confidence (hey, I'm a big boss, nobody dares object me) and will help them attract more venture capital and get more high-profile sales people aid their course.
So yes, in many real-world scenarios everyone is talking about results, learning opportunity, positive environment, growth, etc. because this is a part of the impression you want to make, but in reality everyone is backstabbing each other because if you don't do this, someone will backstab you.
Plenty of software jobs pay and don't involve working for someone who expresses outright contempt for your role.
In my experience, it's "shut or find yourself another engineer".
Normally, people that does that do not know enough to care about keeping good technical staff.
What is also another good way to say that, shutting up or not, they deserve to be out of an engineer, so go immediately looking for another boss.
What is also another good way to say that, shutting up or not, they deserve to be out of an engineer, so go immediately looking for another boss.
At my last job, my sort-of technical director liked to edit live prod deployments when someone came to him with a "fire" (which wasn't ever actually a fire anyway). After the 2nd or 3rd time, I locked him out.
It's not a mainstay, I wrote that you don't need to focus on design instead of functionality and that a $50 template will be ok.
The goal is to develop a sense of good design, so you can pick a good template or hire good designers later and argue about the results of their work.
The goal is to develop a sense of good design, so you can pick a good template or hire good designers later and argue about the results of their work.
Where I write code we use git hooks to run linting and unit tests on pre-commit and integration tests on pre-push, and anyone using --no-verify gets a stern talking to. No one gets code in to the repo if it breaks the tests.
I'm still working on a way to stop commits that drop the coverage below a threshold so even new code can't be added if it isn't tested.
I'm still working on a way to stop commits that drop the coverage below a threshold so even new code can't be added if it isn't tested.
Apple got to where it is (=more liquid cash than the US government) off the back of good looks and fashion.
Too much content without addressing the real problem with most startups:
They do not solve a customer problem.
Solve their problem, make their life better and you will do well.
They do not solve a customer problem.
Solve their problem, make their life better and you will do well.
How do startups exist without customers paying them to solve a problem? From convincing investors that the problem exists? It sounds like the investors are the real customers and a narrative is the product they produce.
The best ones ignore the "scratch your own itch" advice and look for a problem that is outside their comfort area that has not yet been attacked.
The best startups without customers? Aren't those the worst startups?
Nope. Areas where customers are currently solving their problems without the use of technology.
Markets form around problems, not solutions.
Markets form around problems, not solutions.
Some startups do very well. Uber, Lyft, Square Cash/Venmo, Yelp, those really do solve problems many of us have/had.
Then a few tech startups doing analytics I had some experience with, probably overpromised (?? perhaps it was my fault) what their engine could do. Requests are often in backlog and can take many months to roll out, which by then contract renewal is up.
Then a few tech startups doing analytics I had some experience with, probably overpromised (?? perhaps it was my fault) what their engine could do. Requests are often in backlog and can take many months to roll out, which by then contract renewal is up.
I don't quite understand why Yelp's on that list — do you mind elaborating?
Sure. This is my view. I want to know nearby resturants and their reviews. I want see photos of the dishes. I want to see the decor. I want to see discounts if any. I want to see open hours. I want to search based on location, cusine, pricing etc. i know Google does this now, but Yelp was the first to make all the above well in one place. Google doesn’t have an app dedicated at all, just search. Yelp solved my problems. I think you can agree with me you would hear “let’s yelp it/check on yelp” when someone looks for resturants. I also use Yelp beyond just resturants. I was looking for a new dentist and I found him on Yelp after some reviews online. I got to see the good reviews and photos of his office. I was lucky those reviews were real. If I were new to a city I might check out Yelp and TripAdvisor for some reviews and recommenations.
This is mentioned in the "Marketing" part as one of the core research questions. I agree that it should be addressed more but didn't want to overload the article – it's long enough already.
[deleted]
What you should know is that the only thing that matters is solving big problems for real people problems.
If you are solving real problems and you are constantly learning and improving based on your understand why your customers hire/fire you then nothing else will matter.
If you are really customer-value-centric then your UX/Visual design, PR, marketing, SEO won't matter since all of your customers will be telling more & more people why you are awesome and they'll keep paying you for more.
If you are solving real problems and you are constantly learning and improving based on your understand why your customers hire/fire you then nothing else will matter.
If you are really customer-value-centric then your UX/Visual design, PR, marketing, SEO won't matter since all of your customers will be telling more & more people why you are awesome and they'll keep paying you for more.
People buy pain relief :)
Sorry to be harsh and disregard your legitimate content completely but it is misguided, it lacks the most important word: Sales
Good point, I have a B2C bias.
I am curious about the bias. B2c still requires sales.
It's not a separate long process because there's only one decision maker. You basically need a good landing page and a working product's demo. Sometimes a client asks a question in support before a purchase but most of the purchases are without direct communication.
What would sales do in a B2C shop? In my mind you just create a product people want, slap AdWords on it for revenue and add a marketing team for growth. I have a hard time imagining what for example Reddit would do with a sales team.
Edit: Apparently Reddit have a sales team since they have their own ads platform, they wouldn't need it if they used AdWords.
Edit: Apparently Reddit have a sales team since they have their own ads platform, they wouldn't need it if they used AdWords.
Adsense is for publishers, AdWords for advertisers. You are referring to Adsense, maybe?
He meant AdWords - to help him find customers for his B2C product.
This makes more sense in the context of the GP comment if Reddit's ad network is found on sites outside of Reddit. I confess ignorance to these particulars.
Our CEO doesn't know what UX is and tried to get a marketing email designer to rebuild our whole tool. he figured the kid knows photoshop so he must know best.
Founder here. That list is a lot of cart before a horse. You could master all those points and still not have a company on your hands.
#1: Solve an important enough pain point that companies or consumers will pay you for it.
Sorry it's not more catchy.
#1: Solve an important enough pain point that companies or consumers will pay you for it.
Sorry it's not more catchy.
Don't trivialize.
The list provides a very good insight into specifics of making a product/company work. These aren't sufficient conditions, but they are often necessary. Product packaging matters. Customer relations matters. Resource management matters. As does the non-technical side of things. All of these are integral to making "companies or consumers willing to pay you for it."
The list provides a very good insight into specifics of making a product/company work. These aren't sufficient conditions, but they are often necessary. Product packaging matters. Customer relations matters. Resource management matters. As does the non-technical side of things. All of these are integral to making "companies or consumers willing to pay you for it."
My intent wasn't to trivialize, only to prioritize. You're right; none of those alone are sufficient for success. But IMO the single most important priority for a founder of a software business was not mentioned.
"Make something that people want to pay for" is an obvious priority for any commercial entity, small or large.
To OP's credit, it's something that people forget semi-frequently.
I can think of quite a few products that look nice and the workflows are quite easy, but at the end of the day they're just not solving a problem I'd be willing to pay money for (and, often, they disappear later).
It's very hard to admit that you were wrong about the fundamentals of your product, and very easy to think that re-designing the homepage will fix everything.
I can think of quite a few products that look nice and the workflows are quite easy, but at the end of the day they're just not solving a problem I'd be willing to pay money for (and, often, they disappear later).
It's very hard to admit that you were wrong about the fundamentals of your product, and very easy to think that re-designing the homepage will fix everything.
I feel like I should place the "Marketing" section higher. There's a list of questions to do a market research before even starting and discover if the fundamentals of your product are correct.
For what it's worth, I enjoyed the article.
Most start-ups aren't solving any huge problems, and sometimes market inefficiencies are there for a reason (see all the start-ups involving the field of law, for example).
Even for the ones that are solving a big problem (that people are willing to pay for), it's very uncommon to have no competitors.
So typically the way to make a successful company is to be better than your competitors, and the way you do that is through customer support, UX, etc.
So to your credit, I think for most start-up founders this is the way to move forward. But it's definitely a bit of a sunk cost fallacy - it's really hard to admit your idea will never be successful and to start over from scratch.
It's easier, and has more obvious ways to measure success, to adjust relatively minor things.
Most start-ups aren't solving any huge problems, and sometimes market inefficiencies are there for a reason (see all the start-ups involving the field of law, for example).
Even for the ones that are solving a big problem (that people are willing to pay for), it's very uncommon to have no competitors.
So typically the way to make a successful company is to be better than your competitors, and the way you do that is through customer support, UX, etc.
So to your credit, I think for most start-up founders this is the way to move forward. But it's definitely a bit of a sunk cost fallacy - it's really hard to admit your idea will never be successful and to start over from scratch.
It's easier, and has more obvious ways to measure success, to adjust relatively minor things.
Not really?
Look at twitter. Fundamentally people do not want to pay for it. They still haven't figured it out.
Look at twitter. Fundamentally people do not want to pay for it. They still haven't figured it out.
[deleted]
What if, they are paying for something already, and you build a more advanced one? That is to say, it does something the others don't that makes it a little better and easier.
I don't suggest to learn it all before starting. But I wrote #1 in the "Marketing" part:
"Have I solved a problem serious enough for people to bother to become my customers?"
"Have I solved a problem serious enough for people to bother to become my customers?"
On second read, I get it. Thank you. That's big-thinking "marketing" to me, but it's there. :-) As long as a founder themselves owns that sort of marketing role then it gets the attention it needs and (still) I think the other items on the list need to be guided/gated by this marketing to a large degree even from the first days.
Thanks for the added clarity and article.
Thanks for the added clarity and article.
That was a really great article. Here's a few notes from my experience with FormAPI.io:
> One of the best ways to do it is to watch people interacting with your prototypes without giving them any hints.
This is so true. My product has a lot of very complex features, but after watching some early users, I realized that people were struggling to figure out some of the most basic things - even just adding and removing fields. I had made the 'delete' icon only show when you hovered over the field in the sidebar, but I made it more obvious by always showing it when the field was selected. I also added another 'Delete' link to the field option in the right sidebar. And then I also added a welcome modal that explain how to add and delete fields with animated GIFs. (Including the "delete" and "backspace" keyboard shortcuts.) Now that there's 3 separate ways to delete fields, people figure it out almost immediately.
Even adding fields was hard to get right. My initial version just had click-and-drag, so you had to first click, then drag to adjust the field width. I saw that new customers were just clicking on the page, and nothing would happen. So I added support for single clicks as well, and now it adds a field at that position with a default width.
It's scary that I might not have realized these UX problems if I wasn't paying attention.
> Nowadays it’s easy to get amazing stock templates for less than $50 instead of spending thousands on a custom design.
I strongly recommend https://pixelarity.com. I've used 3 of their templates now, and I think they're very good. Some of them even have jekyll versions that you can download. http://unsplash.com is incredible for stock photos, and I have a subscription to https://thenounproject.com for vector icons. There are a lot of free icons out there, but the Noun Project has a ton of variety, and lots of things you can't find anywhere else.
> When doing the development yourself, it is easy to slip into a false productivity when you increase the amount of code without achieving your business goals. The most infamous examples are building tools instead of a product or overthinking a complicated architecture "for the future."
This is really tough, but I'm actively trying to avoid this. Not just the fun tools and side-projects you want to build, but even some feature requests from customers. Certain might end up taking weeks or months, and they'll over-complicate your product, or they just won't be a good investment of your time.
> New and trendy technology usually means bugs, breaking changes, immature tooling and lack of documentation. "Boring" mature tech will allow you to achieve the same goals much faster and make it easy to find developers for hire.
I used Rails and React, since I'm very familiar and productive with those. I was tempted to try Elixir, but I think it would have taken me so much longer to build an MVP. I have a friend who started building their startup with Elixir, but switched back to Rails for the better productivity.
> Depending on the country, your experience with these business aspects can range from mildly unpleasant to the absolute worst.
I've almost finished setting up my company with Stripe Atlas, and I can say that it has been the absolute best experience. I can't recommend it strongly enough. I'm going through the post-incorporation stuff now with UpCounsel, and everything is just so easy.
> One of the best ways to do it is to watch people interacting with your prototypes without giving them any hints.
This is so true. My product has a lot of very complex features, but after watching some early users, I realized that people were struggling to figure out some of the most basic things - even just adding and removing fields. I had made the 'delete' icon only show when you hovered over the field in the sidebar, but I made it more obvious by always showing it when the field was selected. I also added another 'Delete' link to the field option in the right sidebar. And then I also added a welcome modal that explain how to add and delete fields with animated GIFs. (Including the "delete" and "backspace" keyboard shortcuts.) Now that there's 3 separate ways to delete fields, people figure it out almost immediately.
Even adding fields was hard to get right. My initial version just had click-and-drag, so you had to first click, then drag to adjust the field width. I saw that new customers were just clicking on the page, and nothing would happen. So I added support for single clicks as well, and now it adds a field at that position with a default width.
It's scary that I might not have realized these UX problems if I wasn't paying attention.
> Nowadays it’s easy to get amazing stock templates for less than $50 instead of spending thousands on a custom design.
I strongly recommend https://pixelarity.com. I've used 3 of their templates now, and I think they're very good. Some of them even have jekyll versions that you can download. http://unsplash.com is incredible for stock photos, and I have a subscription to https://thenounproject.com for vector icons. There are a lot of free icons out there, but the Noun Project has a ton of variety, and lots of things you can't find anywhere else.
> When doing the development yourself, it is easy to slip into a false productivity when you increase the amount of code without achieving your business goals. The most infamous examples are building tools instead of a product or overthinking a complicated architecture "for the future."
This is really tough, but I'm actively trying to avoid this. Not just the fun tools and side-projects you want to build, but even some feature requests from customers. Certain might end up taking weeks or months, and they'll over-complicate your product, or they just won't be a good investment of your time.
> New and trendy technology usually means bugs, breaking changes, immature tooling and lack of documentation. "Boring" mature tech will allow you to achieve the same goals much faster and make it easy to find developers for hire.
I used Rails and React, since I'm very familiar and productive with those. I was tempted to try Elixir, but I think it would have taken me so much longer to build an MVP. I have a friend who started building their startup with Elixir, but switched back to Rails for the better productivity.
> Depending on the country, your experience with these business aspects can range from mildly unpleasant to the absolute worst.
I've almost finished setting up my company with Stripe Atlas, and I can say that it has been the absolute best experience. I can't recommend it strongly enough. I'm going through the post-incorporation stuff now with UpCounsel, and everything is just so easy.
I work at a startup, which is around 15 months old now. We have no UI/UX designer, and have not focused on creating a good UX. We would love to have one, but have not found the right candidate yet.
But we are doing very well, we are now over 40 employees and have several of biggest names in the nordic countries as clients and our software is being interacted with hundreds of thousands of individuals every day.
Good UX is important, but it doesn't have to be "perfect". The most important thing by far for a startup is getting out of your office and talk with potential clients.
But we are doing very well, we are now over 40 employees and have several of biggest names in the nordic countries as clients and our software is being interacted with hundreds of thousands of individuals every day.
Good UX is important, but it doesn't have to be "perfect". The most important thing by far for a startup is getting out of your office and talk with potential clients.
I agree with this. Though if you are at the stage when you want an updated design, I could probably help you. Contacts in my profile
This is not a generally true statement. Big (aka successful) companies with a poor UX are likely focused on selling or some core feature set that is hard to create, and if they're big then it means they are or were making that tradeoff correctly.
In all likelihood, most startups would benefit from focusing less on UX concerns and more on selling, selling, selling.