C
ComUnify
Зачем

Один движок,
три очень разных эксперимента.

Ремесленный кооператив в Минске на 300 человек. Образовательная экосистема с курсами, проверкой работ и репутацией. Зонтик из дюжины самостоятельных проектов под одной структурой.

На первый взгляд — три разных продукта. Мы собираем их на одном движке. Дальше — почему.

С кем работаем

Три случая, три разные жизни

В тестировании Беларусь, весна 2026

Ремесленный кооператив

Около 300 человек, два связанных кооператива, в основном мастера и ремесленники.

Что нужно

Прозрачные взаиморасчёты в белорусских рублях между членами кооператива. Без выхода в банковские карты, без суррогатов валюты — лицевые счета и зачёт по статье 410 ГК.

Какие модули собираем
Membership Treasury Proposal Documents Registry
Деталь, на которой мы споткнулись

Российские правила им не подходят — другой кодекс, другая валюта, другие требования к учёту. Сначала пытались переделать существующие модули общими настройками. Стало понятно: проще сделать отдельный страновой режим, чем растянуть один режим на две юрисдикции. Сейчас доводим режим до релиза.

В обсуждении Россия, 2026

Образовательная экосистема

Школа с длинными программами, в которой выпускник одного потока становится преподавателем для следующего.

Что нужно

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

Какие модули собираем
Learning Reputation Workflow Content Membership
Деталь, на которой мы споткнулись

Самое неожиданное — это не «как сделать курсы». Курсы у всех плюс-минус одинаковые. Сложно — как репутация ученика, которую он зарабатывал три года, продолжает работать, когда он становится преподавателем для следующего набора. Это уже не про обучение, это про сообщество с памятью.

В тестировании Беларусь, март 2026

Зонтик из 12 проектов

Несколько самостоятельных команд и инициатив под общей структурой, у каждой — свои правила и темп.

Что нужно

Дать каждому проекту свои правила — но между проектами видеть общую картину: кто что делает, где пересекаемся, какой ресурс свободен. Плюс — ассистент для оператора-человека, который ведёт координацию. Не вместо него, а рядом с ним.

Какие модули собираем
Federation Event Treasury Delegation Membership
Деталь, на которой мы споткнулись

Проекты разные — а человек один. Если участник одного проекта переходит в другой, его репутация не должна обнуляться. Но и переноситься механически — нельзя: контекст разный. Что переносится, что нет, кто решает — оказалось более тонким вопросом, чем казалось.

Размер на сегодня

Где мы сейчас на самом деле

16
сообществ на платформе
≈40
активных участников

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

Мы не пишем «уже тысячи клиентов». Мы пишем то, что есть: шестнадцать пробных сообществ, около сорока активных участников, три серьёзных разговора, один из которых сейчас в фазе технической адаптации страны. Если кто-то из читателей увидит свою задачу в одном из трёх случаев — добавится четвёртый.

Если присмотреться

Снаружи разные. Внутри — одно и то же.

Что общего у всех трёх

  • Закрытая группа с понятными границами: кто внутри, кто снаружи, как войти, как выйти.
  • Внутренний учёт — баллы, паи, лицевые счета — который не должен пересекать границу группы.
  • Свои правила голосования и разрешения споров. Не государственные, не корпоративные. Свои.
  • Репутация участников, которая накапливается со временем и остаётся с человеком.
  • Регулярные встречи и события — собрания, занятия, синки, что угодно.

Что у них разное

  • Размер — от трёхсот человек до нескольких тысяч; от двух кооперативов до дюжины проектов.
  • Юрисдикция — Беларусь, Россия, опять Беларусь. Это не косметика: законы, кодексы, валюта разные.
  • Финансовая модель — взаимозачёт между ремесленниками, оплата за курс, или вообще координация без денежного потока.
  • Темп — ежемесячные собрания, ежедневные занятия, квартальные синки.
  • Кто принимает решения — общее собрание членов, преподаватель-эксперт, совет координаторов.

Если убрать содержание — что внутри сообщества обсуждают, чем занимаются — и оставить только устройство, видно одну и ту же конструкцию. Границы, учёт, правила, история, ритм. Меняются параметры, не структура.

Архитектура

Почему один движок, а не три разных

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

Так устроены все двадцать шесть модулей. Параметры внутри модуля делают его универсальным. Демередж — это параметр Treasury. Кворум по площади жилья — параметр Proposal. Пресет ролей ТСЖ — параметр RoleManagement. Не отдельные продукты, не плагины, не расширения. Параметры.

Treasury
взаимозачёт в BYN · оплата курса · демередж · паевой расчёт при выходе
Membership
жильцы дома · студенты курса · участники проекта · члены кооператива
Proposal
ОСС с кворумом по площади · решение совета · открытый опрос · вето координатора
Reputation
рейтинг ремесленника · прогресс ученика · надёжность координатора
Event
общее собрание собственников · занятие с проверкой ДЗ · квартальный синк команды

Поэтому ремесленный кооператив и образовательная платформа используют один и тот же модуль казны — просто с разными переключателями. Один движок видел оба случая и оба сценария уже умеет.

Честно

Что может не получиться

Универсальный движок — это всегда компромисс. Под конкретную задачу узкое решение почти всегда сядет лучше: специализированная LMS закроет курсы вернее, чем модуль Learning поверх общей платформы. Мы делаем ставку на то, что для большинства сообществ взаимосвязь между курсом, репутацией, казной и сообществом важнее, чем максимальные возможности каждого отдельного куска. Эта ставка может не сыграть.

Параметры — мощная штука, и они же главная ловушка. Чем больше переключателей, тем сложнее настройка для тех, кто не любит конфиги. Мы делаем пресеты для типовых случаев — ТСЖ, ремесленный кооператив, учебный кружок. Но между пресетом и индивидуальной настройкой остаётся пропасть, в которую легко упасть. Эту пропасть мы ещё не закрыли.

Три кейса, описанных выше — не три успешных запуска. Это три рабочих гипотезы, проверяемых сейчас. Какая-то из них может не дойти до релиза, и это нормально для исследовательского проекта. Зато ясно: мы пишем код под живые группы людей, а не под воображаемый рынок.

Что дальше

Если что-то из этого напоминает вашу историю

Если вы организуете кооператив, кружок, школу или объединение проектов — и узнали в одном из трёх случаев свою задачу — напишите. Покажем что уже собрали, объясним где обрывы, и честно скажем, дешевле ли это сделать на нашем движке или собирать своё.

Иногда ответ — «делайте своё». Мы за то, чтобы хороших инструментов было больше, а не за то, чтобы каждый кооператив использовал именно нас.