That seems like a perfectly rational response. I think the problem is that we think of process improvements in abstract, aggregate, terms; but on the ground they affect real individual people and they are often forgotten in the excitement of saving the company money.
But it was driven by both sides being made clear from the beginning: nobody is losing any jobs here, the goal is to 10x the number of accounts we could do per back office person; their new jobs will be overseeing the software and dealing with edge cases.
I’m not sure this would’ve been possible to do in such a way if the company wasn’t rapidly growing though.
Makes me wonder: what are things that are easier like this in orgs that aren’t in growth phases?
I had an engineer tell me once that the reason they wrote really obtuse code was because "when the layoffs come I'll be the only one who understands it so I won't get laid off!" They were quite pleased with that strategy. I pointed out that they would also never get promoted if their manager couldn't get anyone else to learn their code. This was something they hadn't really considered.