←back to thread

324 points bilsbie | 1 comments | | HN request time: 0s | source
Show context
dcastonguay ◴[] No.44974574[source]
> At the end of it, they were sketching a completely different architecture without my "PMing". Because they finally understood who was actually using our product.

I cannot help but read this whole experience as: “We forced an engineer to take sales calls and we found out that the issue was that our PMs are doing a terrible job communicating between customer and engineering, and our DevOps engineer is more capable/actionable at turning customer needs into working solutions.”

replies(41): >>44974602 #>>44974635 #>>44974655 #>>44974660 #>>44974676 #>>44974814 #>>44974873 #>>44975042 #>>44975156 #>>44975182 #>>44975196 #>>44975269 #>>44975293 #>>44975666 #>>44975685 #>>44975856 #>>44975925 #>>44975972 #>>44976091 #>>44976207 #>>44976426 #>>44976440 #>>44976835 #>>44976924 #>>44977035 #>>44977052 #>>44977553 #>>44978517 #>>44978620 #>>44978689 #>>44979587 #>>44979694 #>>44979713 #>>44980051 #>>44980093 #>>44980149 #>>44980874 #>>44981249 #>>44981402 #>>44982096 #>>44982636 #
VladVladikoff ◴[] No.44975666[source]
I run a small tech startup, about 2M ARR. And at times we’ve been short staffed on support and I’ve sat in for support for a day or two. And every time I do this I discover loads of issues customers are complaining about that don’t seem to ever make it back to our engineering team. Perhaps it’s just our support reps, or the nature of support, but they seem to love to “solve” problems themselves rather than reporting it to engineering for a more permanent fix.
replies(6): >>44975695 #>>44976296 #>>44976406 #>>44976911 #>>44977220 #>>44977983 #
1. ranger_danger ◴[] No.44976296[source]
> don’t seem to ever make it back to our engineering team

Does support have a procedure for this or is it ever part of any training or meetings? Otherwise I hesitate not to call it a management issue, no offense.