Pre-sales legal engineer
Works with prospective customers, leads discovery, demonstrates use cases, maps workflows and helps establish that the product can solve real legal problems.
Legal engineers sit between legal practice, AI products, workflow design and customer implementation. Current legal AI companies increasingly use the title for former lawyers who translate real legal work into technology-enabled solutions, test workflows, support adoption and help shape product direction.
Independent career research. US TechLaw is not affiliated with employers referenced on this page.

A legal engineer combines legal-domain knowledge with technology, workflow design and implementation skills. In current legal AI companies, the role often includes discovering how lawyers work, translating workflows into product use cases, designing or refining solutions, supporting pilots and onboarding, and feeding legal requirements back into product teams.
The role is generally more operational and product-oriented than conventional legal practice, and it is different from software engineering. The distinctive value is knowing legal work deeply enough to make technology useful in practice.
The role connects lawyers, customers, product teams and AI systems. Legal judgment, workflow design and communication can be as important as technical fluency.
Current employers use the title across several points in the customer and product lifecycle.
Works with prospective customers, leads discovery, demonstrates use cases, maps workflows and helps establish that the product can solve real legal problems.
Supports adoption after purchase, helps legal teams configure workflows, identifies value opportunities and translates feedback into product improvements.
Works on complex or specialized workflows that require deeper configuration, integration, testing or process redesign.
Designs broader workflow systems connecting intake, document review, knowledge, case management and human review.
Defines what correct legal output looks like, tests AI performance and creates repeatable quality criteria.
Brings real legal workflows into product development so features reflect how law firms and in-house teams actually work.
Assess your practice experience, workflow knowledge, AI fluency, customer-facing capability and implementation skills before choosing the target role.
Send Your Query NowThe legal engineer title is becoming more concrete as legal AI companies scale. Harvey currently describes its Legal Engineering team as former practicing attorneys who help prospects and customers obtain value from AI. Its current San Francisco Legal Engineer posting divides the function into pre-sales, post-sales product specialists and custom solutions. That structure shows that legal engineering is not simply technical support. It is a commercial, product and domain-expertise function built around real legal workflows.
Current Harvey role descriptions emphasize discovery, demonstrations, training, onboarding, workflow design and product feedback. The Munich version describes Legal Engineers as skilled lawyers who use their experience to help law firms, private equity firms and Fortune 500 legal teams understand how AI can improve day-to-day legal work. The Sydney role similarly describes former practising lawyers bridging customers, sales and product.
There is no universal rule across the market, but current high-profile legal AI roles often value substantial legal practice experience. Harvey's current roles explicitly target former practicing attorneys or qualified lawyers because those professionals can recognize how research, drafting, due diligence, contract analysis, governance and litigation workflows operate in practice.
That does not mean every adjacent role requires admission to practice. Employers also use titles such as legal technologist, solutions consultant, implementation specialist, Legal AI Architect or knowledge engineer. Those positions may accept candidates with legal operations, technology, product or consulting backgrounds. The real gate is whether the person can understand the legal process deeply enough to design and explain a reliable solution.
The first skill is workflow discovery. Legal engineers need to ask precise questions about what lawyers are trying to accomplish, what inputs they use, where judgment occurs, which steps consume time and what risks matter. Without that discovery work, even technically sophisticated AI can solve the wrong problem.
The second skill is legal-domain credibility. A legal engineer must understand why a contractual provision matters, why a diligence process is sequenced in a particular way, why a research source is authoritative or why a litigation workflow cannot be treated like a generic document task. That knowledge helps distinguish useful automation from unsafe simplification.
The third skill is product fluency. Legal engineers should understand what an AI platform can do, what it cannot reliably do, how prompts and instructions affect results, how retrieval or source grounding works, how integrations affect data flow and how human review should be inserted. The role does not always require production coding, but it rewards the ability to communicate with technical teams.
The fourth skill is evaluation. A useful legal engineer does not stop when an AI output sounds fluent. The professional needs a repeatable way to test completeness, accuracy, source use, instruction following, consistency and practical usability. This is especially important where errors can affect legal advice, client expectations or business decisions.
The fifth skill is communication. Many current legal engineering roles are customer-facing. They require demonstrations, training, workshops and collaboration with senior lawyers and executives. The best technical design has limited value if users do not understand it or trust it.
A software engineer primarily builds and maintains software systems. A legal engineer may work closely with engineering but usually starts from the legal workflow rather than the codebase. The legal engineer asks what the lawyer is doing, why the process works that way, where AI can help, what failure looks like and how the product should fit into daily practice.
A lawyer therefore does not need to become a full-stack developer to move into legal engineering. However, the lawyer should become comfortable with technical concepts, structured workflows, AI system behavior, data handling, integrations and product experimentation.
Product counsel practices law for the company building or deploying a product. The lawyer reviews product features, privacy, regulation, contracts, safety and launch risk. A legal engineer usually helps make the product work for legal users. One role is primarily legal risk and advice; the other is primarily workflow, adoption and product value.
The distinction is not absolute, especially in smaller organizations, but it helps candidates understand which experience matters most. Product counsel is usually evaluated on legal judgment and risk advice. Legal engineers are more likely to be evaluated on workflow understanding, product fluency, customer impact and implementation success.
A typical pilot can begin with discovery. The legal engineer identifies the practice area, task, documents, current workflow, pain points and target outcome. The next step is solution design: selecting product capabilities, preparing example workflows and deciding what good output should look like.
During the pilot, the legal engineer may train users, observe how they work, collect examples, test failure cases and refine the workflow. The professional then helps evaluate whether the system creates meaningful value. That could mean faster first drafts, better document comparison, more efficient diligence, improved research or more consistent knowledge reuse.
Start with a practice area you know well. Choose a recurring task and document it step by step. Identify the inputs, decisions, exceptions, output and review points. Then test how an AI tool handles each part. Record where it succeeds, where it fails and how instructions or process design change the result.
Next, build fluency in product concepts. Learn enough about retrieval, prompting, agents, APIs, structured data, integrations, privacy, security and evaluation to communicate with technical colleagues. You do not need to master every layer. You do need to understand how product design changes the reliability and usability of a legal workflow.
Finally, practice explaining business value. A strong legal engineer connects technical capability with lawyer outcomes: reducing repetitive work, accelerating review, improving consistency, increasing capacity or making knowledge easier to reuse. That commercial and operational perspective distinguishes legal engineering from purely academic technology interest.
Current Harvey postings show the role across San Francisco, Sydney, Munich, Seoul and other markets, and Harvey also advertises legal engineering management in Singapore. This suggests that legal engineering is becoming an international function rather than a single-market experiment. The details vary by jurisdiction and customer base, but the recurring pattern is similar: experienced legal professionals helping law firms and in-house teams adopt AI in concrete workflows.
The broader Legal AI Jobs page covers adjacent roles in AI evaluation, implementation, legal operations and product. The Legal Tech Jobs hub compares the wider career landscape. For the systems these professionals work with, see Legal AI Platform Development.
Job postings are time-sensitive. Employer examples document role structure and current hiring patterns, not guaranteed future vacancy availability.
Compare legal engineering with AI evaluation, implementation, operations and product roles.
Explore Legal AI JobsReview the broader legal technology career landscape.
Explore Legal Tech JobsSeparate legal engineering from practicing-law roles focused on AI products and regulation.
Explore AI Attorney JobsUnderstand the product and workflow systems legal engineers help deploy.
Explore Legal AI PlatformsSee how organizations evaluate AI vendors, workflows and deployment risks.
Explore AI ProcurementReview the governance and security context surrounding AI-enabled legal systems.
Explore Secure AI DevelopmentIndependent research note: This page is informational and does not provide employment placement services. Named employers are referenced to analyze publicly available role structures and hiring patterns.
For role mapping, legal AI workflow strategy, product implementation or broader technology-business questions, send the specific context for review.
Send Your Query NowRelated skills research: legal AI skills for lawyers compares legal-engineering, product-counsel and practicing-law competencies.
Employer example: Harvey Legal Engineer careers show how former lawyers can move into product and customer workflow roles.
Geographic pathway: Legal Engineer jobs in San Francisco include current legal-AI vendor opportunities alongside firm and counsel roles.
Geographic pathway: Legal Engineer jobs in New York include current individual-contributor and manager-level opportunities.