|
|
|
|
|
by justinlink
1737 days ago
|
|
For the first few years of my product, I was in the same situation of being the solo-developer offering phone support. There were a few huge benefits, some mentioned in the article and a few downsides. Some highlights: When talking a user through a set of actions, hearing them stumble or fail to understand the UI is quite the humbling experience. You literally pay for it with your time as you listen to them struggle. Feature requests over the phone allowed the user to fully explain the need and helped me understand why that feature was important. The majority of the time a compromise could be struck between us where I could fulfill the feature request meeting my technical and time requirements while solving the problem for them. You can’t do that with emailed forms. A major downside is I would often get sidetracked to solve trivial problems for frequent callers who I had developed a working relationship with from frequent calls. The squeaky wheel gets the oil problem. While some of these enhancements probably added great value to the product, it was more difficult to pull off the big projects. Maintenance in particular suffered. In the times of a major problem like an outage or error, I did feel some frustration in those rare times. It was critical to answer the barrage of phone calls, to let them know we were aware and working on the situation. But as the only one who could fix a situation, being stuck on the phone in a repetitive loop delayed things. I just wanted to fix the issue, where each caller wanted to explain it. It was a valuable experience for me, but I am generally happier to no longer have a phone on my desk. |
|