误区一：认为跟单社区=跟单系统
误区二：想一次性买断一个跟单系统或社区
误区三：认为本地跟单更快
误区四：认为社区功能一定要多，界面一定要高大尚
一：认为跟单社区=跟单系统跟单系统从字面上来看，它的功能就是喊单帐号与跟单帐号进行交易信号同步传输的系统，这是它的核心。围绕核心功能开发的包括统计、日志、通知等的辅助功能，不过是增强型的工具。跟单系统是一套用来进行多账号跟单管理的系统工具，一般是非开放式的。
跟单社区是开放式的营销类网站，主要是用来展示信号源，拓展市场。跟单系统只是跟单社区不可缺少的基础核心功能，没有跟单功能的社区，只能算是展示型的网站，而且一般数据都是后台输入的，而不是实时拉取MT4帐号的数据。
一个简单完整的跟单社区，网站前端一般包括信号源展示、新闻动态、新手指南、注册登录及关于社区等等。系统后台一般包括用户中心和管理后台（前端网站管理及跟单管理）。
二：想一次性买断一个跟单系统或社区这个需要我们先来分析下跟单系统的运行背景、模式与环境。
1、跟单系统属于线上系统，脱离互联网就无法跟单。
2、跟单系统属于资源消耗性系统，每个帐号都需要与服务器保持长连接（24小时保持连接状态），需要实时接收与传递交易信号或信息数据。
因此每个帐号从一添加开始就会一直占据一部分服务器资源，直到这个帐号被删除，资源才会释放。这一部分属于常态性资源消耗。
然后，更大的服务器资源消耗来自跟单时高并发的订单，如果有几百、几千个帐号同时开平仓几十个单子，并发数可能高达几十上百万，虽然是瞬时的资源消耗，但很可能直接让系统崩溃，服务器宕机。
3、跨平台跟单系统之所以能够跟单，是因为它都是基于迈达克的同一个底层通信协议，MT4、MT5升级的话，跟单系统可能也要进行升级。然后，跟单程序本身需要维护优化，不同的场景下、不同的环境下都可能会有一些小Bug需要修复。这是一个长期不可间断地过程。
4、跟单系统的稳定性，漏单及延迟的表现，高并发处理的能力，体现的是技术实力。我们的主程序已经运行了近4年的时间，期间不断地优化升级，经历过大量不同的场景和高并发的考验，形成了自主核心的程序体系。这是企业的技术知识产权。
从上面的内容，我们可以了解到，要买断一个跟单系统或社区，不是说不可以，但是很困难，代价很高。
现在市场上大多数跟单系统或社区，跟单技术都是外包的，专业的事交给专业的人去做。
三、认为本地跟单更快本地跟单是早期的跟单实现方式，通过EA插件来实现。
本地跟单所依托的服务器就是VPS，VPS性能的高低直接影响跟单的数量及效果。
本地跟单运行的环境就是PC端的MT4软件，在MT4上启用EA插件来实现跟单。有几个帐号，就需要在VPS上打开几个MT4，每个MT4上一个帐号。
本地跟单是通过本地多个MT4之间利用EA插件程序化来实现跟单，看起来是本地，但实际上所有的交易还是要通过连接经纪商服务器来进行的。而且影响跟单稳定的因素更多，比如EA插件的问题，MT4软件的问题等等。
本地跟单不但稳定性和速度上没有优势，而且管理帐号麻烦，添加或设置都需要登录VPS，帐号数量还有限制，因为迈达克限制了单台电脑打开MT4的数量。帐号多了，要打开的MT4软件也相应多了，VPS也会很卡，直接影响跟单速度和稳定性。
因此本地跟单比较适合帐号数量很少且爱折腾的用户使用。
四、认为社区功能一定要多，界面一定要高大尚这里并不是说功能多不好，高大尚的网站谁不喜欢呢！但我们不能把重点放在这上面，而忽略了跟单系统的重要性，特别是预算有限的情况下。
这里有个常识性的误区：不少客户以为跟单系统和其它功能一样，只是一个简单应用功能，他们在测试（或者根本没有测）的时候，以为能实现跟单就行了。其实，几个帐号的跟单比较容易实现，也容易保证漏单与延迟，但如果几十上百个或者几千个帐号同时跟单，而且还是几十个单子一起开仓或平仓的时候，问题就显现出来了。
我们有不少客户为了追求功能上的完美，导致项目一拖再拖，周期拉太长，最后流产。还有客户纠结网站界面的设计问题，认为不美观的设计会使客户流失。
其实，我们来分析下真正想要跟单的客户会去关心网站好不好看，功能多不多嘛？！不会的，他们真正感兴趣的是信号源。依据帕累托法则，大部分网站上80%的功能都是没人用的。
信号源不好的话，其它的再完美也失去了意义。
所以，我们做跟单社区，要把作为整个社区动力的信号源，放在第一位；要把最基本的跟单功能放在第二位。至于其它的功能或设计，都不要也没什么很大关系。
我们要关注的是如何先把社区做起来，而不要把时间和成本浪费在不值得的地方，早一天搭建起属于自己品牌的社区，就早一天获客，早一天收益。
以上几点，是我们在近几年和客户的交往中，发现的一些问题，不少客户因为认知上的误区，导致走了不少弯路，因此总结一下，希望大家能了解这些关于跟单系统/社区的非普通常识。
发表于 2020-5-13 16:37:28
