{"id":1598137,"url":"https://alion.io/job/opengov-product-engineer-iii","title":"Product Engineer III","company":{"id":7282,"name":"OpenGov","domain":"opengov.com","url":"https://alion.io/company/opengov","size_band":"501-1000","is_staffing_agency":false,"employer_type":"direct","is_intermediary":false,"listed_via":null,"ats_vendor":"Ashby","truth_index":{"grade":"A","score":86,"open_postings":9,"ghost_share":0,"stale_share":0.556,"repost_share":0,"time_to_fill_p50_days":30,"computed_at":"2026-10-03T05:45:00Z"}},"role":"Backend","role_family":"Backend","seniority":"middle","employment_type":"full_time","work_mode":"on_site","remote_scope":null,"remote_scope_basis":null,"remote_working_hours":null,"hiring_geo_confidence":"structured","locations":["Pune, India"],"countries":["IN"],"hiring_countries":[],"hiring_countries_total":0,"salary":null,"salary_estimate":null,"experience_years_min":null,"visa_sponsorship":false,"relocation_package":false,"has_equity":false,"technologies":[{"name":"Claude Code","optional":true},{"name":"Cursor","optional":true}],"status":"live","first_seen_at":"2026-10-01T11:36:57Z","employer_posted_date":"2026-10-01","last_verified_at":"2026-10-03T23:40:34Z","board_verified":true,"closed_at":null,"days_open":2,"trust":{"level":"ok","repost_count":null,"flags":[],"days_open":2},"description":"OpenGov is the leader in AI and ERP solutions for local and state governments in the U.S. More than 2,000 cities, counties, state agencies, school districts, and special districts rely on the OpenGov Public Service Platform to operate efficiently, adapt to change, and strengthen the public trust. Category-leading products include enterprise asset management, procurement and contract management, accounting and budgeting, billing and revenue management, permitting and licensing, and transparency and open data. These solutions come together in the OpenGov ERP, allowing public sector organizations to focus on priorities and deliver maximum ROI with every dollar and decision in sync. Learn about OpenGov’s mission to power more effective and accountable government and the vision of high-performance government for every community at OpenGov.com.\nAbout the Role\nOpenGov is hiring a Product Engineer to own a domain inside our ERP - the financial system of record for state and local government. You will own a product area end to end: customer discovery, the roadmap, the user experience, the build, the launch, and the adoption number. This is a new kind of role, born from AI's ability to handle execution work that once required three specialists. What AI cannot do is decide what matters, sit with a finance director through a budget cycle, make the right call in an ambiguous compliance question, or own whether a product succeeds. That is what Product Engineers do.\nThe shift to Product Engineering is primarily about owning the product - not becoming an engineer. The best Product Engineers are obsessed with the who and the why: who are these customers, what do they actually need, and what business outcomes depend on solving their problems. The how - writing code, building interfaces - is a skill you grow into using AI-native tooling. It is a career accelerator, not a job requirement on day one.\n\"Product Engineer\" is two words - but the first word is the one that matters most. The second is how you get there.\nWe are hiring for judgment. You will own a domain where the decisions are load-bearing: a chart-of-accounts choice that a county lives with for a decade, a reporting model that either satisfies an auditor or does not. We expect you to make those calls, write down why, and defend them when the facts change.\nThe Domain\nERP at OpenGov is a suite, and this role owns a domain within it. Depending on fit, that domain sits in or across:\nFinancial Management - general ledger and the chart of accounts, accounts payable, accounts receivable and cash receipts, fixed assets, purchase card, requisitions, bank reconciliation, project accounting.\n\nBudgeting & Performance - budget creation and proposals on the ERP chart of accounts, worksheets, multi-period adoption, amendments and transfers, workforce planning, performance measures.\n\nReporting & Financial Statements - the financial report engine, multi-hierarchy and multi-entity reporting, GASB-compliant statements, the datasets and pipelines beneath them, and the transparency surfaces governments publish to residents.\n\nProcurement - intake through solicitation, evaluation, award, and contract management, and the vendor record that connects procurement to AP.\n\nAdjacent domains - payroll and HCM, utility billing, tax and revenue, permitting, asset management - sit alongside yours in the same platform. You will not own them, but your decisions will touch them, and you are expected to coordinate rather than escalate.\nThe hard, specific problems in this domain right now include chart-of-accounts migration and mutation, multi-entity and blended component-unit structures (a county and its school district, a city and its authorities), reporting parity for customers moving off a legacy product, and audit-readiness as a product capability rather than a services engagement. If those problems sound interesting rather than tedious, this is the right role for you.\nWhat You'll Own\nA domain. A defined set of customers, problems, and measurable business outcomes you are accountable for driving. You are the DRI - the directly responsible individual - for all things product in that domain.\n\nThe roadmap. What gets built, in what order, and why, informed by customer research, competitive context, and business goals. You set it, defend it publicly, and update it when facts change. Aha and the Roadmap Portal stay the source of truth so GTM can work from it.\n\nThe end-to-end user experience. From first interaction to last, you define the flow and validate the design within the design system - not just the requirements.\n\nThe ship. From idea to live in customers' hands. You drive intent, design, build coordination, launch, and iteration without handing off across three roles. Engineers review your PRs the way they review each other's.\n\nThe number. Adoption, go-live and retention targets, and the revenue tied to your domain. The outcome belongs to you.\n\nField time. Product Engineers are members of Customer Product Squads alongside an Engagement Lead and a Solution Architect, and stay on accounts after go-live. Expect roughly 20-25 hours per implementation - concentrated in discovery, with lighter oversight through configuration and training - capped at about a quarter of your time. The other three quarters is your domain. When a bug surfaces on site, you fix it on site rather than filing a ticket and waiting.\n\nHow AI Works in This Role\nAI-native tooling handles a significant portion of what product managers and UX designers historically spent their time on. That time is yours to redirect toward higher-leverage work.\nSpec writing. The prototype is the spec. You build first, in the product repo, with AI skills that carry our standards; the product brief is generated from what you built. Nobody writes a PRD first.\n\nUX design. AI generates screens from the design system based on your flow definitions, and design-review agents sanity-check what you built. You make the product decisions within the system and escalate genuinely new patterns.\n\nResearch synthesis. AI clusters and themes interview notes, call transcripts, support cases, and product usage. You interpret what it means for the roadmap and make the call.\n\nRelease content. AI drafts release notes, in-app announcements, demo data, and enablement material from what you shipped.\n\nCode review and test coverage. Automated review catches style, security, and regression issues; AI generates test cases from your acceptance criteria. You stay accountable for quality outcomes, and your acceptance criteria have to be precise enough to verify.\n\nCompetitive and regulatory monitoring. AI surfaces competitor moves and changes in accounting standards and state reporting requirements. You form the point of view and decide what it means for the roadmap.\n\nWhat AI does not do: understand your customers, make the call on what matters, own the outcome, or build the cross-functional trust that makes things ship. That is the job.\nYou are also expected to improve the tooling itself - identify gaps in AI harnesses, skills, and design system coverage, and surface them as platform investment requests with a clear business case.\nKey Responsibilities\nDefine and communicate the product vision for your domain, grounded in customer research, competitive context, and business goals - not inherited from committee.\n\nConduct and synthesize discovery with government finance staff: translate what you hear into clear, defensible decisions about what to build and what to cut.\n\nOwn the roadmap: prioritize ruthlessly, explain your reasoning publicly, and revise it when new facts warrant it.\n\nDefine user experience flows and interaction patterns within the design system; escalate to platform and design when a genuinely new system-level pattern is required.\n\nBuild. Use AI-native tooling to move from intent to working software in the product repo, validate with customers, and iterate. Own your PRs through review.\n\nWrite acceptance criteria precise enough for automated tests to verify, and treat quality as a pipeline property rather than a hardening phase.\n\nPartner with engineering leads and squad engineers to unblock builds and resolve ambiguity in real time without becoming a bottleneck.\n\nEmbed with Professional Services on implementations and migrations: run discovery, close the gap between what the product does and what the customer configured, and feed what you learn straight back into the roadmap.\n\nTrack adoption, usage, go-live health, and business outcomes; use them to drive the next iteration, not just to report status.\n\nRepresent your domain in customer conversations, QBRs, steering committees, and cross-functional reviews - the full commercial picture, not just the feature set.\n\nCoordinate directly with adjacent domains when a customer need spans more than one, and bring a recommendation rather than a question.\n\nCore Skill Sets - Non-Negotiables\nRanked in order of importance and impact. The first three are the screen; the rest are the bar.\nOwnership under ambiguity. You make good decisions with incomplete information and iterate faster than you wait for certainty. One DRI means there is nobody else to point to, and that energizes you rather than worrying you. Candidates who have only operated inside a PM-designer-engineer trio, with someone else accountable for the outcome, will struggle here.\n\nDemonstrated product ownership with a track record. Product management, product design, or a closely adjacent role, where you shipped things customers actually use and can point precisely to what you owned versus what the team owned. This is an individual-contributor role, not a management one.\n\nDepth in a complex, workflow-heavy, compliance-bound B2B domain. Financial software, ERP, accounting, or a comparably regulated enterprise domain. The general requirement is that you have owned a product where being wrong had consequences beyond a churned subscription.\n\nCustomer discovery you have actually run. You have conducted discovery, synthesized the research yourself, and changed a roadmap or a design because of what you learned - with a specific example.\n\nWritten communication. You can articulate a product decision clearly enough that engineering, design, services, and leadership all walk away aligned, without a follow-up meeting. Expect a writing signal in the process.\n\nWillingness to build. You do not need to arrive as a developer, but code fluency has to read to you as a career accelerator rather than a threat. Experience in AI-native workflows is a plus; willingness to become proficient in them is required.\n\nPreferred Experience\nGovernment finance, public sector accounting, or GovTech SaaS - or direct experience as a finance officer, budget analyst, auditor, or controller.\n\nFamiliarity with fund accounting, chart-of-accounts design, GASB reporting, the annual budget cycle, or external audit workflows.\n\nExperience with data migration or platform replacement programs, where the hard part was the customer's existing data rather than the new feature.\n\nMulti-entity or multi-organization data models, consolidated reporting, or component-unit structures.\n\nHands-on time with AI development tooling - Claude Code, Cursor, or similar - and with design systems and component libraries.\n\nWhy OpenGov?\nA Mission That Matters.\nAt OpenGov, public service is personal. We are passionate about our mission to power more effective and accountable government. Government that operates efficiently, adapts to change, and strengthens public trust. Some people say this is boring. We think it’s the core of our democracy.\nOpportunity to Innovate\nThe next great wave of innovation is unfolding with AI, and it will impact everything-from the way we work to the way governments interact with their residents. Join a trusted team with the passion, technology, and expertise to drive innovation and bring AI to local government. We’ve touched 2,000 communities so far, and we’re just getting started.\nA...","description_format":"text","description_chars":13111,"description_truncated":true,"requirements":{"experience_years_min":null,"management_years_min":null,"team_size_min":null,"manages_managers":false,"education":null,"security_clearance":false,"languages":[]},"benefits":["Flexible vacation policy","Growth opportunities","Parental leave","Professional development"],"hiring_locations":[],"hiring_excludes":[],"relocation_offered":false,"industries":["Government","Professional Services","Digital Government","Smart City"],"lifecycle":[{"event":"open","at":"2026-10-01T18:29:35Z"}],"visa":[],"liveness":{"score":90,"band":"hot","label":"Hiring now","p_open":1,"p_active":0.903,"p_room":1,"age_days":1,"expected_fill_days":30,"reasons":["conf:7","velocity","win:early"],"computed_at":"2026-10-03T05:45:00Z"},"pay":null,"html_url":"https://alion.io/job/opengov-product-engineer-iii","json_url":"https://alion.io/job/opengov-product-engineer-iii.json","meta":{"generated_at":"2026-10-04T00:51:31Z","cache_seconds":300,"methodology":"https://alion.io/methodology","terms":"https://alion.io/terms","contact":"https://alion.io/contact","api":"https://alion.io/developers","usage":{"tier":"crawler","counted_by":"address","units_charged":1,"used_today":1039,"day_limit":5000,"remaining_today":3961,"minute_limit":60,"resets_at":"2026-10-05T00:00:00Z"}}}