|
|
|
|
|
by AlotOfReading
814 days ago
|
|
My experience is that the expectation of "lovable" tends make the development process far more toxic. Whatever your definition, "love" is a relationship that takes investment from both sides. Customers will interact with dozens of different applications on a daily/weekly/monthly basis. Having a relationship with any or all of them is a significant burden to the customer. Think about the appliances in your home. Do you love them? Do you even want to? "Lovable" is also toxic to product developers. Any usage that doesn't build a relationship starts to look like a failure. If you're making tax software, people aren't going to love it no matter what you do. Even if you manage to build that "loving" relationship with the customer, do you really want to invest that deeply maintaining it with every customer (including the demanding ones)? Remember that if they love your software, they're now invested in you not changing it and they'll expect the norms of that relationship in all interactions with you. If you fail to meet those expectations, some of them will go out of their way to talk about it. If you do meet those expectations, their "love" may actually scare others away from using it to avoid being associated with them. Think of the stereotypes about people who like Vim, Rust, or Excel. Maybe that's what you want, but it shouldn't be a universal development goal. |
|