Cheat sheet · Career
Forward deployed and solutions engineering cheat sheet (Solutions engineer)
Opens with creditsFor engineers aiming at solutions engineering: designing how a customer adopts a product, before and after the sale. Use it to run discovery, map integrations, build proofs of concept, write solution designs and plan your way into the role.
Chapters
10 chapters · 73 concepts
1The roles comparedWhat forward deployed, solutions and sales engineers each do, when in the customer journey they work, and how to tell which job a posting really describes.8 concepts
- 1Forward deployed engineerA software engineer who works inside a customer's organisation to build and ship working software on the customer's own systems and data, then feeds what they…
- 2Solutions engineerAn engineer who designs how a customer will adopt a product: which parts they use, how it connects to their systems and what a first rollout looks like.
- 3Sales engineerThe technical partner of an account executive during a sale.
- 4Role comparison at a glanceA side-by-side view of when each role works, what it produces and how it is measured.
- 5One customer, many capabilitiesPalantir's framing of the difference: a product engineer builds one capability for many customers, while a forward deployed engineer builds many capabilities…
- 6Pre-sale and post-salePre-sale is everything before the contract is signed: discovery, demos, proofs of concept.
- 7Adjacent customer-facing rolesRoles next to these three: implementation engineers set products up, professional services deliver paid projects, technical account managers look after big…
- 8A typical weekA rough picture of how the week splits for each role.
8 in this chapterOpen this chapter2Core engineering you still needThe engineering base customer-facing roles lean on every day: a scripting language, SQL, HTTP, Git, cloud basics and the skill of debugging systems you did not build.7 concepts
- 1A glue languageOne language you can write quickly and well for scripts, small services and data jobs.
- 2SQL on someone else's dataReading an unfamiliar schema, profiling tables and answering questions with joins and aggregates, often in the customer's own warehouse.
- 3HTTP and REST basicsHow programs talk over the web: a request with a method, URL, headers and body, and a response with a status code and body.
- 4Git in a customer's repositoryBranching, small commits and pull requests in a repository with someone else's rules, reviewers and pipeline.
- 5Cloud basicsEnough of one cloud to deploy a small service, store secrets, read logs and understand identity and access management (IAM) and private networks (VPCs).
- 6Debugging systems you did not buildA method for finding faults in unfamiliar code and infrastructure: reproduce, narrow down, form one hypothesis, test it, repeat.
- 7Reading logs and tracesFinding the lines, request IDs and timings that explain what a system did, across application logs, cloud logs and traces.
7 in this chapterOpen this chapter- Discovery and the customer's problemFinding the real problem behind the request: the questions to ask, who matters in the decision, what success means and what is out of scope.8 conceptsOpens with credits
- Integrations, APIs and data plumbingConnecting a product to a customer's systems safely: authentication, webhooks, limits and retries, data mapping, single sign-on and a checklist to run before anything ships.9 conceptsOpens with credits
- Fast prototypes and demosBuilding something a customer can see this week, and showing it well: proofs of concept, pilots, rapid prototypes and a demo structure that starts with the answer.7 conceptsOpens with credits
- Writing and presenting to non-engineersGetting technical ideas across to executives, users and mixed rooms: answer first, clear solution designs, updates, whiteboards and handling objections.7 conceptsOpens with credits
- AI deployment at a customerPutting language models to work on a customer's data and workflows: retrieval, agents and tools, MCP, evaluations, guardrails, human review and cost.8 conceptsOpens with credits
- Travel, on-site work and pressureWorking inside someone else's organisation: access and etiquette, incidents with the customer watching, escalations, scope creep, saying no and keeping a sustainable pace.7 conceptsOpens with credits
- Getting into the roleHow people move into these roles: reading postings, showing customer-style work, internal moves, what hiring loops test and how pay is usually structured.6 conceptsOpens with credits
- Growth pathsWhere these roles lead: deeper specialist tracks, product engineering, product management, leading a team, or founding a company from what you learnt in the field.6 conceptsOpens with credits
- 11Glossary, A to ZEvery concept in the sheet and the smaller terms it uses, in one list.115 terms
About this sheet
Customer-facing engineering roles.
Related on Sefism
Picked from the other libraries by shared topics.
Roadmaps
See allBest practices
See all- Developer Career Best Practices for the AI EraHow to stay valuable as a developer in 2026: read the evidence, use AI tools well, build judgment and review skills, verify everything, keep fundamentals, learn your domain and show shipped work.
- Engineering Career Growth Best PracticesCareer growth best practices for engineers: read your ladder, grow scope and impact, own outcomes, work with your manager, use feedback, build promotion evidence, pick a staff or manager path.
- Technical Writing Best Practices for EngineersTechnical writing best practices for developers: write for your audience, clear sentences, scannable structure, design docs, READMEs and docs, PR descriptions, async updates and blog posts.
Checklists
See all- First 90 Days in a New Developer Job: ChecklistWhat to do before day one, in week one and by day 30, 60 and 90 in a new developer job: setup, codebase, first PR, your manager, questions and feedback.
- Career Switch into Tech ChecklistMove into software from another field step by step: choose a direction, follow a learning plan, build proof of skill, use your previous domain, network, plan your runway and target a first role.
- LinkedIn Profile Checklist for DevelopersCheck your LinkedIn profile section by section: photo, headline, About, Experience, Featured, Skills, custom URL, Open to Work, posting and privacy.
Career questions
See all- Which freelance skills is AI replacing, and what should I switch to?AI is squeezing basic, repetitive freelance work first: plain data entry, simple transcription and translation, generic articles, basic logos and simple product descriptions. Work that combines a skill with judgement, client context or systems is holding up better, including automation, AI integration, analytics, specialist writing and full projects that own a business outcome.
- How do I stay relevant as a developer as AI tools improve?Stop trying to keep up with every release and build a small system instead: use AI tools daily in real work, review one new tool a month on a real task, deepen one area of expertise every quarter, and keep proof of your judgement where others can see it. Relevance comes from habits, not panic.
- Should I become an AI engineer or stay a full stack developer?For most full stack developers this is not an either/or. AI engineering is largely full stack engineering plus models, evaluation and data. Keep your full stack strength, add AI features to real work, and move titles only when you have shipped AI work you can point to.
Work with me
Stuck on something specific?
Writing only gets you so far. If you want an answer to your situation rather than the general case, book a session and we will work through it together. Sessions are free for approved Sefism members, and a few slots open each week.
- 1:1 Mentorship
- Fresh Graduate Mentorship
- Career Guidance
Brand deals, promos and partnerships: tauseeffayyaz@gmail.com