10 из 121 мин

Как проект живёт после отклика: статусы, приглашения, переписки и ручной dashboard

Хороший бот не может заканчиваться на кнопке submit.

После отклика начинается вторая половина системы: статусы, сообщения работодателей, приглашения, ручные кейсы, анкеты, pending approvals.

Поэтому проект следит не только за отправкой, но и за последствиями.
Он отслеживает статусы и переписки, а Telegram-бот поднимает не весь поток подряд, а только значимые сигналы: сообщения от работодателей, приглашения и кейсы, где действительно нужно моё участие. Отказы он не тащит в центр внимания.

Это было для меня принципиально.

Там, где всё же нужен человек, у проекта есть отдельная рабочая поверхность.
Я сделал dashboard, в котором собираются вакансии и сценарии, требующие ручного участия: анкеты, handoff-кейсы и pending approvals.

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

Именно поэтому проект давно перестал быть просто машиной автооткликов.

Он стал системой, которая умеет жить после отклика:
фильтровать шум,
поднимать значимое,
и отдельно собирать всё, что ещё требует человека.

Оглавление серии
  1. Автоматизация отклика как ответ на асимметрию рынка
  2. Как бот сравнивает меня с вакансией и собирает отклик под нее
  3. Почему закрытие соискательского API не убило проект, а заставило его повзрослеть
  4. Как я сохранил мозг системы и заменил ей транспорт
  5. Самое трудное в автоотклике, это не submit
  6. Автоотклик в видимом режиме
  7. Как LLM в моем проекте превращает вакансию в сопроводительное письмо
  8. Почему полная автономия оказалась слабее управляемой автономии
  9. Я дал системе не только действия, но и тормоза
  10. Как проект живёт после отклика: статусы, приглашения, переписки и ручной dashboard
  11. Dashboard
  12. Самая неожиданная вакансия, которую нашел мой бот