New opportunity

Founding Applied AI Engineer - Data

Percepta · New York City, United States

About this role

Percepta is hiring a founding member of its data team to make fragmented enterprise data usable for applied AI. The role spans data engineering, data science and ML engineering, combining hands-on work in customer environments with development of reusable internal products and automated systems. The hire will help establish Percepta’s approach to data across customer engagements.

Responsibilities

  • Build end-to-end pipelines, models and analyses that turn messy enterprise data into AI-ready assets.
  • Structure and normalize datasets; define the data packs and ontology used by AI engineers.
  • Develop tooling, abstractions and increasingly agentic or automated systems that make data work faster and repeatable across customers.
  • Work directly with customer operators and product and AI engineers to turn high-value use cases into production data workflows.
  • Make technical decisions about data models, storage, orchestration and infrastructure tradeoffs.

Requirements

  • Strong experience in some combination of data science, data engineering and machine learning. Candidates may have backgrounds in data engineering, software engineering with substantial data work, data science and software, or ML engineering.
  • Product instinct and an understanding of the data needs of modern AI/ML and LLM systems, including features, retrieval, context and embeddings.
  • Ability to work through ambiguity, take ownership, communicate effectively and work embedded with customer teams.

Preferred

Experience building agentic or automated data-engineering tools; working with cloud data platforms such as Databricks; handling EHR, claims, other operational healthcare data or complex regulated enterprise data; or working in a startup, founding or forward-deployed role.

This is a full-time, on-site role in New York City. The base salary range is $150,000–$400,000 per year, with equity offered. The specific offer depends on experience, technical skills and location.

For full details about this role, click “Apply on company site” to view the employer’s original posting.

Skills for this role

Data EngineeringData ScienceMachine LearningData PipelinesData ModelingData NormalizationOntology DevelopmentData AnalysisData OrchestrationData StorageLLMsFeature EngineeringInformation RetrievalEmbeddingsAgentic SystemsDatabricksEHR DataHealthcare Claims DataProduct DevelopmentCommunication

Your skill match

Checking your profile…

YOUR NEXT STEP

Get interview-ready for this role

A focused preparation guide, built around this job’s responsibilities and requirements.

✦ AI-generated guide
Preparation suggestions, not the employer’s actual interview questions. Always check the original posting for current requirements.
01

Understand the role

What matters most

  • Deliver AI-ready data workflows

    The role builds end-to-end pipelines, models and analyses from fragmented enterprise data inside customer environments. Focus preparation on how raw data becomes a usable production asset, not just a completed analysis.

  • Define data packs and ontology

    The hire will structure noisy datasets and define the data packs and ontology AI engineers build on. Be ready to explain how data definitions support downstream features, retrieval, context and embeddings.

  • Make customer work reusable

    A stated second half of the job is building internal tooling, abstractions and increasingly automated systems so each engagement builds on previous work. Prepare to distinguish what should become a product capability from what remains customer-specific.

  • Turn operator needs into production work

    The role works directly with customer operators and product and AI engineers to convert high-value use cases into production data workflows. Emphasize how use-case value shapes data-work priorities and delivery.

  • Own foundational technical decisions

    As a founding data-team member without an inherited playbook, the hire is expected to make calls on data models, storage, orchestration and infrastructure trade-offs, and communicate those decisions.

Likely challenges to think through

  • Speed versus dependable data

    Preparation hypothesis: working quickly with messy data in customer environments may create tension between early delivery and trustworthy production assets. Prepare a way to explain how you would identify consequential data-quality issues, validate outputs and decide what can ship first.

  • Reusable tooling versus local fit

    Preparation hypothesis: customer datasets and use cases may differ enough that a universal abstraction slows delivery, while one-off solutions fail to compound. Prepare criteria for when to generalize a pipeline, data pack or automation and when to retain a customer-specific path.

  • Decisions with incomplete context

    Preparation hypothesis: a founding role spanning data engineering, data science and ML engineering may require architecture decisions before every constraint is known. Prepare to explain how you would compare options, state assumptions, seek input from operators and engineers, and revisit a decision when evidence changes.

