Product Engineer III

Должность: Ведущий инженер продукта (Product Engineer III) Местоположение: Индия | Пуна / На территории компании

OpenGov — лидер в области ИИ и ERP-решений для местных и государственных органов власти в США. Более 2 000 городов, округов, государственных учреждений, школьных округов и специальных округов полагаются на платформу OpenGov Public Service Platform для эффективной работы, адаптации к изменениям и укрепления общественного доверия. К числу ведущих продуктов относятся управление корпоративными активами, управление закупками и контрактами, бухгалтерский учет и бюджетирование, управление биллингом и доходами, выдача разрешений и лицензирование, а также прозрачность и открытые данные. Эти решения объединены в OpenGov ERP, позволяя организациям государственного сектора сосредоточиться на приоритетах и обеспечить максимальную рентабельность инвестиций при синхронизации каждого доллара и каждого решения. Узнайте о миссии OpenGov по обеспечению более эффективного и подотчетного государственного управления и видении высокопроизводительного государственного управления для каждого сообщества на OpenGov.com.

О РОЛИ

OpenGov ищет инженера продукта, который будет отвечать за определенную область в рамках нашей ERP — финансовой системы учета для государственных и местных органов власти. Вы будете полностью отвечать за продуктовый сегмент: исследование потребностей клиентов, дорожную карту, пользовательский опыт, разработку, запуск и показатели внедрения. Это новый тип роли, рожденный способностью ИИ выполнять исполнительскую работу, которая ранее требовала трех специалистов. Что ИИ не может сделать, так это решить, что важно, провести цикл бюджетирования вместе с финансовым директором, принять правильное решение по неоднозначному вопросу соответствия требованиям или нести ответственность за успех продукта. Вот что делают инженеры продукта.

Переход к продуктовому инжинирингу — это в первую очередь владение продуктом, а не становление инженером. Лучшие инженеры продукта одержимы вопросами «кто» и «почему»: кто эти клиенты, что им на самом деле нужно и каких бизнес-результатов зависит решение их проблем. «Как» — написание кода, создание интерфейсов — это навык, который вы развиваете, используя инструменты, основанные на ИИ. Это карьерный ускоритель, а не требование к работе с первого дня.

«Инженер продукта» состоит из двух слов — но первое слово имеет наибольшее значение. Второе — это то, как вы туда доберетесь.

Мы ищем людей с хорошим суждением. Вы будете отвечать за область, где решения имеют огромное значение: выбор схемы счетов, с которой округ будет жить десятилетие, модель отчетности, которая либо удовлетворит аудитора, либо нет. Мы ожидаем, что вы будете принимать эти решения, записывать их причины и защищать, когда факты изменятся.

ОБЛАСТЬ ОТВЕТСТВЕННОСТИ

ERP в OpenGov — это набор продуктов, и эта роль отвечает за сегмент в его рамках. В зависимости от соответствия, этот сегмент находится внутри или охватывает:

• Финансовый менеджмент — главная книга и схема счетов, кредиторская задолженность, дебиторская задолженность и поступления денежных средств, основные средства, корпоративная карта, заявки, банковская сверка, учет проектов.
• Бюджетирование и эффективность — создание бюджета и предложения по схеме счетов ERP, рабочие листы, многопериодное внедрение, поправки и переводы, планирование рабочей силы, показатели эффективности.
• Отчетность и финансовая отчетность — механизм финансовой отчетности, многоуровневая и многосубъектная отчетность, отчеты, соответствующие стандартам GASB, наборы данных и конвейеры под ними, а также поверхности прозрачности, которые правительства публикуют для жителей.
• Закупки — от запроса до проведения торгов, оценки, присуждения контрактов и управления контрактами, а также учет поставщиков, который связывает закупки с кредиторской задолженностью.

Смежные области — расчет заработной платы и HCM, выставление счетов за коммунальные услуги, налоги и доходы, выдача разрешений, управление активами — находятся рядом с вашей на той же платформе. Вы не будете отвечать за них, но ваши решения будут их касаться, и вы должны координировать, а не эскалировать.

Сложные, специфические проблемы в этой области в настоящее время включают миграцию и изменение схемы счетов, многосубъектные и смешанные структуры дочерних компаний (округ и его школьный округ, город и его органы), паритет отчетности для клиентов, переходящих со старого продукта, и готовность к аудиту как возможность продукта, а не как услуга. Если эти проблемы кажутся вам интересными, а не утомительными, это правильная роль для вас.

ЧТО ВЫ БУДЕТЕ ОТВЕТСТВЕННЫ

