> Support is typically low paid because it's a lot of effort for little reward, no matter how much you pay someone in support, there's only so much impact they can have on the bottom line.
As someone who was in Support and moved to the sales (engineering) side, I'll put it this way, if we had 3-4 of me in Support, my job would be 2-3-4x as easy.
For background, RFPs are not value neutral. It is not uncommon for customers who have a preferred vendor to shape the RFP to fit in a more natural way to the preferred vendor. To use a simplified example: you want a web server vendor and only IIS and Apache exist. If you have a RFP requirement that the service runs on Linux, then you have a RFP but your requirements have pre-selected the vendor which can achieve the objectives. This is hard to catch from the outside, but focus on ultra specific requirements which seem relatively arbitrary (Linux vs. Windows isn't arbitrary, but the example is super simplified for illustrative purposes).
I am also curious about examples, but as someone from the vendor side, I'll be the first to admit that if the purchasing group has any semblance of intelligence, you can easily hide these biases. The bias only is obvious if you are in the industry and grok the subtle nuances of the capabilities.
Beyond salary, there is a whole industry of data brokers who get transactional data from individual participants in an industry vertical (CPG, Health Insurance, Salary, etc), aggregate it with their competitors and present it back to those participants as benchmarks. Management Consulting likewise is a way to launder getting strategic insight into your competitors from a third-party.
There's a long long history--especially when a lot of information was more opaque than today--when companies quietly shared a bunch of information with middlemen because they needed that information from other companies to function and the middlemen skimmed some of the the take.
Even price sheets that we would consider very rudimentary today were part of that.
This isn't a Github project with a MIT license. When you do B2B software, there aren't software licenses, there are contractual terms and conditions. The T&Cs outline any number of elements but including SLAs, financial penalties for contractual breaches, etc. Larger customers negotiate these T&Cs line by line. Smaller customers often accept the standard T&Cs.
Penalties, as far as I was involved in vendor discussions, are a part of the negotiation only when the software provider does any work on the client's premises and are liable to that extent.
For software, you don't pay penalties that it might malfunction once in a while, that's what bug-fixes are for and you get offered an SLA for that, but only for response time, not actual bug fixing. Where you do get penalties and maybe even your money back, is when the software is listed as being able to do X,Y,Z and it only does X and Z and the contract says it must do everything it said it does.
> There was a stark contrast between those of us who had designed our projects completely ourselves, and those who had significant mentors/lab affiliations.
Love to see someone confirming my cynicism. In high school, a science teacher asked me if I were interested in doing something for the (then) Intel Talend Search. I looked up the previous finalists / winners and noticed that an overwhelming majority of the kids were in cities with top tier research universities (or did math stuff, those kids' locations varied a bit more). At that point, my spider sense told me that it wasn't worth the effort to try to compete without the backing / mentoring of a credentialed adult.
Same at my local Home Depot. Shut down regular registers, self check-out being run as a normal register. Outside of time sensitive shops, I'll go 10 minutes out my way to avoid this.
Let's not use the term "trophy hunting". It's analogous to calling an OBGYN an "abortionist". People hunt for all sorts of reasons. The question is often not whether X number of a particular animal will be killed, the question is who will do the killing. State game quotas are set by biologists who are fine tuning populations. If the animals aren't killed by hunters, they will be killed by State wildlife employees. This process is a core tenant of the North American Model of Wildlife Conservation
( https://en.wikipedia.org/wiki/North_American_Model_of_Wildli... ) which is the reason why there has been a flourishing of game animals in North America in the last century.
But to your point, they are referencing two main funding streams for state fish and game / wildlife / natural resources departments:
1. Pittman-Robertson funds ( https://en.wikipedia.org/wiki/Pittman%E2%80%93Robertson_Fede... ). The gist is that there's an excise tax on firearms and ammunition. One fun consequence of this is that hunters aren't making up the bulk of funds here, it's recreational shooters. A hunter may shoot 10 shots on a hunting trip. It's gun nuts at firing ranges who disproportionately pay this tax.
2. Sale of hunting and fishing licenses. This varies by state since states' wildlife vary in quantity and quality. Western states with prized large game animals (elk, mountain goats, etc) earn more from this funding stream than Eastern states.
Sorry, my statement was not clear. I was talking more about the "hunting" they do in some African countries, and not about the North American system of hunting permissions. And what I meant is indeed "trophy hunting" where there is not much actual hunting involved: Locals will trap or corner an animal, so that the "hunter" will have nothing else to do but shoot.
The same is true in technical sales. Obviously you need a sufficiently technical background to be able to _do_ stuff, but the primary value you bring is probe further than "we want to do X". The prospect / customer has mayybe done what they are asking twice, you've seen it done 100s of times.
From someone who does enterprise technical sales for a B2B company: Identity Management is a major area of concern for GCP / GSuite, at least in the enterprise space, especially for the low to moderately technical folks that I sell to. The same could be said for AWS but they have first mover advantage in many ways.
As someone who was in Support and moved to the sales (engineering) side, I'll put it this way, if we had 3-4 of me in Support, my job would be 2-3-4x as easy.
reply