Здравствуйте, меня зовут Егор Литвиненко. Я — разработчик с 14-летним стажем. Сейчас занимаюсь заказной разработкой, внедрением и автоматизацией, оптимизацией затрат на ИТ.

Ранее работал с крупнейшими компаниями: Магнит (ЗАО Тандер), Яндекс Инфраструктура, проекты из Топ‑100 Fortune, и не только. Три года преподаю промышленное программирования на Java в НИУ ВШЭ. Был ментором программных курсовых и дипломных проектов студентов МФТИ, ИТМО, НИУ ВШЭ. В свободное время занимаюсь со стартапами, как бизнес-трекер, а со школьниками - информатикой и программированием.

С весны 2025 года технически веду АНО «Синяя Птица». АНО «Синяя Птица» — благотворительная организация в Краснодаре, которая занимается помощью детям и подросткам с инвалидностью, а также семьям с паллиативными детьми в Краснодарском крае. Я тоже родом из Краснодара, и был знаком с деятельностью организации уже около 10 лет.

А вы занимаетесь благотворительностью?

По данным Frank RG - дети оставались основным приоритетом благотворительности крупных филантропов. А основной причиной недоверия при выборе благотворительной организации является сомнение в эффективности работы.

В этой статье мы поговорим про информационные технологии в благотворительной организации. Цель — освещение деятельности и привлечение внимания.

Традиционно считается, что некоммерческие организации (далее НКО), особенно небольшие, далеки от современного технического развития. Нет дыма без огня — с бигтехом и высоконагруженным-ИТ сравниться сложно. Но мы с вами пониманием, что в целом большинство организаций далеки от бигтехов в практическом применении технологий, поэтому поговорим о вещах более распространённых и насущных.

Какие задачи решаются с помощью информационных технологий в благотворительной организации? Их можно разделить на следующие направления:

• соответствие требованиям законодательства и отчетности для благотворительных организаций;
• подготовка аналитических отчётов/данных для понимания деятельности организации и направлений развития;
• организация внутренних и внешних коммуникаций;
• автоматизация бизнес-процессов.

Как решаются?
Давайте сразу спойлер, мы используем:

|| Спойлер -->

Большинство сервисов стоят прилично. Если покупать коммерческие лицензии, общая стоимость выйдет порядка 100000-200000 рублей в месяц только за сервисы. Конечно, для многих НКО это нереально. С другой стороны есть пути, по которым некоммерческим организациям дают возможность пользоваться услугами бесплатно.

AmoCRM предоставляет свою лицензию для НКО бесплатно. Яндекс предоставляет НКО гранты на свои сервисы, по которым можно оплачивать Трекер, Яндекс 360, Облако… Соответственно, Монолитикс, vaultwarden и т.п. крутятся в Яндекс.Облако, и в итоге НКО стоят ноль рублей. В рамках Технологий добра Совкомбанка некоторые сервисы тоже предоставляют бесплатно, например, так мы используем SMMPlanner.

Самое главное: про детали об открытии НКО, проводимой работе и оказываемой помощи, лучше почитать на сайте «Синей Птицы», ссылка в конце статьи.

Переходим в технический мир. Первым делом нужен сайт. Чтобы меньше на него тратиться и редактировать самостоятельно, выбираете платформу, например, WordPress. С сайта получаете пожертвования на сборы. Сбор средств в контексте НКО - это компания, в которую благотворители могут пожертвовать деньги. Сбор успешно закрывается, когда собраны необходимые средства.

Сборы бывают разовые, когда нужно закрыть какую-то потребность семьи. И программные - они решают задачи стратегические, рассчитанные на месяцы и годы.

В АНО «Синяя Птица» есть разовые сборы и программные сборы, направленные на регулярную поддержку подопечных семей.

Семьи, которым нужна помощь, смотрят какие есть фонды и НКО, в которые можно обратиться. АНО «Синяя Птица» работает по Краснодарскому краю и, на данный момент, единственная организация, которая работает с паллиативом в крае.

Процесс обработки входящих заявок описан и автоматизирован в Яндекс Трекере.