03

Practice your answers

Technical practice

How would you turn fragmented enterprise data into an end-to-end AI-ready pipeline?

What to coverThe role calls for building pipelines and models inside customer environments. Suggested preparation: explain how you would inspect sources, transform data, validate outputs and connect the resulting assets to an AI use case.

How would you normalize noisy datasets without losing important source meaning?

What to coverThe posting emphasizes structuring and normalizing messy data. Suggested preparation: discuss entity definitions, conflicting values, provenance and checks that reveal when a transformation has changed the meaning of the data.

How would you define a data pack and ontology for AI engineers?

What to coverDefining data packs and ontology is an explicit responsibility. Suggested preparation: describe how you would choose concepts and relationships with downstream engineers, document assumptions and decide what should remain customer-specific.

How do data choices differ for features, retrieval, context and embeddings?

What to coverThe posting names all four as needs of modern AI/ML and LLM systems. Suggested preparation: compare the information each needs, how you would keep it current and how you would test whether it improves the intended use case.

How would you turn a customer use case into a production data workflow?

What to coverThe role works with operators and product and AI engineers on high-value use cases. Suggested preparation: explain how you would clarify the outcome and data constraints, build an initial workflow and evaluate whether it serves the operators' needs.

How would you diagnose a production workflow that starts producing unreliable data?

What to coverProduction data workflows and noisy enterprise sources are central to the role. Suggested preparation: trace the issue from source through transformations to the AI-ready asset, then explain how you would contain its impact and verify a fix.

Which parts of customer data work would you turn into reusable internal tooling?

What to coverThe posting asks for abstractions and tooling that make later engagements faster rather than starting from zero. Suggested preparation: weigh repeated work against customer-specific differences, and explain how you would measure whether a tool actually saves effort.

Where would you use automation or agentic tooling in data engineering?

What to coverAgentic or automated data-engineering tooling is listed as a nice-to-have, not a requirement. Suggested preparation: choose a bounded task, explain what could be automated and where human review or validation would remain important.

How would you choose among data models, storage, orchestration and infrastructure options?

What to coverThe role explicitly owns these technical tradeoffs. Suggested preparation: compare choices against data shape, production needs, speed of delivery and reuse across customers; state what evidence would cause you to revisit a decision.

How would you approach EHR, claims or other regulated enterprise data if encountered?

What to coverExperience with healthcare or other complex, regulated data is preferred, not required. Suggested preparation: discuss how you would establish permitted use, protect sensitive information and validate joins and definitions before making data available to downstream systems.

Behavioural practice

Tell me about a time you created direction without an established playbook.

What to coverThe posting describes a founding data-team role that requires building in ambiguity. Suggested preparation: give a real situation, the decisions and actions you owned, and the result or what you changed after learning more.

Tell me about a time you worked directly with operators and engineers to define a useful outcome.

What to coverThe role involves embedded customer work and collaboration with product and AI engineers. Suggested preparation: describe the situation, how you reconciled different perspectives, what you did and the resulting customer outcome.

Tell me about a consequential technical call you made and communicated.

What to coverThe posting expects ownership of technical tradeoffs and emphasizes making decisions without working in silos. Suggested preparation: explain the situation, alternatives, your action and communication, and the result.

Tell me about a time you converted one-off work into something reusable.

What to coverBuilding an internal product that compounds across engagements is one half of the role. Suggested preparation: give a real example showing the initial need, what you generalized, the tradeoff you made and the result.

Tell me about a time you addressed a quality problem under delivery pressure.

What to coverThe stated values emphasize customer outcomes, fixing problems, prioritization and candid but kind communication. Suggested preparation: describe the situation, how you acted with collaborators, and the result for quality and delivery.

02

Sharpen your knowledge

