Почему матрицы — это убыточно

И говорить мы будем о создателях матриц, а не о пользователях, хотя и им будет что почепнуть.

Матрица это конструкция,где совокупность элементов внешних соответсвует совокупности элементов внутренних. А определением для нее служит любая из диагоналей.

Матрица имеет заложенный в нее бюджет. Например, если я скажу что создал матрицу на 10000 руб, это значит что за пределы 10000 руб матрица не сможет выйти, так как они определяют ее внешную границу.

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

Этому сегменту выделяется свой бюджет, но он не может превысить бюджет всей матрицы.

то есть в нашем случае на 1 сегмент выделяется 10000 руб. Значит предельно эту сумму может получить лидер сегмента, или же большая часть самих рефералов. И конкуренция на этой почве будет.

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

Мы предполагаем, что 1 сегментации нам хватит, чтобы 10000 руб находились внутри матрицы все время. Не изымались, не делились на отдельные суммы, кошельки, находились там.

Это так же означает, что в рамках 1 сегментации может находится не более 100000 человек.

Однако, если появляется вторая команда, которая действует иначе, внося серьезные трудности в рачетах всего 1 сегмента, мы обязаны создать 2 сегмент.
И в этом случае мы получаем деление бюджета на 2 одинаковых бюджета по 5000 руб.

А в каждом сегменте мы получаем уже не 100000 человек а 50000.

Это означает, что с добавлением сегментов, мы теряем целостность всего бюджета.

Выделяя и меняя квоты на отдельную блок-структуру. Блок структура это отдельно взятая иерархия в пределах другой иерархии.

Теперь смотрите, если мы берем 100 сегментов, то на 1 сегмент приходится всего
1000 руб бюджета. Бюджет в данном случае определяет как возможно пользвоателей что-то вывести, так и возможность пользователя пополнится. И эта 1000 обеспечена лишь нашей 100 из бюджета матрицы, то есть появляется разница в 10 раз, которую покрыть придется админам или же рефералам.

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

Ибо тенденция от каждого такого пополнения пойдет на сокращение бюджета, а не его расширение. Даже если реферальные структуры пойдут на рост.

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

В остальное время матрица остается деструктивно-пассивной, или же по-простому регрессивно развивающейся. Стремится к 0. К распаду. Бюджет же больше определяет ее продолжительность жизни от рождения до распада.

Стоит вопрос, а как же владельцу новой матрицы сделать ее стабильной.

Есть 2 метода, которыми пользуются в более научных кругах:

1 - Зафиксировать размеры отдельно взятого сегмента.

И относительно этого скорректировать бюджет такого сегмента.

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

2 - Динамический рост.

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

Сложно и необходимо, когда мы говорим о безразмерной матрице.

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

1 - Мы с вами не знаем конечный размер, а значит первое время условия между сегментами будут плавающими.

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

3 - Единственный способ обеспечить выплаты 80% участников, но не более - это ежедневное приглашение рефералов в КАЖДУЮ сегментацию. Если будет расти только 1 или 2, матрица повалится. Распределение между сегментами нельзя оставлять на случай, это должно быть строго определено, а значит реферальная система будет в минусе.

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

5 - Почему так плохо будет самим админам, если они все это не учтут, и не научатся создавать внешний рост бюджету:

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

Это так же означает, что только в первых 2 месяца у администраторов есть возможность заработать на своем творении посредством комиссий и % админов, дальше бюджет не сможет содержать и их. Если взять чуть больше из бюджета сегмента, то он отвалится и потянет за собой всю блок-структуру. А если взять даже немного из бюджета матрицы, матрица рухнет при следующем пополнении.

Таким образом нужно понимать, что матричная модель завуалирована до нельзя, ее очень сложно отследить, она хочет обрушится в любой момент потому что матрица стремится к распаду, что и будет ее результирующим значением в 1 комплексное число.

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

Если перетягивать бюджет от одного сегмента к другой - рухнет вся блок-структура, а за ней и весь уровень.

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

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

И конструкция эта должна быть очень хорошо высроена, продумана, иначе не продержится и при 100 пользователях, разбитых по разным сегментам. 

Благодарю за ознакомление.