Вот так он выглядит у нас:

Мы продолжаем дорабатывать и улучшать процесс, но уже сейчас это помогает перейти от бумажной работы к системной.

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

Начав получать пожертвования, появляются контактные данные доноров, в основном это электронная почта. И по этой почте можно отчитываться о проделанной работе, делиться новостями о прошедших и наступающих событиях, акциях и сборах. Привлекать внимание и благодарить за пожертвования. Так появилась DashaMail, хотя сначала был UniSender, но DashaMail оказалась выгоднее в плане тарифов, имеет понятную документацию, и хороший API для интеграции.

Сначала получать пожертвования можно прямо на расчётный счёт, но удобнее использовать все формы оплаты. В отличие от коммерции пожертвования должны быть привязаны к сборам. Для этого необходим инструмент, который сможет автоматизировать управление сборами. Когда-то, чтобы управлять сборами использовалась Лейка для WordPress. Потом на рынке «навели панику», что Лейки больше не будет (хотя по факту Лейка - открытый исходный код), в итоге организация пересела на GIVR. GIVR - полезный инструмент, который полностью закрывает важные потребности в организации сборов: генерация виджетов для сайта, интеграция с платёжными шлюзами (мы используем CloudPayments и Mixplat), маршрутизация платежей, помощь в управлении рекуррентными подписками, чеками и т.д. Но есть нюанс - из коробки за деньги даются базовые вещи, остальные плюшки - ещё за деньги. Поэтому мы пользуемся только основным функционалом.

Итак, мы получаем пожертвования. Возникают вопросы кому/сколько, как много на текущий момент рекуррентов, кто самые лучшие доноры.

На плечах сотрудников лежат вопросы, которые касаются анализа эффективности тех или иных действий, сбора метрик для отчетов. Как это часто встречается у малого и среднего бизнеса, чтобы получить какой-то отчёт, надо сходить в N-ое количество сервисов, собрать показатели в таблицах, а потом собственно приступить к анализу и тестированию, и так по кругу. По факту это занимает по несколько часов.

К примеру, нужен отчёт по материальным затратам в рамках действующих благотворительных программ, т.е. фактически надо обработать все затраты и классифицировать их по типу, чтобы ответить на этот простой вопрос. Здесь разумный человек начинает задумываться о том, что неплохо бы для ответа на эти вопросы не тратить время, в результате которых получается статичная таблица. В бигтех мы знаем есть Clickhouse и множество других аналитических решений. Целые команды занимаются разработкой инструментов, которые сливают эти данные в аналитическое хранилище данных, чтобы потом строить по этим данным необходимые дашборды, отчёты и исследования. НКО, конечно, себе такого позволить не может.

Здесь в игру вступает Монолитикс (в основе мой код: свидетельство о регистрации ПО № 2025668471, но проект monolytics - open source) - программный продукт, на котором можно это организовать. Монолитикс изначально разрабатывался мной для системы принятия решений, которая позволит быстро с достойным уровнем качества и точностью, собирать аналитические данные.

При адаптации под разные компании некоторые вещи пересматривались и перерабатывались. В итоге получилась система, которая решает стандартные проблемы:

1. динамическое хранилище (в Монолитикс все «колонки» хранятся отдельно);
2. пересчёт всех данных на базе очередей входящих запросов (алгоритмы/требования поменялись, баг нашёлся, перерасчёт идёт на основе очереди входящих запросов, которые хранятся всегда по умолчанию);
3. атрибуция пользователей (сквозное вычисление пользователя по его признакам: email, телефон, amo id и т.п.);
4. любые дашборды (в АНО «Синяя Птица», например, их нагенерировали с помощью ИИ) без сложных BI-инструментов;
5. анализ ошибок интеграций (кто прислал кривой запрос, кто данные не льёт и т.д.);
6. расширение и допиливание ETL под заказчика;
7. поддержка внешних справочников (в таблицах на Яндекс Диск, JSON и т.д.);
8. импорт данных из Excel-таблиц с контролем и исключением дублей;
9. триггеры на события (завести лид в AmoCRM, продвинуть по воронке...);
10. и другие.

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

