这个模式当时我们设计的时候是由于一个渠道商提出的要求，后来随着和我们技术团队的讨论，把原本单纯用于手游试玩项目的方案设计成了一个适合矩阵化，批量化操作的网赚项目模型。这个模型可用于绝大多数的互联网项目。
渠道商是一个游戏联盟，他们下面有50多款游戏，我们开发的APP对接了他们的游戏sdk包。我们和他们合作比较久了，有些任务就会安排我们去做，他们知道我们下面的工作室有不少手机。但是他提出了两个要求，一个是每个工作室每天玩的游戏总数要达到50款，不能每天只玩收益高的20款。比如有100台手机，100台手机每天玩过的游戏必须覆盖他们50款游戏，不能漏玩其中一款。
第二个要求就是每天每台手机不能在一个APP里面赚到的收益超过5元。因为超过5元他们会被判为职业网赚玩家。只要满足这两个要求，在收益提现方面一路绿灯。
就是这两个看似简单的要求，让我们思考了好几天。因为我们要做到在现成的框架方案下实现自动化，和批量化。
经过我们工作人员的测试，他们的50款游戏里面只有28款游戏非常容易全自动完成，其他的22款游戏几乎无法通过脚本完成。
我们主要目的就是优先完成28款游戏。
并且经过操作，正常情况下一台手机完成28款游戏的收益约为20元。于是我们开发了4个APP。
假设我们拥有20台手机。
于是，我们的目标是让每个APP里面的50款游戏都能被试玩，20台手机每台手机每天收益达到20元，并且每台手机从每个APP中获取的收益不能超过5元。
该目标实现后我们就会得到一个模型，这个模型可以适用于绝大多数的网赚项目。比如你接了某个app的运营推广任务去发展玩家，经过测试发现一台手机去做某app任务每天可以赚20元，但是该app会核查每台手机每天的收益，如果一台手机每天收益超过5元，就会判为网赚玩家，封号。并且这个app里面的任务有50个，如果你自己搭建手机去做任务时每天只完成其中20个任务，那数据肯定不行，你必须每天把50个任务过一遍。
这时你就需要按照上述所说的模型来制定每日手机运行计划。有了基础模型，后续更多的条件都可以在基础模式上进行添加。
