От идеи до работающей системы: как я собираю социальный проект
Евгения Тишечко — Мастер актуальности 4 уровня, грантрайтер · Меценатство и капитал · 17 сентября 2026 г.
За годы работы с социальными проектами я заметила одну повторяющуюся вещь: очень часто проект начинают собирать по разделам заявки. Сначала формулируют цель, потом задачи, затем мероприятия, показатели, партнёров, бюджет. В конце появляется проблема — потому что без неё заявку не отправить.
Формально все на месте. Но сам проект при этом может не складываться.
Я работаю иначе. Для меня социальный проект — это не набор хорошо заполненных разделов, а система, в которой каждый следующий элемент должен быть связан с предыдущим. И только когда эта система собрана, её можно переводить на язык конкретного конкурса, программы поддержки или внутреннего документа организации. Я называю это архитектурой проекта.
Идея — это ещё не проект
Большинство проектов действительно начинаются с идеи. И часто — с очень хорошей. Создать школу для подростков. Запустить центр поддержки семей. Проводить занятия для пожилых людей. Разработать программу реабилитации. Организовать фестиваль.
На первых встречах с командой я нередко вижу, насколько люди уже эмоционально привязаны к своему решению. Они знают, какое помещение хотят, каких специалистов пригласят, сколько занятий проведут и даже как назовут проект.
А я в этот момент обычно задаю другой вопрос: для кого?
Не что мы будем делать, а для кого именно мы это делаем и что происходит с этими людьми сейчас. До тех пор, пока на эти вопросы нет точного ответа, мне трудно обсуждать мероприятия. Например, формулировка «женщины после родов» кажется понятной только до тех пор, пока мы не начинаем разбирать её глубже. Женщина, которая две недели назад родила первого ребёнка, живёт одна, имеет низкий доход и почти не получает помощи, находится совсем в другой ситуации, чем женщина с третьим ребёнком, устойчивым доходом и поддерживающей семьёй. Формально обе относятся к одной целевой группе. На практике их потребности могут сильно различаться.
Поэтому в проектировании я чаще предлагаю не расширять целевую группу, а, наоборот, сужать её. До того момента, пока за формулировкой не начинает появляться конкретный человек.
Сначала человек, потом проблема
После этого мы переходим к проблеме. И здесь часто происходит самое интересное.
Организация приходит уже с готовым решением и начинает под него объяснять проблему.
Хотим проводить занятия — значит, проблема в том, что занятий мало. Хотим открыть пространство — значит, людям не хватает пространства. Хотим проводить консультации — значит, проблема в отсутствии консультаций.
Но отсутствие мероприятия, помещения или услуги само по себе ещё не социальная проблема. Мне важно понять, что именно происходит с человеком из-за сложившейся ситуации. Что он сегодня не может сделать? Что становится хуже? Какие последствия появляются в его жизни? Почему существующие решения не помогают или помогают не всем?
Иногда после такого разговора первоначальная идея остаётся почти без изменений. Иногда меняется очень сильно. Бывает и так, что команда приходит с одним проектом, а через несколько часов обсуждения становится понятно: людям нужно совсем другое.
Я считаю это хорошим результатом работы. Гораздо опаснее сохранить красивую первоначальную идею только потому, что в неё уже вложено много сил.
«Откуда мы это знаем?»
Это один из вопросов, которые я задаю чаще всего.
Мы можем быть абсолютно уверены, что знаем проблему. Мы можем годами работать в определённой сфере, каждый день видеть людей и слышать их истории. Но для проектирования всё равно важно отделять наше профессиональное ощущение от того, что мы действительно можем подтвердить. Поэтому дальше я ищу доказательства.
Это могут быть статистика, исследования, обращения людей, данные организации, опросы, интервью, экспертные заключения, сведения государственных учреждений. Но лично для меня особенно важен голос самого благополучателя. Статистика хорошо показывает масштаб. А разговор с человеком показывает, как проблема устроена изнутри.
Почему он не пользуется уже существующей услугой? Почему не доходит до специалиста? Что он пробовал раньше? Что не сработало? Что он сам считает полезным?
Бывают проекты, которые на бумаге выглядят безупречно, но в реальности оказываются неудобными для тех, ради кого создавались. Именно поэтому я считаю, что благополучатель должен появляться в проекте гораздо раньше, чем начинается набор участников. Не как объект помощи, а как один из источников знания о проблеме и возможном решении.
Потом я проверяю не проблему, а решение
Допустим, мы понимаем, для кого работаем. Проблема сформулирована и подтверждена.
Следующий вопрос: почему именно наше решение должно что-то изменить?
На этом этапе часто выясняется, что проект пока существует в виде списка мероприятий. Десять встреч. Пять консультаций. Форум. Экскурсии. Обучение. Праздник. Всё выглядит насыщенно. Но насыщенный календарь ещё не означает сильный проект. Мне нужно увидеть другое: что происходит с человеком в результате этих действий. Что он узнает? Чему научится? Что сможет делать после участия? Как это повлияет на его ситуацию? Именно здесь для меня проходит одна из главных границ между мероприятием и социальным изменением. Само по себе количество событий меня почти не убеждает.
Десять точных, продуманных действий могут дать больше, чем пятьдесят мероприятий, которые существуют просто потому, что так выглядит масштабнее.
Поэтому я всегда стараюсь пройти путь от действия к изменению. Если этот путь невозможно объяснить, значит, конструкция ещё не собрана.
Команда и партнёры появляются не ради заявки
Когда понятны целевая группа, проблема и логика решения, становится гораздо проще понять, кто действительно нужен проекту.
Именно в этот момент я предпочитаю обсуждать команду и партнёров. Не раньше. В заявках часто встречаются длинные перечни партнёров. Администрация поддерживает информационно. Учреждение предоставляет помещение. Кто-то помогает с публикациями.
Всё это может быть полезно. Но меня гораздо больше интересует другой вопрос: что произойдёт с проектом, если убрать этого партнёра? Если ничего — значит, его роль, скорее всего, вторична.
Сильный партнёр для меня — это тот, кто даёт проекту то, без чего реализация становится слабее: доступ к целевой группе, специалистов, помещение, оборудование, методику, экспертность, ресурс для продолжения работы.
То же самое с командой. Мне не так важно, сколько у человека регалий, как то, какую функцию он закрывает. У каждого специалиста в проекте должен быть понятный ответ на вопрос: зачем он здесь.
Проект почти никогда не создаётся в одиночку
Есть образ грантрайтера или проектировщика, который садится за компьютер и пишет сильный проект.
В моей практике это работает иначе. Я могу собрать логику, увидеть слабые места, задать неудобные вопросы, помочь связать проблему, действия и результаты. Но я не могу заменить собой всех остальных участников.
Руководитель организации знает историю команды. Специалист — методику. Благополучатель — реальную жизнь внутри проблемы. Партнёр — свои ресурсы и ограничения. Бухгалтер понимает финансовую часть. Юрист видит риски.
Именно из этого и складывается нормальная работа.
Поэтому проектирование для меня всегда связано с сообществом. Один человек может сформулировать идею. Но работающая система появляется тогда, когда разные люди понимают, за что отвечают и какой общий результат хотят получить.
Где проект начинает рассыпаться
Есть несколько моментов, которые я вижу особенно часто.
Первый — слишком широкая целевая группа. Проект одновременно работает с детьми, родителями, педагогами, специалистами, местными жителями и ещё несколькими категориями. В итоге трудно понять, чья проблема в центре проекта.
Второй — попытка решить всё сразу. Занятость, здоровье, психологическое состояние, социализация, семейные отношения, образование — всё в рамках одного проекта. Такой замысел может выглядеть масштабно, но на практике часто теряет глубину.
Третий — подмена задач мероприятиями. «Провести десять мастер-классов» — это действие. Но мне важно понять, зачем именно они проводятся и какое изменение должны дать.
Четвёртый — команда для красоты. В неё включают сильных специалистов, но их реальная роль внутри проекта неясна.
Пятый — партнёры для письма поддержки. На бумаге взаимодействие есть. В реальной реализации проект от них почти не зависит.
Шестой — бюджет, который живёт своей жизнью. Одна из моих любимых проверок звучит очень просто: если убрать эту статью расходов, что изменится в проекте? Если ответ — почти ничего, у меня возникают вопросы.
Бюджет тоже должен быть частью архитектуры проекта, а не отдельным приложением к ней.
После этого я возвращаюсь к мероприятиям
Только на этом этапе мне комфортно подробно собирать календарный план. Потому что теперь каждое действие можно проверить.
Для кого оно проводится? Какую задачу решает? Что должно произойти во время него? Что изменится после?
Иногда после такой проверки календарный план заметно сокращается. И почти всегда это идёт проекту на пользу.
Мне вообще близка мысль, что сильный проект не обязательно большой. Он должен быть логичным.
И потом всё приходится проверять ещё раз
Социальное проектирование редко движется по прямой.
Мы можем понять, что нужный партнёр не готов участвовать. Что у команды нет нужной компетенции. Что выбранный формат слишком дорог. Что люди не готовы пользоваться услугой именно так, как мы задумали. Что запланированный результат невозможно получить за установленный срок.
И тогда приходится возвращаться назад. Менять формат. Количество участников. Территорию. Состав команды. Бюджет. Иногда — саму идею.
Для меня именно здесь начинается настоящее проектирование. Потому что заявку действительно можно заполнять сверху вниз. Проект так не работает.
Если меняется мероприятие — нужно проверить результат. Если меняется целевая группа — вернуться к проблеме. Если выпадает партнёр — посмотреть, какой ресурс исчезает вместе с ним. Если существенно растёт бюджет — понять, что именно становится лучше для благополучателя.
Все элементы постоянно влияют друг на друга.
Семь вопросов, которыми я проверяю проект
Перед тем как считать проект собранным, я обычно прохожу ещё одну проверку.
1. Что именно должно измениться в жизни человека?
2. Для кого именно мы это делаем?
3. Почему мы уверены, что проблема существует именно в таком виде?
4. Почему наше решение должно сработать?
5. Кто и какие ресурсы действительно нужны для реализации?
6. Связан ли бюджет с действиями и результатами?
7. Что останется после того, как проект закончится?
Если на эти вопросы можно ответить конкретно, проект уже начинает держаться. Если приходится уходить в общие слова, значит, где-то конструкция ещё слабая.
Для каждого участника эта система выглядит по-разному
Для НКО это способ не начинать работу с конкурсной формы и не пытаться подгонять идею под поля заявки.
Для бизнеса и мецената — возможность понимать, во что именно предлагается вкладывать средства и почему это должно дать результат.
Для сообщества — способ превратить инициативу в систему, где понятны роли, ресурсы и ответственность.
Для благополучателя — возможность быть не человеком, которого поставили перед готовым решением, а участником его создания.
И, наверное, это главное.
Социальный проект начинается не с конкурса, не с бюджета, не с календарного плана и даже не с идеи. Для меня он начинается с человека и с точного понимания того, что мы хотим вместе с ним изменить. Всё остальное — архитектура, которая должна помочь этому изменению состояться.
Поэтому я не собираю проект из разделов заявки.
Я собираю систему, в которой каждый следующий элемент связан с предыдущим.
А заявка — это уже способ эту систему объяснить.