Назначение: Помочь координаторам новых программ структурированно описать свою инициативу.
Подход: Проектный (проблема → концепция → реализация → масштабирование).
Аудитория: Потенциальные координаторы программ, Совет МТЛА, участники РП.
Название программы:
[Краткое, понятное название]
Аккаунт программы (Stellar):
[GXXXXXX... — публичный адрес в сети Stellar]
Координатор:
[Telegram username, например @username]
Цель раздела: Объяснить, ЗАЧЕМ нужна эта программа. Какую проблему она решает?
-
Какая проблема/потребность существует в сообществе Монтелиберо?
Пример: "Недостаток регулярного контента о проектах МТЛА", "Отсутствие централизованной системы приёма заявок на дизайн". -
Почему эта проблема важна?
Пример: "Без регулярного контента мы теряем новых участников", "Заказы на дизайн уходят внешним подрядчикам". -
Кто страдает от этой проблемы?
Пример: "Координаторы проектов, новые участники, потенциальные инвесторы". -
Были ли попытки решить эту проблему раньше? Почему они не сработали?
Пример: "Да, были разовые публикации, но отсутствие системности снижало эффект".
Основная проблема: [Краткое описание в 1-2 предложениях]
Контекст:
[Подробное описание ситуации: кто, что, когда, почему это проблема]
Предыдущие попытки решения:
[Что пробовали раньше? Почему не сработало?]
Почему это важно сейчас:
[Почему эту проблему нужно решать именно сейчас? Какие последствия бездействия?]
Цель раздела: Описать ИДЕЮ решения. Как вы предлагаете решить проблему?
-
Какое решение вы предлагаете?
Пример: "Создание гильдии дизайнеров с единым окном приёма заказов". -
Почему это решение сработает?
Пример: "Централизация упростит координацию, а прозрачность повысит мотивацию". -
Какие ключевые функции будет выполнять программа?
Пример: "Приём заявок, распределение задач, контроль качества, публикация результатов". -
В чём уникальность вашего подхода?
Пример: "Используем долговые токены для оплаты вместо фиатных денег". -
Какие преимущества даёт ваше решение?
Пример: "Снижает издержки, повышает прозрачность, усиливает связность экосистемы".
Идея:
[Краткое описание решения в 2-3 предложениях]
Ключевые функции программы:
- [Функция 1]
- [Функция 2]
- [Функция 3]
Почему это решение сработает:
[Обоснование: какие механизмы/принципы обеспечат успех]
Преимущества подхода:
- [Преимущество 1]
- [Преимущество 2]
- [Преимущество 3]
Цель раздела: Сформулировать желаемый результат одним предложением.
-
Что должно измениться после реализации программы?
Пример: "Академия станет ведущей образовательной площадкой сообщества". -
Как вы поймёте, что цель достигнута?
Пример: "Когда участники будут регулярно обращаться к нам за дизайном вместо внешних подрядчиков".
Цель программы:
[Одно предложение: чёткая, измеримая формулировка желаемого результата]
Цель раздела: Разбить цель на конкретные шаги.
-
Какие конкретные шаги нужны для достижения цели?
Пример: "Создать форму приёма заявок", "Собрать команду дизайнеров", "Разработать правила модерации". -
Какие задачи — приоритетные (critical path)?
Пример: "Без разработки формы приёма заказов программа не запустится". -
Какие задачи можно делать параллельно?
Пример: "Набор команды и разработка правил можно делать одновременно". -
Какие дедлайны для каждой задачи? (если применимо)
Пример: "Форма приёма — до 01.03.2026, правила модерации — до 01.05.2026".
Задачи программы:
-
[Название задачи 1] (приоритет: высокий/средний/низкий)
- Описание: [Что нужно сделать]
- Дедлайн: [Дата или "по готовности"]
- Ответственный: [Кто отвечает]
-
[Название задачи 2]
- ...
-
[Название задачи 3]
- ...
Цель раздела: Описать, КТО участвует в программе и ЧТО делает.
-
Кто будет координатором программы?
Пример: "@username — координирует заказы, ведёт учёт, отчитывается перед Советом". -
Кто основные участники программы?
Пример: "Блогеры, дизайнеры, модераторы, агенты саппорта". -
Какие роли нужны для успешной реализации?
Пример: "Координатор, редактор, исполнители, технический специалист". -
Какая ответственность у каждой роли?
Пример: "Координатор — приём заявок и контроль качества, исполнители — выполнение заказов". -
Кто заинтересованные стороны (stakeholders)?
Пример: "Совет МТЛА, координаторы других программ, участники РП, потенциальные заказчики".
Координатор:
[Username + краткое описание обязанностей]
Основные участники программы:
Роли и ответственность:
| Роль | Обязанности | Кто может занять |
|---|---|---|
| [Роль 1] | [Описание] | [Требования] |
| [Роль 2] | [Описание] | [Требования] |
Заинтересованные стороны:
[Кто будет использовать результаты программы? Кто влияет на её успех?]
Цель раздела: Описать, ЧТО нужно для реализации программы.
-
Какие человеческие ресурсы нужны?
Пример: "Координатор (10 часов/месяц), 3-5 дизайнеров (по требованию)". -
Какие финансовые ресурсы нужны?
Пример: "Стартовый бюджет 100 EURMTL на оплату исполнителей", "Грант от МТЛФ на покупку лицензий". -
Какие технические/инфраструктурные ресурсы нужны?
Пример: "Telegram-бот для приёма заявок", "Google-форма", "Канал для публикации результатов". -
Какие информационные ресурсы нужны?
Пример: "Доступ к РП для координации", "Каталог активных дизайнеров". -
Откуда возьмёте эти ресурсы?
Пример: "Волонтёры из сообщества", "Донаты", "Грант от МТЛФ".
Человеческие ресурсы:
Финансовые ресурсы:
- [Статья расходов]: [Сумма + валюта]
Технические/инфраструктурные ресурсы:
Информационные ресурсы:
- [Ресурс]: [Как используется]
Источники ресурсов:
[Откуда берём: волонтёры, донаты, гранты, партнёрства?]
Цель раздела: Описать, КАК измерить успех программы.
-
Какие метрики покажут, что программа работает?
Пример: "Количество выполненных заказов в месяц", "Средний NPS от заказчиков". -
Какие плановые значения этих метрик?
Пример: "Не менее 5 заказов в месяц", "NPS не ниже 8/10". -
Какие качественные индикаторы важны?
Пример: "Отзывы участников", "Рост вовлечённости в программу". -
Как часто будете измерять?
Пример: "Ежемесячный отчёт координатора", "Квартальный опрос участников". -
Кто будет собирать и анализировать данные?
Пример: "Координатор программы", "Секретариат МТЛА".
Индикаторы успеха:
| Индикатор | Плановое значение | Частота измерения | Ответственный |
|---|---|---|---|
| Метрика 1 | [Значение] | [Период] | [Кто] |
| Метрика 2 | [Значение] | [Период] | [Кто] |
| [Метрика 3] | [Значение] | [Период] | [Кто] |
Качественные индикаторы:
- [Индикатор 1]: [Описание, как измерять]
- [Индикатор 2]: [Описание, как измерять]
Критерии успеха пилотного этапа:
[Какие значения метрик покажут, что пилот удался и можно масштабироваться?]
Цель раздела: Описать ЭТАПЫ реализации программы.
-
Какие этапы нужны для запуска программы?
Пример: "Подготовка → Пилот → Оценка → Масштабирование". -
Что будет на этапе подготовки?
Пример: "Создание формы приёма заказов, набор команды, разработка правил". -
Что будет на пилотном этапе?
Пример: "Приём первых 5 заказов, сбор обратной связи, тестирование процессов". -
Как долго продлится каждый этап?
Пример: "Подготовка — 1 месяц, пилот — 2 месяца, масштабирование — 6+ месяцев". -
Какие критерии перехода на следующий этап?
Пример: "Пилот считается успешным, если выполнено 5 заказов и NPS > 8".
Сроки: [Дата начала — дата окончания]
Задачи:
- [Задача 1]
- [Задача 2]
- [Задача 3]
Критерии завершения:
[Что должно быть готово, чтобы перейти к пилоту?]
Сроки: [Дата начала — дата окончания]
Задачи:
- [Задача 1]
- [Задача 2]
Критерии успеха пилота:
Что делаем, если пилот не удался:
[План Б: корректировки или сворачивание программы]
Сроки: [Дата]
Задачи:
- Собрать обратную связь от участников
- Проанализировать метрики
- Принять решение: масштабировать или корректировать
Кто принимает решение:
[Координатор, Совет МТЛА, РП?]
Сроки: [Дата начала — конец года / бессрочно]
Задачи:
- [Расширение команды]
- [Увеличение бюджета]
- [Автоматизация процессов]
- [Интеграция с другими программами]
Долгосрочные цели:
[Что должно быть через 6-12 месяцев?]
Цель раздела: Описать, КАК программа будет развиваться после успешного пилота.
-
Какие возможности открываются после успешного пилота?
Пример: "Расширение на новые форматы контента", "Выход на внешних заказчиков". -
Как программа будет расти?
Пример: "Увеличение числа исполнителей", "Запуск программы обучения новичков". -
Какие партнёрства/интеграции возможны?
Пример: "Кооперация с МТЛФ для заказного контента", "Интеграция с Гильдией программистов". -
Какие новые форматы/продукты можно создать?
Пример: "Подкасты, видео, офлайн-встречи". -
Как программа станет самоподдерживающейся?
Пример: "Через комиссии от заказов", "Через гранты от МТЛФ".
Возможности масштабирования:
-
Расширение команды:
[Как привлечь новых участников? Как обучить их?] -
Увеличение охвата:
[Новые аудитории, новые форматы, новые платформы] -
Партнёрства и интеграции:
[С какими программами/структурами можно кооперироваться?] -
Автоматизация:
[Какие процессы можно автоматизировать для снижения нагрузки?] -
Финансовая устойчивость:
[Как программа станет самоподдерживающейся?]
Долгосрочная перспектива (6-12 месяцев):
[Что должно быть достигнуто через год?]
Цель раздела: Описать, КАК принимаются решения и КАК контролируется выполнение.
-
Как принимаются решения внутри программы?
Пример: "Координатор согласовывает через топик в РП", "Консенсус участников гильдии". -
Как координируется работа с другими программами?
Пример: "Через ЦУП", "Через координационные встречи". -
Как контролируется выполнение задач?
Пример: "Ежемесячный отчёт координатора Совету". -
Кто имеет право вносить изменения в программу?
Пример: "Координатор с одобрения Совета", "Участники гильдии через голосование".
Управление программой:
[Как принимаются решения? Какие площадки используются для координации?]
Контроль выполнения:
[Как часто отчитываемся? Перед кем? В каком формате?]
Механизм внесения изменений:
[Кто может предлагать изменения? Как они утверждаются?]
Координация с другими программами:
[Через какие механизмы взаимодействуем с другими направлениями МТЛА?]
Цель раздела: Зафиксировать, КОМУ принадлежат активы программы.
-
Кому принадлежит аккаунт программы?
Пример: "МТЛА как часть общей инфраструктуры Montelibero project". -
Кому принадлежат создаваемые активы?
Пример: "Все материалы, созданные в рамках программы, — собственность МТЛА". -
Какие лицензии используются?
Пример: "Creative Commons BY-SA для контента", "MIT для кода".
Собственность на аккаунт программы:
[МТЛА / МТЛФ / другая структура]
Собственность на создаваемые активы:
[Кому принадлежат тексты, дизайны, код, видео и т.д.?]
Лицензии:
[Какие лицензии применяются к результатам программы?]
Перед тем как представить программу Совету/РП, убедитесь:
- Формальное: Заполнены аккаунт программы и username координатора
- Проблематизация: Ясно, какую проблему решает программа и почему это важно
- Концептуализация: Описана идея решения и её преимущества
- Цель: Сформулирована одним предложением, измерима
- Задачи: Конкретные, с приоритетами и дедлайнами
- Акторы: Роли распределены, ответственность понятна
- Ресурсы: Понятно, что нужно и откуда взять
- Индикаторы: Метрики измеримы, плановые значения указаны
- Этапы: Пилот спланирован, критерии успеха зафиксированы
- Масштабирование: Понятно, как программа будет расти
- Согласовано: Координатор обсудил программу с заинтересованными сторонами
- Начните с малого: Не пытайтесь решить все проблемы сразу. Пилот должен быть простым и измеримым.
- Фокус на пользе: В каждом разделе спрашивайте себя: "Как это помогает сообществу?"
- Будьте конкретны: Избегайте общих фраз типа "повысить качество". Указывайте метрики и значения.
- Учитесь на ошибках: Если предыдущие попытки провалились, опишите почему и как вы учли это в новом подходе.
- Координируйтесь: Обсудите программу с координаторами смежных направлений до публикации.
Дата создания шаблона: 2026-02-14
Автор: Альтер-Виктор (@KorbVV_Bot)
Заказ: #005
Версия: 1.0