Topics to prepare

  • AI-ready data modeling and ontology

    The role defines data packs and ontology from noisy enterprise datasets. Revision exercise: sketch a model for two inconsistent customer datasets, naming shared entities, relationships, normalization rules and what an AI engineer would receive.

  • Data needs of AI and LLM systems

    The posting explicitly calls for intuition about features, retrieval, context and embeddings. Revision exercise: take one proposed AI use case and explain which data each of those approaches would need, where the data comes from and how its usefulness would be checked.

  • Storage, orchestration and infrastructure tradeoffs

    The hire is expected to make technical calls on these choices. Revision exercise: compare two plausible designs for a fragmented-data workflow, stating the assumptions, operational tradeoffs and reason for your choice without assuming a particular platform.

  • Reusable data products

    The role combines customer delivery with internal tooling that improves across engagements. Revision exercise: separate a sample workflow into customer-specific rules and reusable abstractions, then explain which part you would productize first. Agentic data-engineering tooling is listed as nice to have, not required.

  • Use-case selection in customer environments

    The posting calls for working with operators and product and AI engineers to turn high-value use cases into production workflows. Revision exercise: outline the questions you would ask to establish the desired outcome, available data, workflow owner and production constraints before choosing a design.

Skills to revise

  • Build an end-to-end data pipeline

    Hands-on exercise: transform a small, deliberately fragmented mock enterprise dataset into a documented AI-ready output; include handling for missing fields and inconsistent identifiers. This reflects the role’s pipeline-building responsibility.

  • Normalize and package noisy data

    Hands-on exercise: reconcile conflicting field names and entity records across two mock sources, then produce a sample data pack with clear field definitions. This mirrors the stated normalization and data-pack work.

  • Prototype reusable data tooling

    Hands-on exercise: turn one repeated transformation in the mock pipeline into a configurable component and show how it handles a second dataset. The posting emphasizes tooling that makes work repeatable across customers.

  • Communicate a production workflow decision

    Hands-on exercise: present a short workflow proposal for a mock customer use case, including data gaps, a recommended approach and a decision needing operator input. This practices the ownership and communication expected when embedded with customer teams.

04

Your preparation checklist

  • Prepare an end-to-end project walkthrough

    The role calls for pipelines, models and analyses that make messy enterprise data AI-ready. If available, select a real project and prepare a diagram showing the source data, transformations, output, decisions and measured results.

  • Draft a sample data pack and ontology

    As a hypothetical exercise, take a noisy dataset and produce a one-page schema, normalization rules, key entities and relationships, and notes on how AI engineers would use the resulting data pack.

  • Practice a production workflow design

    Sketch a hypothetical workflow from fragmented customer data to features, retrieval context or embeddings. Record your tradeoffs for data models, storage, orchestration, infrastructure and data-quality checks; these reflect decisions the role owns.

  • Outline a reusable data tool

    The role pairs customer delivery with internal product development. Prepare a short design for an abstraction or automated tool that could reduce repeated data work across engagements, including what remains customer-specific.

  • Rehearse a customer-facing decision story

    If available, prepare a real example of working through ambiguity with operators and engineering or product partners. Explain how you identified a valuable use case, communicated a technical call and moved toward a production outcome.

  • Gather evidence for relevant preferred experience

    If applicable, have brief examples ready for automated or agentic data tooling, cloud data platforms such as Databricks, regulated enterprise or healthcare data, or founding and forward-deployed work. The posting labels these as nice to have.

  • Write questions about the two halves of the role

    Ask how Percepta prioritizes immediate customer data workflows against reusable tooling, how it defines a useful data pack, and which data-model or infrastructure decisions this founding hire would make.

AI-generated from the job information · Prepared Sep 30, 2026 (UTC)Useful preparation, not a guarantee of eligibility or an offer.

Availability last checked: Nov 4, 2026. Status can change after a check; confirm on the employer’s website. Report an issue · Our checking policy

KEEP EXPLORING

Similar AI jobs

Related skills and specializations in United States. Matched to this role, not your profile.

Explore more jobs
Finding similar opportunities…