Почему 9 из 10 CRM в НКО через полгода превращаются в мертвый инструмент

Каждый год благотворительные фонды тратят месяцы и сотни тысяч рублей на внедрение CRM. И часть этих проектов заканчивается одинаково: систему настроили, обучение провели, а через полгода сотрудники снова считают доноров в Excel, потому что «так привычнее».

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

Частая ошибка: считать автоматизацию НКО упрощенной версией автоматизации бизнеса. Меньше денег, меньше сотрудников, значит система должна быть проще.

На практике наоборот. У компании обычно понятная структура: продажи, производство, логистика. В НКО процессы переплетены: один сотрудник может одновременно отвечать за фандрайзинг, волонтеров и мероприятия. Данные при этом лежат в нескольких Excel-файлах с разной логикой.

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

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

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

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

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

Готовое решение изначально спроектировано под кого-то другого. Любая коробочная CRM для НКО делалась с оглядкой на конкретных заказчиков, на их процессы, их масштаб, их отраслевую специфику. Ваша организация в эту логику вписывается лишь частично, а платите вы, по сути, за чужой проект, а не за свой. Это отдельная и довольно объемная тема, разберем ее подробно в одной из следующих статей серии, если интересно, подписывайтесь, чтобы не пропустить.

Частый старт проекта: «нам нужна CRM». Проблема в том, что CRM это инструмент, а не цель. Начиная с инструмента, легко автоматизировать не то, что реально болит. Вот что стоит разобрать до настройки чего бы то ни было.

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

2. Объемы и частота. 10 заявок в месяц и 200 требуют разных решений. Обычно в приоритете: обработка входящих заявок, фиксация денежных и натуральных поступлений, координация волонтеров, история доноров. Но точный приоритет всегда задают объем и боль, а не готовый чек-лист.

3. Люди, а не только процессы. Кто будет работать в системе, какие у людей навыки, сколько времени они готовы тратить на обучение. Если ответ «как-нибудь сами разберутся», проект почти наверняка забуксует. Без «хозяина процесса» внутри организации внедрение не приживается независимо от бюджета. Техническая часть, это в лучшем случае половина успеха.

4. Состояние данных. Дубли, пустые поля, разные форматы в разных файлах. Грязные данные, перенесенные в новую систему, остаются грязными, просто с более красивым интерфейсом. Чистку почти всегда недооценивают по времени.

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

6. Документооборот. Договоры, акты, типовые письма. Если это Word с ручной подстановкой ФИО, суммы и даты, перед вами готовое поле для автоматизации, которое часто вообще не рассматривают как часть CRM-проекта.

Вот ключевое отличие аудита НКО от аудита бизнеса. Хорошая система проектируется не только под внутренние процессы, но и под требования тех, кто дает деньги.

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

На практике это значит: архитектуру стоит проектировать с оглядкой на то, как формулируются цели, задачи и показатели эффективности в грантовых заявках, еще до технической настройки. Иногда это означает прямое участие в подготовке самой заявки, потому что нельзя спроектировать систему под отчетность, не понимая, как эта отчетность устроена.

Следующие части серии разберут конкретные направления по отдельности:

Если в вашей организации назрел разговор об автоматизации, первый шаг, это не сравнение тарифов CRM-систем, а честные ответы на несколько вопросов. Как мы работаем на самом деле, а не по регламенту. Что тормозит сильнее всего прямо сейчас. Что делаем вручную, хотя это давно можно делать автоматически. И готова ли команда меняться, или изменения нужны только руководителю.