• Область ответственности. Определенный набор клиентов, проблем и измеримых бизнес-результатов, за достижение которых вы несете ответственность. Вы — DRI (непосредственный ответственный сотрудник) по всем продуктовым аспектам в этой области.
• Дорожная карта. Что будет построено, в каком порядке и почему, основанное на исследовании клиентов, конкурентной среде и бизнес-целях. Вы устанавливаете ее, публично защищаете и обновляете, когда меняются факты. Aha и Roadmap Portal остаются источником истины, чтобы GTM мог работать с ними.
• Комплексный пользовательский опыт. От первого взаимодействия до последнего вы определяете поток и подтверждаете дизайн в рамках системы дизайна — не только требования.
• Поставка. От идеи до запуска в руки клиентов. Вы управляете замыслом, дизайном, координацией сборки, запуском и итерацией, не передавая задачи трем ролям. Инженеры будут проверять ваши PR так же, как они проверяют PR друг друга.
• Показатели. Целевые показатели внедрения, запуска и удержания, а также выручка, связанная с вашей областью. Результат принадлежит вам.
• Время в полях. Инженеры продукта являются членами команд Customer Product Squads вместе с Engagement Lead и Solution Architect и остаются с клиентами после запуска. Ожидайте примерно 20–25 часов на внедрение — сконцентрированных на исследовании, с меньшим надзором во время настройки и обучения — до четверти вашего времени. Остальные три четверти — ваша область ответственности. Когда на месте возникает ошибка, вы исправляете ее на месте, а не подаете заявку и ждете.

КАК РАБОТАЕТ ИИ В ЭТОЙ РОЛИ

Инструменты на основе ИИ выполняют значительную часть работы, на которую исторически тратили время менеджеры по продукту и UX-дизайнеры. Это время вы можете перенаправить на работу с более высокой отдачей.

• Написание спецификаций. Прототип — это спецификация. Вы сначала строите в репозитории продукта, используя навыки ИИ, соответствующие нашим стандартам; краткое описание продукта генерируется на основе того, что вы построили. Никто сначала не пишет PRD.
• UX-дизайн. ИИ генерирует экраны из системы дизайна на основе ваших определений потока, а агенты проверки дизайна проверяют то, что вы построили. Вы принимаете продуктовые решения в рамках системы и эскалируете подлинно новые паттерны.
• Синтез исследований. ИИ кластеризует и тематизирует заметки с интервью, транскрипты звонков, обращения в службу поддержки и данные об использовании продукта. Вы интерпретируете, что это значит для дорожной карты, и принимаете решение.
• Контент для релизов. ИИ составляет примечания к выпуску, объявления в приложении, демонстрационные данные и учебные материалы на основе того, что вы выпустили.
• Обзор кода и покрытие тестами. Автоматический обзор выявляет проблемы со стилем, безопасностью и регрессией; ИИ генерирует тестовые случаи на основе ваших критериев приемки. Вы остаетесь ответственными за качество, а ваши критерии приемки должны быть достаточно точными для проверки.
• Мониторинг конкурентов и регулирования. ИИ отслеживает действия конкурентов и изменения в стандартах бухгалтерского учета и требованиях к отчетности штатов. Вы формируете точку зрения и решаете, что это значит для дорожной карты.

Что ИИ не делает: понимает ваших клиентов, принимает решения о том, что важно, несет ответственность за результат или создает кросс-функциональное доверие, необходимое для успешной доставки. Это ваша работа.

Вы также должны улучшать сами инструменты — выявлять пробелы в возможностях ИИ, навыках и охвате системы дизайна, а также представлять их в виде запросов на инвестиции в платформу с четким бизнес-кейсом.

Ключевые обязанности

• Определять и доносить видение продукта для вашей области, основанное на исследовании клиентов, конкурентной среде и бизнес-целях — а не унаследованное от комитета.
• Проводить и синтезировать исследования с сотрудниками финансовых служб правительства: переводить услышанное в четкие, обоснованные решения о том, что строить, а что отбрасывать.
• Отвечать за дорожную карту: безжалостно расставлять приоритеты, публично объяснять свои рассуждения и пересматривать ее, когда появляются новые факты.
• Определять пользовательские потоки и паттерны взаимодействия в рамках системы дизайна; эскалировать на платформу и дизайн, когда требуется подлинно новый паттерн системного уровня.
• Создавать. Использовать инструменты на основе ИИ для перехода от замысла к работающему программному обеспечению в репозитории продукта, проверять с клиентами и итерировать. Отвечать за свои PR в процессе проверки.
• Писать критерии приемки, достаточно точные для автоматической проверки тестами, и рассматривать качество как свойство конвейера, а не как фазу доводки.
• Сотрудничать с лидерами инженерных команд и инженерами команд для устранения блокирующих факторов и разрешения неопределенностей в режиме реального времени, не становясь узким местом.
• Внедряться в команды Professional Services при внедрениях и миграциях: проводить исследования, устранять разрыв между тем, что делает продукт, и тем, что настроил клиент, и напрямую передавать полученные знания обратно в дорожную карту.
• Отслеживать внедрение, использование, состояние запуска и бизнес-результаты; использовать их для управления следующей итерацией, а не только для отчетности о статусе.
• Представлять свою область в разговорах с клиентами, QBR, руководящих комитетах и кросс-функциональных обзорах — полная коммерческая картина, а не только набор функций.
• Координировать напрямую со смежными областями, когда потребность клиента охватывает более одной, и представлять рекомендацию, а не вопрос.

