Варша Партхасарати пришла в Flex первым инженером через четыре месяца после рождения ребёнка — и за время работы превратила внутренний Slack-бот для диагностики платежей в основной инструмент дежурной команды. История о том, как первый инженер Flex строит продукт на стыке платежей и медицины, полезна не только американскому healthtech: она хорошо показывает, почему в раннем стартапе код, поддержка и разговор с клиентом часто оказываются одной задачей.
Flex помогает продавцам принимать деньги с HSA и FSA — американских счетов, на которые пользователи откладывают средства на медицинские расходы с налоговыми льготами. Сервис подключается к уже существующей форме оплаты магазина и появляется среди способов расчёта рядом с привычными платёжными инструментами. О работе Партхасарати в компании сообщает Y Combinator Blog.
Повод для выбора темы у инженера был личным. Во время беременности Партхасарати понадобилось подтверждение от врача, чтобы оплатить связанные с беременностью траты собственными средствами HSA. Нужные сведения уже были в медицинской карте, но за справкой всё равно приходилось отправлять мужа или родственника в административный офис. Эта бюрократическая дыра стала понятной иллюстрацией проблемы: формально деньги у пациента есть, но пользоваться ими в нужный момент сложно.
До Flex Партхасарати работала в подразделении беспилотных автомобилей Lyft. Её зона ответственности включала конвейеры разметки данных, метрики для обучения под контролем, хранилища сенсорных данных и офлайн-проверку восприятия окружающего мира. Несколько лет она также была engineering manager. Работа в крупной организации, по её словам, закрепила простой вывод: технические решения важны, но качество команды и доверие между людьми важнее, когда приходится быстро принимать неполную информацию.
Один из сооснователей Flex, Мигель, был её коллегой по Lyft. Второй сооснователь, Сэм, сначала связался с ней за рекомендацией, но разговор затянулся. Прежде чем присоединиться, Партхасарати договорилась на неделю поработать с Мигелем в Сан-Франциско бок о бок. Для раннего найма это показательный, хотя и не всегда доступный, фильтр: собеседование проверяет ответы, а совместная работа — способ думать, спорить и доводить решение до результата. К концу недели она решила, что хочет строить компанию именно с этой командой.
Формальной должности у неё нет. На практике первый инженер Flex пишет продуктовый код, отвечает на обращения в поддержку, разбирает сбои очередей и метрик, подключается к звонкам с продажами и помогает заводить новых продавцов. В первый День благодарения компании она одновременно дежурила за инженерию и поддержку: разбирала вопросы покупателей и продавцов, у которых не проходила оплата, и искала ошибку в вычислении десятичных значений. В большой компании такой инцидент разошёлся бы по нескольким очередям и ролям; в маленькой — становится ускоренным курсом по всей системе.
Именно повторяющиеся инциденты подтолкнули её автоматизировать рутину. Сначала появился небольшой Slack-бот, который собирал данные по неудачному платежу. Со временем он вырос во внутренний инструмент Flex Investigator: достаточно передать номер заказа или электронную почту клиента, и бот примерно за 15 секунд прослеживает путь операции по системам компании. До автоматизации на ту же диагностику уходило около 20 минут. Теперь это первая линия триажа для дежурной команды.
Разница здесь не сводится к экономии нескольких минут. Платёжный сбой — это одновременно риск потерять заказ, нагрузка на поддержку и сигнал о дефекте интеграции, правил обработки или данных. Когда расследование укладывается в секунды, инженер быстрее отделяет единичную ошибку пользователя от системной проблемы и возвращается к разработке. Для компаний, работающих с финансовыми и медицинскими сценариями, где деталей много, а неверный статус операции дорого стоит репутационно, подобные внутренние инструменты часто оказываются важнее очередной витрины в продукте.
Партхасарати также сделала личного агентного бота, доступного через реакцию-эмодзи в Slack. Он реагирует на события, ищет ответы на заданные ей вопросы и может продолжать работу без её присутствия, включая подготовку pull request. Для реализации она использует Claude Code, для обсуждения идей и планирования — Codex. Отдельно инженер собрала Paisa Bot для отслеживания рынков и обдумывания инвестиционных стратегий; слово paisa в её языке означает деньги. Важнее сам паттерн: ИИ-инструменты в такой команде становятся не темой презентации, а способом снять с инженеров мелкие повторяемые действия.
Для российских разработчиков и фаундеров эта история не про копирование американских HSA и FSA, которых в местной системе нет в том же виде. Она про более универсальную механику. В регулируемых платежах и healthtech ценность появляется там, где пользователь упирается в невидимое правило, документ или несовместимость систем. Задача инженера — не только поддерживать API, но и увидеть этот тупик по обращениям в поддержку, логам и разговору с продавцом. Отсюда же следует практический вывод для найма: кандидату на роль founding engineer нужно оценивать способность переключаться между доменами, а не только глубину в одном стеке.
У Flex ещё остаётся немало сложных задач на пересечении здравоохранения и платежей. Но кейс уже фиксирует здоровый критерий для ранней команды: первый инженер Flex не ждёт согласования на каждый внутренний инструмент, если может доказать его пользу работающим решением. Чем больше продукт зависит от интеграций, исключений и поддержки, тем вероятнее, что следующий заметный прирост скорости даст не новая функция для клиента, а хороший бот для тех, кто держит систему в рабочем состоянии.
