8500 подопечных: как фонд «Хорошие люди» выстроил систему помощи в Кайтене
Как фонд за 2 дня ушел из Trello, развел 15+ направлений по доскам и закрыл доступ к чувствительным данным
Обычно кейсы про таск-трекеры читают ради ответа на вопрос «как ускорить работу». Этот — про другое. Здесь скорость вторична, а на первом месте надежность: если карточка потерялась, без поддержки остается конкретный человек в трудной ситуации.
Именно поэтому опыт фонда «Хорошие люди» будет полезен небольшим и средним компаниям. Ограничения, о которых в бизнесе спорят , здесь стали обязательным условием роста. Разбираем, как устроена их система.
Как из 30 продуктовых наборов выросла инфраструктура помощи
Фонд «Хорошие люди» был основан в 2018 году, а активная история началась в 2020-м, в самом начале пандемии. Мария Ковалева тогда управляла фитнес-клубом, который закрылся на локдаун. Оставшись без работы, она увидела, что рядом сотни людей оказались в куда более тяжелой ситуации. Идею поддержал настоятель одного из саратовских храмов, игумен Нектарий (Морозов).
Начали с малого: через соцсети собрали деньги, закупили продукты и развезли их первым 30 пожилым прихожанам, которые не могли выйти из дома. Через месяц подопечных было уже 200.
Сегодня «Хорошие люди» — это благотворительный и образовательный центры, социальная гостиница «Мать и дитя» для женщин в кризисной ситуации, благотворительная столовая, программы продуктовой помощи, реабилитационный центр «Остров света» для детей с особенностями развития, стипендиальная программа на 130 детей и другие направления.
Почему таблицы и одна общая доска перестали справляться
У каждого подопечного своя ситуация и свой маршрут. Человек может сначала получить продуктовый набор, через месяц — стипендию на ребенка, а еще позже обратиться за оплатой лекарств. Это не линейный процесс с понятными этапами, а множество параллельных историй, которые пересекаются в одной точке — в человеке.
Таблицы такую структуру не держат. В них нет статусов, нет истории и нет ответа на вопрос, кто сейчас отвечает за конкретную заявку.
Сначала команда работала в Trello — Мария пользовалась им еще в фитнес-клубе, поэтому инструмент был знакомым. Trello дал базовый порядок: разложил обращения по этапам и впервые показал процесс целиком. Но когда возник риск блокировки зарубежных сервисов, откладывать переход стало нельзя. Новые обращения поступали непрерывно, и любая пауза означала, что часть людей останется без помощи.
Фонд рассмотрел несколько альтернатив и выбрал Кайтен: в него можно было перейти без долгого переобучения команды, где большая часть людей — волонтеры. Перед решением Мария изучала систему сама, читала статьи и смотрела опыт других организаций.
Переезд прошел через встроенный импорт из Trello — описания, вложения и остальные данные перенеслись на новые доски. С тех пор система растет вместе с фондом: появляется направление — добавляются пространство, доска и роли.
Скорость миграции определяется не объемом данных, а тем, насколько знакома команде логика нового инструмента. Если процесс уже разложен по канбан-доскам, переход между трекерами — это перенос структуры, а не переобучение людей. Именно поэтому фонду хватило пары дней, а не месяцев внедрения.
Как устроен маршрут обращения
Обратиться в фонд можно тремя способами: лично в благотворительном центре, по бесплатной горячей линии или через кнопку «Нужна помощь» на сайте. Все три потока попадают в одну канбан-доску — волонтерам не нужно отдельно проверять почту, мессенджеры и телефонные логи.
Главная доска называется «Контактные лица». К каждой колонке прикреплено пояснение: кто с ней работает, как в нее попадает карточка и куда ее переносить дальше. Для команды, где постоянно появляются новые волонтеры, это заменяет половину онбординга — инструкция лежит там же, где выполняется работа.
Маршрут карточки выглядит так:
- Первичный контакт. Волонтер опрашивает подопечного по скрипту.
- Разбор. Задача переносится в колонку «На разбор». Сюда же попадают карточки, если дозвониться не удалось: статус фиксируется, и контакт не теряется.
- Проектирование. Заявка проходит через «План действий» и этап согласования маршрута поддержки.
- Распределение. После утверждения карточка возвращается на разбор, откуда делегируется на доски конкретных направлений.
Отдельного внимания заслуживает второй шаг. Неудачный дозвон — это не тупик, а такой же статус, как и все остальные. Без этого правила несостоявшийся звонок просто растворяется: формально работа не начата, фактически человек уже обратился за помощью.
Дочерние карточки: почему один человек — это не одна задача
Основная карточка хранит базовую информацию о человеке и всю историю взаимодействия. К ней прикрепляются дочерние — по каждому виду помощи. Схема решает сразу две задачи.
- Чистота контекста. Исполнители не тонут в массиве данных. Волонтер, который везет продукты, видит только детали доставки. Юрист или врач — только свою профильную информацию.
- Конфиденциальность. Исполнитель по развозу продуктов не должен видеть медицинские выписки из карточки «оплата реабилитации». Разделение на дочерние карточки делает это не вопросом договоренностей, а свойством структуры.
Колонки по видам помощи покрывают весь спектр работы фонда: развоз продуктов, покупка лекарств, оплата реабилитации, «Остров света», стипендии, духовная помощь, день красоты и другие. За каждой закреплен свой ответственный специалист.
Трекер для работы, база — для хранения
Кайтен для фонда — пространство текущей работы. Здесь принимают решения, двигают карточки, договариваются и отслеживают путь обращения от первого контакта до оказанной помощи.
Параллельно фонд ведет отдельную базу данных для долговременного хранения. Когда активная работа завершена — например, человек добавлен в список постоянных получателей продуктовой помощи, — сведения переносятся в базу, а карточка архивируется. При повторном обращении команда возвращается к ней и продолжает работу с учетом прошлой истории.
Разделение простое, но его часто игнорируют: рабочее пространство не разрастается, а данные не теряются. Трекер отвечает за то, что происходит сейчас, база — за то, что было.
Ограничения доступа как часть этики, а не как контроль
В Trello фонду не хватало гибкости в управлении правами — особенно при работе с большим числом волонтеров и разными командами. Была реальная опасность, что карточки начнут перемещаться хаотично, а люди с частичной занятостью получат доступ к чувствительным данным.
В фонде на ограничения смотрят иначе, чем принято в бизнесе. Это не недоверие к людям, а защита самих людей — и подопечных, и волонтеров. Волонтер может искренне хотеть помочь конкретному человеку как можно быстрее, но личные отношения и несогласованные действия способны навредить.
Поэтому права жестко ограничены: например, из колонки «Позвонить» волонтер может перенести карточку только на разбор — и никуда больше. Не потому, что ему не доверяют, а потому, что решение о маршруте помощи принимается не в одиночку.
Отчетность: как фонд контролирует обязательства перед жертвователями
Под отчетность выделена отдельная доска. Она показывает, перед кем нужно отчитаться, в какие сроки и с какой периодичностью. Процесс устроен как канбан: от текущих сборов и подготовки документов до публикации отчета и получения закрывающих документов.
В благотворительности отчетность напрямую связана с доверием. Люди жертвуют деньги и вправе понимать, куда те направлены и какой дали результат. Ответственный сотрудник видит все задачи в работе, приближающиеся сроки и точки, где что-то может быть упущено.
Внутри карточек команда использует чек-листы, пометки «Срочно», комментарии для фиксации договоренностей и вложения с документами и фотографиями.
Почему фонд сознательно не стал автоматизировать все
Автоматизацию здесь применяют точечно, и это осознанное решение. Каждый случай — отдельная история со своими вводными, ограничениями и маршрутом. Универсальный сценарий для всех обращений просто невозможен: то, что в бизнесе называется исключением, в работе фонда является нормой.
Автоматизация работает там, где она уместна. Например, заявка с сайта на Тильде через интеграцию автоматически попадает в колонку «Позвонить». Дальше в процесс включаются люди.
Автоматизировать стоит вход в процесс и переходы между понятными состояниями. А решение о том, что именно делать с конкретной ситуацией, часто дешевле оставить человеку, чем описывать сотней правил.
Четыре вопроса, на которые фонд ответил за 3 года
Главный результат связан не столько с выбором инструмента, сколько с логикой процесса. Система должна быть сложнее, чем «одна доска на всех», но при этом оставаться управляемой. Фонд свел это к четырем вопросам.
- Кто за что отвечает. У каждого сотрудника и волонтера своя зона ответственности.
- Кто что видит. Медицинские, финансовые и другие чувствительные данные доступны только тем, кому они нужны по работе.
- Куда можно двигать задачу. Не каждый участник может перемещать карточку куда угодно — ограничения защищают процесс от несогласованных действий.
- Сколько данных нужно для работы. Объем информации разделен так, чтобы люди не тонули в лишнем контексте.
Набор проблем знаком любой растущей организации. Пока команда и поток небольшие, ручное управление «на доверии» работает. Дальше начинаются потери информации, лишние доступы и задачи, которые перемещаются без единой логики.
Разница только в цене ошибки. В благотворительности за каждой карточкой стоит человек в трудной ситуации, поэтому формализация процессов стала для фонда не удобной опцией, а условием дальнейшего роста.
От Саратова ко всей России: что дальше
Сейчас фонд готовит новый проект — «Система глобальной помощи: маркетплейс хороших дел». Это платформа для базовой поддержки нуждающихся по всей России через сеть партнеров: продуктовая помощь, стипендии и поддержка организаций, которые работают с людьми на местах. В перспективе 2-3 лет фонд рассчитывает охватить большинство регионов.
Под проект уже создано отдельное пространство с намеренно простой структурой: «Входящие» → «В работе» → «Завершено». Работу в Саратове и области команда продолжит вести в Кайтене — процесс слишком разветвленный, чтобы переносить его в более простой инструмент.
В планах — закрывать в одном пространстве еще больше задач: вести базу подопечных и CRM, активнее использовать Документы. Пока часть информации хранится отдельно, а каждое переключение между системами отнимает время и повышает риск что-то упустить.
