从一个小的账户到一个大型的基础设施, 出现了新的角色,技术依赖和答案排队. 如果将工作线路乘以十,人工操作和弱点也会增加十倍.
缩放与增加账户无关。 这是对整个系统能否在不失去线索和质量的情况下配合增加的体积进行测试.
首先,确保 缩放真的很重要。
只扩展已经显示稳定结果的捆绑 。 一次成功的发布并不意味着听众、信息和提议将产生更大的效果。
在连接新账户之前,要进行几个测试周期。 看看目标明确的响应数量是否持续,有多少用户符合资格并进入下一步。 如果从发射到发射的结果大不相同,首先需要找到不稳定的原因.
尤其重要的是,不要将高比例的答复与现成的工作模式相混淆。 通讯可以收集许多反应,但给出的合格线索很少. 在这种情况下,增加数量将创造更多的对话,但不一定增加销售。
在AdviGo中,用户移动可以使用状态来记录,将通常的响应与目标兴趣,合格铅和交易区分开来.
逐步扩大
你不需要从10个账户切换到100个账户。 分阶段增加体积要安全得多:首先连接一个额外的组,检查结果,然后继续前进.
例如,在稳定运行10个账户后,可以进入20个账户. 如果货运量翻了一番,而且线索和处理速度的质量也保持不变,则可以连接下一个组.
这种方法有助于迅速找到系统失败的时刻. 如果你一次连接所有一百个账户,结果恶化,那么很难理解原因. 问题可能在于新帐户,代理,额外数据库,或者一个超载的团队.
在AdviGo中,账户可以跨项目分配,通过单一接口进行管理. 这使得你们可以将各工作组分开,而不停止整个基础设施,如果一个地点需要检查的话。
给每个组一个明确的任务
在10个说法中,团队仍然可以记住哪些是用于特定基础或项目. 有了一百个连接,内存就不再是工作工具.
每一组应有明确的目的。 一些账户可以与特定项目合作,其他账户则可以与特定的全球环境展望、语言或受众部分合作。 应该保留一些联系,以便一个账户的问题不会阻止整个竞选活动。
副职 Go允许您按照项目分配账户,因此结构存储在工作系统内,而不仅仅是团队文档中.
在增加数量之前为管理人员做好准备
补充账户迅速产生更多的反应。 如果球队事先没有做好这个准备,邮件的增长会导致原始对话排队.
假设10个账户每天创造100个新的回应, 在扩张到30个账户后,溪流可以增长到300个响应. 如果命令不变,第一次响应时间会增加,一些感兴趣的用户会失去兴趣.
在AdviGo中,几位员工可以在同一项目内平行工作,从连接账户中获取的回复在一个共同的界面中收集. 这减少了Telegram会话之间的开关数量,并有助于分配团队内部增加的流量.
自动重复动作
使用小卷,管理者可以手动发送贺词,回答典型的问题,每天检查每个账户数次. 在100个方面,这种行动开始占用相当一部分工作时间。
在大众邮件AdviGo中,您可以使用下载的数据库工作,使用文本,媒体文件和spintax. spintax有助于创建一种配方的自然变体,但不应在同一运动中混合不同的报价.
注意反应,不只是运输
在缩放时,很容易关注技术衡量标准:有多少账户连接,发送多少信息。 重要的是答案之后会发生什么。
例如,货运量增加了两倍,合格领航量只增加了20%。 这意味着额外量的工作明显比前一个更差。
原因可能是扩大基地. 前十篇报道与最准确的受众合作,而新篇报道则得到了更广泛的部分. 另一种办法是,管理人员没有时间有效处理增加的流量。
不要因为惯性而继续生长
达到100个账户的计划本身不应是一个目标。 如果一个项目在40个账户上执行牵头计划,连接另外60个账户不一定有益。
在每个阶段之后,应提出一个问题: 业务成果是否随着基础设施的发展而增长?
如果目标线索数量增加,管理人员能够作出反应,而且转换工作仍在继续,规模可以继续扩大。 如果货运量和负荷量增加,你需要停下来找到一个弱点.
有时,下一次增长不需要更多的账户,而需要一个新的质量基础。 在另一种情况下,需要扩展命令或改变处理过程. 缩放应该遵循一种制约 真正阻止你获得更多结果。
一百个账户是一个系统,而不是一个连接列表.
当所有连接都在接口中时, 当增加的量稳步地走在尽头时,它就会完成:发送信息,答案不会丢失,管理人员能够参与对话,线索的质量不会下降。
副职 Go帮助将这一进程放在一个工作环境中。 账户可分配给项目,并通过“账户管理”部分加以控制,用户流动可使用状态记录,每个阶段的结果可在“统计”中加以核对。
然后,100个Telegram账户就不是需要人工控制的100个单个会话,而是可以扩展而不会严重失去质量的有管理的基础设施.