О том, что письма можно отправлять не одинаковые, а с учетом данных пользователя, его предпочтений и классификации, как донора. Бывает так, что благотворитель совершает пожертвования с какой-то периодичностью, но у него нет реальной рекуррентной подписки. Т.е. каждое пожертвование - ручное действие. Для кого-то это может быть целый ритуал. При этом благотворительной организации важно иметь регулярных доноров, которые готовы подписаться. Так можно прогнозировать бюджет, и формировать подушку про запас для случаев, когда нужна помощь в моменте.

Для персонализации мы проанализировали нашу базу по RFM-сегментам, посовещались с коллегами, выделили категории доноров по частоте пожертвований: Донор 1 раз, Донор > 1 раз, Рекурренты и Отвалившийся донор (не было платежей больше 30 дней). И сделали наши первые автоматизированные цепочки в DashaMail, привязав шаг воронки - сегмент к базе email-рассылки. Чтобы исключить ручное перетаскивание доноров по воронке, в Монолитикс сделаны триггеры, которые меняют статус донора автоматически и перемещают по воронке.

В итоге, пришли к такой схеме:

• GIVR выгружает отчёты в Excel-таблицы. Импорт текущей информации занимает теперь несколько секунд (экспорт->загрузка);
• адаптер для DashaMail вытягивает актуальные метрики по почтовым рассылкам и подгружает в Монолитикс через стандартные API систем;
• банковские выписки в формате 1С автоматически отгружаются по электронной почте;
• события и триггеры перемещают пользователей по воронке в AmoCRM, к воронке привязаны автоматизированные цепочки в DashaMail.

Какие события мы сейчас собираем?

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

Это не конец, это начало обучения и понимания системы с анализом событий и обратной связью. Для этого мы в АНО «Синяя Птица» договорились смотреть показатели каждую неделю.

ИТ-систему ещё есть куда развивать. Есть много путей развития и усовершенствования. Только недавно взялись за автоматизацию ЭДО. Конечно, АНО «Синяя Птица» уже работает с популярными системами документооборота такие как Контур и СБИС. Но здесь речь идёт именно о внутренних временных затратах на создание актов и других документов по шаблонам. Пока в этом нам помогает streamlit, который мы развернули в Яндекс Облако, будем смотреть что ещё полезного есть. Возможно, есть советы?

Кстати, если есть желание, можно прийти в АНО «Синяя Птица» волонтёром и помочь. Так наш волонтёр Артём Степанюк помог автоматизировать бэкапы в Yandex Object Storage, настроил Vaultwarden для централизованного управления паролями. Если у вас есть желание что-то сделать и приобрести опыт, ссылка для волонтёров в конце статьи. А финиш статьи уже рядом...

Потому что, вкратце, я рассказал всё, что происходит в ИТ АНО «Синяя Птица». Мне кажется, это интересно, потому что «надо выходить в поля» и смотреть, как действительно используются инструменты, которые делают «большие компании». Часто это не так, как ожидали создатели, просто потому что у людей разный контекст в голове. И надо помнить, что ваш пользователь - это не технарь-специалист, а человек, у которого других задач огромное количество, и ему нужен максимально простой инструмент.

Если у вас будут вопросы, буду рад Вашим комментариям.

Ссылки АНО «Синяя Птица»:

• Сейчас поддержка очень нужна. Помочь АНО "Синяя Птица" и её подопечным можно по этой ссылке.
• Присоединиться волонтёром
• Про организацию на официальном сайте

Ссылки на сервисы и инструменты:

• AmoCRM
• GIVR
• Монолитикс
• streamlit
• Яндекс 360
• Яндекс Трекер
• Яндекс Облако
• Наш sourcecraft

Ещё ссылки:

• Исследование Frank RG

Связаться с нами:

• Артём Степанюк
• ТГ, ВК, все мои контакты на сайте (Егор Литвиненко)

p.s. Статья - ручная работа. При создании не участвовали LLM.