Channel
@B_CMbICLE
On this record: Topic · Growth · Engagement · Reactions · Posts · Cite this entry
55subscribers
+17 since we began measuring on 7 August 2026
Risers and fallers across the register · movement among entries of Under 1,000.
| Telegram ID | -1003706264004 |
|---|---|
| Type | Channel |
| Username | @B_CMbICLE |
| Created | Between 1 February 2026 and 4 June 2026 — estimated from Telegram’s id allocation, not measured. How this range is calculated. |
| First recorded | 10 August 2026 |
| Last confirmed live | 12 October 2026 |
| Measurements held | 7 |
| Confirmed unchanged | 1 time, most recently 12 October 2026 |
| On Telegram | t.me/B_CMbICLE |
Other / unclassifiable — a classification, not a measurement. An on-box language model (Qwen3.6-35B-A3B-FP8, prompt version 1) read this channel’s own recent posts on 29 September 2026 and assigned it the closest of 31 fixed categories, at 51% confidence. This is a model’s judgement about what the channel is likely to be about, not a fact this register measured the way a subscriber count or a view count is measured — it can be revised on a later pass, and it carries no weight anywhere else on this page. How this classification works, and why it has no browse page of its own yet.
| Measured (UTC) | Subscribers | Change |
|---|---|---|
| 12 Oct 2026, 03:37 | 55 | -1 |
| 17 Sept 2026, 03:22 | 56 | +7 |
| 8 Sept 2026, 19:57 | 49 | +1 |
| 30 Aug 2026, 07:06 | 48 | -2 |
| 24 Aug 2026, 03:47 | 50 | +12 |
| 10 Aug 2026, 21:00 | 38 | no change |
| 7 Aug 2026, 18:57 | 38 | first reading |
20 posts held, back to 4 June 2026 — the reader has not yet reached the start of this channel’s public history, so older posts may sit further back, unread. Read across 1 page of Telegram’s post history, 20 posts per page.
Nothing published in the last 30 days. ERR and ER are rolling 30-day measures, so there is nothing to compute — we hold 20 posts for this entry, the most recent from 6 August 2026. An engagement rate over an empty window would be a number about nothing.
103 reactions across 20 posts, in 6 distinct kinds. The most used accounts for 65.0% of them.
| Reaction | Count | Share | Share, drawn |
|---|---|---|---|
| 🔥 | 67 | 65.0% | |
| ⚡ | 27 | 26.2% | |
| 💯 | 4 | 3.88% | |
| ❤ | 2 | 1.94% | |
| 👍 | 2 | 1.94% | |
| 👏 | 1 | 0.971% |
No sentiment is inferred, and none should be read in. This table is ordered by count and by nothing else. Emoji do not carry stable meaning across languages or communities — 🙏 is thanks in one channel and mourning in another — so we publish which ones were pressed and how often, and pass no judgement on what an audience meant by them.
Precision. Telegram publishes reaction counts per emoji and short-forms each one — 4.34K, 1.2M — so any single kind at or above 1,000 reaches us at three significant figures, and only counts below 1,000 are exact. The shares above are ratios of those figures and carry the same error. This is also why the total here can differ slightly from a reaction total printed elsewhere on the page: both are sums of the same rounded parts, taken over samples with different edges.
Coverage. Reactions were read on 20 of the 20 sampled posts in this sample. Summed by Telegram’s own count on each post — not by adding up the per-emoji breakdown above — those same posts carry 103 reactions in total: the kind of figure the paragraph above means by “a reaction total printed elsewhere on the page”.
Measured over the 20 most recent posts we hold, published 4 June 2026 to 6 August 2026, using the newest reading held for each. Telegram Stars are excluded: they are a payment, not a reaction, and they have their own section.
Шаг не закончен, если результат нельзя использовать дальше Менеджер отправляет юристу заявку на договор. В заявке клиент, сумма и короткое пояснение: «условия как обсуждали». Формулировка огонь. Особенно если юрист в этом обсуждении не участвовал. Формально менеджер свою часть сделал. Заявка создана, письмо отправлено, задача переехала дальше. На схеме можно спокойно вести стрелку к юридическому отделу. Только ю…
🔥4⚡3
Процесс начинается раньше, чем кажется «Нам нужно как в прошлый раз, только быстрее». Короткая безобидная фраза, и менеджер отвечает: «Да, сделаем». Можете не верить, но здесь компания уже взяла на себя обязательство, хотя внутри компании пока никто так не думает. Заявки нет, договора нет, задачи логисту нет, в CRM пусто, а значит, формально ничего не случилось. Система ещё ничего не знает и поэтому выглядит почти…
🔥4⚡1
Не так страшен BPMN, как его малюют У BPMN есть репутация нотации, к которой лучше подходить в каске. Открываешь полную спецификацию - и там действительно есть куда провалиться. События, шлюзы, потоки сообщений, подпроцессы, компенсации, эскалации, таймеры, ошибки, сигналы. В BPMN больше сотни элементов, и часть из них выглядит так, будто их придумали специально для проверки аналитика на выносливость. После такого…
🔥3⚡2
Когда исключение уже стало правилом У отдела продаж есть правило: отгрузка только после предоплаты. На бумаге всё выглядит прилично. И даже в отчёте рядом с этим можно поставить аккуратную галочку: порядок установлен, процесс описан, жить можно. Потом появляется клиент, с которым давно работают. Объём хороший, отношения спокойные, сроки поджимают, и менеджер пишет в чат: можно отгрузить без предоплаты, потом закро…
🔥3⚡1👍1
Оптимизировали процесс. А с чем сравниваем? Процесс оптимизировали. Сотрудники говорят, что заявки теперь проходят быстрее. В итоговом отчёте появляется формулировка: «Срок обработки сократился ориентировочно на 30%». Ключевое слово - «ориентировочно». До начала изменений срок никто не измерял, поэтому точного сравнения нет. Есть ощущения сотрудников, общая оценка руководителя и цифра, которая хорошо смотрится на …
🔥2⚡1
TO-BE - это ещё не решение У целевой модели есть одно уязвимое место: она ещё не столкнулась с реальностью. Поэтому на ней всё обычно выглядит убедительно. Согласование занимает один день, данные автоматически переходят между системами, а лишние шаги и дублирование исчезают. Если поставить рядом AS-IS и TO-BE, выбор очевиден. Слева - накопившиеся обходные пути и ручные операции. Справа - порядок, скорость и вполне…
🔥4⚡1
С чего начинать когда видишь 100 проблем Описали процессы как есть. Модель готова. И тут начинается самое сложное. Потому что теперь видны все проблемы одновременно. Узкие места. Дублирование функций. Процессы которые никто не контролирует. Зоны ответственности которые пересекаются трижды. И сразу вопрос: с чего начинать? Обычно в этот момент начинается спор. "Давайте с самого большого. Это же ключевая проблема …
🔥3⚡1
Процесс vs Проект Один из частых вопросов на диагностике. "Мы проектная организация. У нас нет повторяющихся задач - каждый проект уникальный. Процессный подход для нас не подходит." Я обычно не спорю. Просто спрашиваю дальше. Как у вас проходит согласование проектной документации? Как запускается новый проект - от заявки до старта? Как принимается решение о выделении ресурсов? Как формируется команда под проект?…
🔥3⚡1💯1
📋 ЧЕК-ЛИСТ: С ЧЕГО НАЧАТЬ ОПИСАНИЕ ПРОЦЕССОВ ════════════════ 🚀 БЫСТРЫЙ СТАРТ (если хотите начать прямо сейчас): ✅ 1. Выберите ОДИН процесс (не все сразу!) → Проблемный или часто используемый ✅ 2. Зафиксируйте AS-IS (как есть сейчас) → Наблюдайте реальность, разговаривайте с сотрудниками, не приукрашивайте ✅ 3. Найдите СТЫКИ между отделами/людьми → Там теряется информация ✅ 4. Опишите процесс (BPMN или…
🔥2👍1
BPMN - когда он нужен и почему Открываешь вакансию бизнес-аналитика. Требования: BPMN, IDEF0, EPC, UML, владение Visio. Следующая вакансия: BPMN, ARIS, блок-схемы, SIPOC. Ещё одна: "любая нотация моделирования процессов". Со стороны кажется что все они делают одно и то же. На самом деле - нет. Потому что они для разных разговоров. Схема на салфетке - когда нужно за две минуты объяснить мысль коллеге. Быстро, по…
🔥3⚡1
Зачем сначала описывать то что работает плохо? Частый вопрос в начале проекта. "Зачем тратить время на описание того что работает плохо? Давайте сразу нарисуем как должно быть." Экономия времени. Фокус на результате. Всё выглядит логично. Пока не начинаешь проектировать TO-BE. Нарисовали красивую схему. Согласование - один день. Никаких дублирований. Прямая передача данных между системами. Показываем сотрудника…
🔥4⚡1
Модель и регламент: два слоя одного процесса Самая большая проблема регламентов в том, что их почти всегда пишут слишком рано. Поэтому большинство регламентов закрепляет существующий хаос, а не порядок. Странно, правда? Ведь кажется, что сначала нужно всё описать, согласовать, утвердить. А уже потом работать. Но именно здесь и появляется первая ошибка. Регламент начинают писать ещё до того, как по-настоящему пон…
🔥4⚡3💯1
Showing the 12 most recent of 20 posts we hold for @B_CMbICLE. View and reaction counts are the latest single reading for each post, not a live figure, and a recent post is still accumulating both. A view count marked ≈ was rounded by Telegram before we ever saw it — t.me prints views in full below 1,000 and to three significant figures above, so ≈1,200,000 means somewhere between 1,150,000 and 1,249,999. Unmarked counts are exact. Text is reproduced from the public post preview and truncated for length.
A live page changes as we take new readings, so a citation should name the measurement it is based on, not just the URL. The line below cites the subscriber count as measured 12 October 2026 — this entry's latest reading, not the date you are reading this.
“Сергей Суслов | всмысле?⚡️” (@B_CMbICLE), 55 subscribers as measured 12 October 2026. Telegram Register, tgregister.com/channel/B_CMbICLE.
Full measurement history, CC BY 4.0. Every reading this register holds for this entry, not just the latest one, as a dated, downloadable record: CSV · JSON. Free to use with attribution to tgregister.com. Each file carries its own generation timestamp, which is the figure to cite for exactly when the data was retrieved.