Quality & Adoption Specialist (QA)

EviSmart

Quality & Adoption Specialist

“Engineering ships the feature. This role makes sure it was the right feature — and that every person who needs to use it actually can.”

Manila, Philippines  •  On-site  •  Full-Time  •  Reporting to: Lead Systems Analyst

WHAT EVISMART IS BUILDING

EviSmart is the leading dental Autopilot system operating across 28 countries in a $40B healthcare industry — and the Manila team builds and ships it. Not an MVP. Not a pilot. Live, in production, with thousands of dental labs and dentists depending on the platform every day to run their business.

We have multiple in-house AI teams building the next generation of dental design automation — and Manila is where it gets operationalized. Every feature we ship goes into the hands of real users running real operations. The Quality & Adoption Specialist is the person who makes sure features land correctly — verified against requirements before release, and adopted completely on the day they go live.

WHY THIS ROLE, WHY NOW

EviSmart ships continuously. The engineering team builds against Functional Requirements Documents. The operations team runs a global platform. And in between those two realities sits a critical gap: who verifies that what was built matches what was asked for, and who makes sure every end-user is ready to use it on Day 1?

Right now, that gap is managed informally. Features go live and edge cases surface in production. Support tickets accumulate around things that should have been caught in UAT or covered in training. Business stakeholders sign off without structured sessions. And when something is wrong, it takes longer to trace than it should.

The Quality & Adoption Specialist closes that gap permanently. This role owns the full bridge between Build and Live Operation — functional testing against FRDs, UAT management with business stakeholders, end-user training and documentation, and a 30-day post-launch audit to confirm adoption is real and support tickets are falling. When this role works, features land right the first time and users are ready for them.

WHY EVISMART

• Leading dental Autopilot system in a $40B global healthcare industry — operating across 28 countries, live in production with thousands of dental labs depending on the platform every day
• Multiple in-house AI teams building proprietary models — not just consuming APIs. Claude, Cursor, Luvable, and LLM-powered workflows are part of the daily stack. Every feature you verify and enable ships into that environment
• Manila is not a back office. It is the delivery engine — operations, AI, product, and engineering all run from here. Your sign-off matters globally
• We promote based on output, not tenure. The people who move fastest here are the ones who own their work completely
• 300+ people and growing — the career path is real because the platform keeps scaling

“A feature that works but that nobody uses correctly is a failed feature. A feature that passes QA but ships with the wrong behavior is a failed feature. This role exists to make sure neither of those things happens — and to give us the confidence that what goes live is right, and that our users are genuinely ready for it.”

— Des Peraren, CTO / GM, EviSmart Manila

WHAT YOU’LL OWN

What You Do

Create and execute detailed manual and functional test cases based on Functional Requirements Documents (FRDs). You verify that what was asked for is what was built — every time, before release. Edge cases are not optional.

Lead User Acceptance Testing sessions with business stakeholders. You structure the sessions, ensure all business edge cases are covered, and are responsible for gathering formal sign-off. UAT is not a formality — it is the last gate before go-live.

Own the creation of Help files, How-To videos, and tutorials. Every feature goes live with self-service documentation already in place. If a user has to ask a colleague how something works, the documentation is not done.

Conduct formal training sessions for end-users — Head of SaaS Ops, Data Annotation Leads, and others — before each feature goes live. 100% of targeted users are trained and able to perform the task on Day 1. Not most. All.

Monitor the first 30 days after every new feature launch. Verify the feature is being used as intended. Confirm that solvable support tickets related to the feature are declining. Document findings and flag any adoption gaps before they become support volume.

WHAT SUCCESS LOOKS LIKE

What It Looks Like

All existing FRDs reviewed and understood. First set of functional test cases built and executed. First UAT session structured and facilitated. Baseline support ticket volume for recent features documented.

Test case library established for all active feature areas. At least one full feature cycle owned end-to-end: functional testing → UAT sign-off → documentation → user training → post-launch monitoring. Feedback loop with engineering on defect turnaround running.

KPIs tracking at target: Requirement-Driven Rework Rate below 5%, Day 1 User Readiness at 100%, measurable reduction in solvable support tickets on launched features. Documentation library current and self-service ready for all active features.

HOW PERFORMANCE IS MEASURED

WHAT YOU’LL GET

