低标识符（零标识符）应用软件网络平台、模块、辅助工具和有关服务项目正在快速地广为普及化和扩展。那时许多人都知道，低标识符应用软件软件系统提供更多的高能和智能化，能加速应用软件插件开发者的工作……这就意味著（在那个开发者贫乏的地球上)低标识符很畅销。
低标识符一般来说是将与应用软件代码有关的更容易定义和可重复的任务模块化，它并不适合阿宝，仍然须要通过专精培训的应用软件技师来操作方式（许多财务人员能采用更高度抽象化的零标识符服务项目)，但低标识符已被广为指出是他们那时创建插件的关键方式之一。
那时每个分销商都是低标识符者
曾经低标识符是专精的低标识符网络平台组织独享的专精应用领域（正如他们之前所说的，一般来说包括Appian、Mendix和OutSystems），那时低标识符已经渗入整个民营企业应用软件分销商应用领域的计划中，有几十家公司可能只是为了获得许多“定价权”而将其加入进来。
低标识符/无标识符并不新鲜，二十多年来它一直是Merlerault的民营企业和经验不足的伊藤清的优先选择。但那时的低标识符/无标识符网络平台比以前更强大，在技术自然环境中长大的青年人拥有更广为的专业技能基础来操作方式低标识符/无标识符网络平台。
目前市场上有许多低标识符网络平台，那么想采用低标识符的民营企业应该什么样与那些提供更多此种新型民营企业插件辅助工具的公司展开交流呢？
由于低标识符提供更多的范围相同，优先选择网络平台那个问题是很头疼的。大多数民营企业应用软件都是为两个特定的功能而构筑的，比如HR、个人档案、订货等等。而对低标识符是没有此种管制的，你能在任何项目上采用它。
低代码—特殊的辅助工具
在购买低标识符产品时须要考量的事情有很多，这意味著介绍什么样与在那个IT市场应用领域运营的分销商展开沟通是非常关键的。
大部份那些低标识符的开发辅助工具都是相同的。有两个较好的等效:把大部份可用的低标识符辅助工具归为两个类型，就像把旱冰鞋、溜冰、拐杖、自行车和汽车归为两个被称为“轻型交通辅助工具”的大类型。它们都能把你从a点带回b点，但是用户新体验差别很大。
对低标识符辅助工具来说也是如此;各个辅助应用软件都有相同的特性、接口、管制和示例。想要采用那些辅助工具的民营企业须要介绍的是，只有明确订货目标，才能找到对应的辅助工具。
第两个要考量的关键点是最终交货的插件的可订制程度什么样？理论上他们指出低标识符自然环境对采用那些辅助工具生产的应用软件插件具的订制快捷键有限，但在工作中很少出现此种情况。民营企业须要考量客户将什么样订制他们的插件。
当低标识符用户考量什么样订制生成的插件时，首先，即采用户可能很少须要编辑标识符，但是也须要两个能在标识符级别展开编辑的图形化编辑器。其次，还应该确定是否能添加自己的订制业务逻辑、规则或流程，那个功能将决定应用软件能否适应你的业务。
如果他们不用了会怎么样
应用软件订货主管、系统架构师或应用软件开发者很少会想到许多负面影响，例如如果他们停止采用既定的网络平台、开发自然环境、模块或辅助应用软件会发生什么。但在低标识符自然环境中，这是两个关键的考量因素，因为采用低标识符分销商的辅助工具可能会导致一定程度的锁定。
民营企业首先要注意数据存储的位置，一般会有两种优先选择：一种是客户将数据本地存储在自己的总部;另一种是低标识符分销商存储数据并将其作为外部云服务项目提供更多。显然，第一种优先选择会让数据的导出和下载更加方便，而第二种优先选择会让客户意识到他们无法真正的控制自己的数据。
低标识符用户还应该确定他们的低标识符插件的正常运行是否须要定期订购。如果开发的插件须要定期订购才能采用，用户就要与该分销商绑定在一起。为了避免这一点，民营企业应该寻找不依赖于开发辅助工具运行的网络平台。这样的话不管是否订购，在那些网络平台上开发的插件都能正常工作。
还有另两个考量因素是用户能否在低标识符辅助工具之外维护插件，如升级、扩展、修补等。一部分低标识符网络平台生成的插件能在网络平台外部维护，另一部分低标识符分销商要求客户采用他们的网络平台展开维护。用户还应询问低标识符网络平台实际上生成了什么样的标识符。用户须要知道该网络平台是生成特定于低标识符网络平台本身采用的专有标识符，还是生成更标准的应用软件编程语言，如Java、PHP等。显然，低标识符网络平台专有的特定标识符是很难在网络平台之外维护的。
开发范围
由于低标识符应用软件的本质与传统应用软件辅助工具的本质大不相同，客户还应该考量低标识符网络平台能否满足他们的开发范围。
传统应用软件是封闭式的。应用软件有固定的功能，用户知道采用它能开发出什么程序。而低标识符应用软件是相同的。它结合了应用软件的封闭性和应用软件开发的开放性，用户能开发任何网络平台允许的程序。这可能会导致民营企业的需求超出辅助工具本身能开发的范围。因此，低标识符网络平台背后的分销商比传统应用软件分销商更为关键。
多年来在一系列低标识符辅助工具中工作的经验告诉他们，用户应该听取每天都在采用低标识符辅助工具的产品专家提出的建议。因此着手寻找两个产品专家比增加基础的客服更加关键，因为那些产品专家能介入帮助客户更好的采用辅助工具解决问题，例如满足紧张的排期，或攻克开发瓶颈问题。
另两个要考量的问题是低标识符分销商对用户的新功能的支持程度，客户须要考量如果他们想订制或集成两个新的特性到应用软件中会发生什么。任何开发过应用软件的人都知道问题总是出那时像集成这样的小细节里，那么分销商是否支持添加新功能或者协助集成呢？
引入第三方功能
还有两个须要讨论的问题是，低标识符分销商的辅助工具能否能连接广为的第三方API、框架和云服务项目？
随着民营企业将更多的业务转移到云端，相同部分之间的数据传递变得至关关键。除此之外，很多开放的框架和服务项目能改进低标识符的插件。用户应该介绍低标识符网络平台能否与云服务项目和框架连接，比如两个网络平台能否使用REST api；还应该介绍能否在他们的插件中添加诸如“单点登录”之类的服务项目。用户应该确定集成那些功能的难易程度，以及如果须要展开集成，供应商是否会提供更多有关帮助。
低标识符正在不断发展，基于前文的许多观点，部分目前正在采用那些辅助工具的用户可能还不能完全理解它。