Основные наборы навыков — Без компромиссов

Ранжированы в порядке важности и влияния. Первые три — это отбор, остальные — планка.

• Ответственность в условиях неопределенности. Вы принимаете хорошие решения при неполной информации и итерируете быстрее, чем ждете определенности. Один DRI означает, что не на кого свалить вину, и это вас заряжает, а не беспокоит. Кандидаты, которые работали только в трио PM-дизайнер-инженер, где кто-то другой отвечал за результат, столкнутся здесь с трудностями.
• Подтвержденный опыт владения продуктом. Управление продуктом, дизайн продукта или близкая смежная роль, где вы выпускали продукты, которыми реально пользуются клиенты, и можете точно указать, за что отвечали вы, а за что — команда. Это роль индивидуального исполнителя, а не менеджера.
• Глубокие знания в сложной, интенсивно использующей рабочие процессы, подпадающей под нормативные требования B2B-области. Финансовое ПО, ERP, бухгалтерский учет или сопоставимая регулируемая корпоративная область. Общее требование заключается в том, что вы отвечали за продукт, где ошибка имела последствия, выходящие за рамки отмены подписки.
• Исследование потребностей клиентов, которое вы реально проводили. Вы проводили исследования, сами синтезировали результаты и меняли дорожную карту или дизайн из-за того, что узнали — с конкретным примером.
• Письменная коммуникация. Вы можете четко сформулировать продуктовое решение так, чтобы инжиниринг, дизайн, сервис и руководство были в одном понимании, без последующих встреч. Ожидайте проверку навыков письма в процессе.
• Готовность к разработке. Вам не нужно приходить разработчиком, но владение кодом должно восприниматься вами как карьерный ускоритель, а не как угроза. Опыт работы с инструментами на основе ИИ — это плюс; готовность стать в них опытным — это требование.

ПРЕДПОЧТИТЕЛЬНЫЙ ОПЫТ

• Государственные финансы, бухгалтерский учет в государственном секторе или SaaS для госсектора — или прямой опыт работы в качестве финансового сотрудника, бюджетного аналитика, аудитора или контролера.
• Знакомство с учетом по фондам, проектированием схемы счетов, отчетностью GASB, годовым бюджетным циклом или процессами внешнего аудита.
• Опыт работы с программами миграции данных или замены платформ, где сложной частью были существующие данные клиента, а не новая функция.
• Многосубъектные или многоорганизационные модели данных, консолидированная отчетность или структуры дочерних компаний.
• Практический опыт работы с инструментами разработки ИИ — Claude Code, Cursor или аналогичными — а также с системами дизайна и библиотеками компонентов.

ПОЧЕМУ OPENGOV?

Миссия, которая имеет значение.

В OpenGov государственная служба — это личное. Мы увлечены нашей миссией по обеспечению более эффективного и подотчетного государственного управления. Государственного управления, которое работает эффективно, адаптируется к изменениям и укрепляет общественное доверие. Некоторые говорят, что это скучно. Мы считаем, что это основа нашей демократии.

Возможность для инноваций

Следующая великая волна инноваций разворачивается с ИИ, и она затронет все — от того, как мы работаем, до того, как правительства взаимодействуют со своими жителями. Присоединяйтесь к доверенной команде с энтузиазмом, технологиями и опытом для продвижения инноваций и внедрения ИИ в государственное управление. Мы уже охватили 2 000 сообществ, и это только начало.

Команда увлеченных, целеустремленных людей

Это не типичная работа с 9 до 5; мы работаем в быстро меняющейся, ориентированной на результат среде, где влияние важнее простого отсиживания рабочего времени. Наша глобальная команда из более чем 800 сотрудников едина в нашем стремлении бросить вызов статус-кво. Штаб-квартира OpenGov находится в Сан-Франциско, а офисы — в Атланте, Бостоне, Чикаго, Дюбюке, Далласе и Пуне.

Место, где можно оставить свой след

Мы гордимся нашей культурой, основанной на результатах, где каждому сотруднику предлагается окунуться с головой и предпринять действия, чтобы помочь нам совершенствоваться. Если у вас есть отличная идея, мы хотим ее услышать. Отличная производительность признается и вознаграждается, и мы любим продвигать сотрудников внутри компании.

Льготы, которые работают на вас

Наслаждайтесь отмеченной наградами рабочей средой с соответствующими льготами, включая:

• Комплексные варианты медицинского страхования для частных лиц и семей
• Гибкая политика отпусков и оплачиваемые государственные праздники
• 401(k) с корпоративным взносом
• Оплачиваемый отпуск по уходу за ребенком, пособия на оздоровление и взносы HSA
• Возможности профессионального развития и роста
• Сотрудническая офисная среда с еженедельными обедами за счет компании.