Solution Architect here. Here are a few things you should take into account:
- You need obviously to know your stuff inside out, especially the technical side of things.
- the split between tech knowledge and business knowledge will depend on the SE position/vertical and company, but do expect at least a 50% / 50%.
- You need to develop you business skills. This doesn't include only finance/accounting jargons, but also soft skills such as presenting, talking, listening, dealing with angry customers, dealing with C-suite..etc.
- Depending on the job specs, you will spend your time doing the following:
- Presentations
- PoC
- Demos
- Design and proposal documents
- Costing for the solution and putting a business case together (I do this in my current role, but it's rare that you'd need to do it)
- responding to RFP/RFI
- Working together with the sales team to land new accounts, or penetrate existing accounts.
- Working with delivery team to estimate project costs or design feedback.
Some rookie mistakes when beginning as an SE:
- DO NOT, I repeat DO NOT talk about a solution before you listened to the customer, understood their pain points and let them speak. Unless they ask a specific question, try to ask questions and then just listen to them.
- Talk slowly and with confidence. Know who your audiance is. If they are business people, prepare yourself and talk about ROI and how the solution will help them reduce cost, increase sale or make things easier. Do not talk technical stuff if your audiance doesn't understand it. Your audiance will mostly not care about frameworks, programing language, or the latest and greatest AWS service. You need to fight the urge to talk like a nerd, unless ofcourse the situation requires it.
- Have a call/meeting with the area sales manager before you go see or talk to the customer. This is crucial for SE's. Some, and I say some Sales AM are only interested in their quarter numbers and will try to sell anything to the customer, even if the solution is not fit for purpose. Its your job to make sure the solution you are selling fits the customers requirements
I'm writing a guide for SE at the moment and might post it here. But for books I would suggest: Mastering the technical sales by John Care. Its nothing groundbreaking but its a good read.
I'm an introvert and actually enjoy working as an SE, but it's not for everyone. If you don't like dealing with customers and meetings, demos, writing a lot of documents then it's probably not for you.
The pay is generally quite good depending on the vertical/company.