• End-to-end ownership — you see every feature from requirements through to adoption. Most QA roles stop at the release gate. This one doesn’t
• Direct access to business stakeholders and engineering — UAT sessions, FRD reviews, post-launch audits. You are in the room where decisions happen, not reporting into it
• A clear growth path — Quality & Adoption Specialist to Senior to Lead is a real track. EviSmart is shipping continuously and the quality and enablement function grows with the platform
• Work that is visible and measurable — the KPIs for this role are concrete. When support tickets fall and users are ready on Day 1, that is your work
• Competitive compensation for specialists who own quality and adoption outcomes end-to-end. Range disclosed at first screen
• HMO coverage, 13th month pay, and all government-mandated benefits

HOW WE WORK

We share work before it is ready. We debate decisions loudly and execute them quietly. We default to fixing problems instead of escalating them. EviSmart moves fast — the standard is high and the pace is real.

A feature that ships with an undetected requirement gap is not an engineering failure — it is a quality failure. A user who is not ready on Day 1 is not a training problem — it is an adoption failure. This role exists to make sure both of those failures happen less and less, and eventually almost never.

If you have worked in QA roles where testing meant running a checklist and training meant sending a PDF — you will notice the difference on your first week.

“Why EviSmart and not a larger company? Because at a larger company, quality and adoption are split across four different teams and nobody owns the outcome. Here, you own the full bridge between Build and Live. When a feature lands well — verified, adopted, and reflected in the support queue — that outcome has your name on it. That kind of ownership is rare. We think the best people want it.”

— EviSmart Talent Team

A NOTE ON WHAT WE’RE NOT

The most common hesitation we hear from strong candidates for this role: “Is this actually a QA role with training added on, or is it a training role with some testing in the mix?”

It is neither. This role owns the full lifecycle from requirements validation to adoption confirmation. Functional testing and UAT are not the job — they are the first half of the job. Documentation, training, and the 30-day post-launch audit are not extras — they are how you know the feature actually landed. A specialist who tests well but does not own adoption has done half the job. A specialist who trains well but does not catch requirement gaps has done the other half. This role does both.

This is also not a passive monitoring role. You run the UAT sessions. You conduct the training. You build the documentation. You track the support ticket data post-launch. The quality and adoption outcomes are yours to produce, not to observe.

WHAT WE NEED

Must Have

• Experience in functional or manual QA testing — writing and executing test cases based on requirements documents, not just running exploratory testing
• Ability to read and interpret Functional Requirements Documents and translate them into structured test cases that cover edge cases, not just happy paths
• Experience facilitating or supporting UAT sessions with non-technical business stakeholders — structuring sessions, gathering feedback, and driving toward sign-off
• Strong written communication — you can write documentation, How-To guides, and Help files that non-technical users can follow without asking for clarification
• Experience delivering training to end-users in a structured setting, not just informal walkthroughs
• Comfortable working across both engineering and business teams — translating between technical build reality and business user expectations
• Detail-oriented and organized — test cases, documentation, and training materials are thorough and current, not approximate and outdated
• Proactive follow-through — you do not close a feature cycle when testing is done. You close it when adoption is confirmed

Good to Have

• Experience with test case management tools (Jira, TestRail, Azure DevOps, or similar)
• Experience creating video tutorials or screen-recorded How-To content
• Familiarity with SaaS products or B2B platforms — understanding how operations teams use software day-to-day
• Exposure to support ticket analysis or customer success metrics
• Background in business analysis, systems analysis, or operations — understanding of how requirements translate to system behavior

Not Required

• Automation or scripted testing experience — this role is functional and manual QA, not test automation engineering
• Software development or coding skills
• Dental or healthcare industry background

What That Means

Functional testing and user adoption are not two separate responsibilities stapled together. They are one continuous ownership — from verifying the build against requirements to confirming that real users are using it correctly 30 days after launch. Both halves have to work for the feature to be considered successfully shipped.

UAT sign-off is the midpoint, not the end. The 30-day post-launch audit is how this role closes the loop. If support tickets are not falling and users are not performing the task correctly, the feature is not done — regardless of what the release notes say.

If you are the kind of specialist who reads a requirements document looking for the gaps, runs a training session and then checks whether it worked, and feels personally accountable for whether a feature actually lands — this role is built for you.

Apply at

EviSmart  •  Philippines  •  evismart.com