信息化、大数据软件本身有个特点，用户看到是最终应用的呈现，一些内部、底层的组件或功能是“看不见”的。利用这种特点，方案或报价里时常会出现些跟直接业务需求好像没有关系的功能、组件、平台，而这些内容价格往往不菲，到底该如何看待这些“看不见”的内容。
非功能性需求
软件尤其是应用软件的需求分为功能性需求和非功能性需求，功能性需求往往和直接的业务需求相关，软件解决什么问题、有哪些功能，往往是用户可见的需求；非功能性需求包括软件的稳定性、安全性、可扩展性、易维护等等，是一个应用软件的基础保障性的需求。非功能性需求可以表现为对运维和信息化管理人员可见的功能，有些则是存粹的中间件、组件或代码实现，业务用户也好、管理用户也好都看不到。
随着数据共享、中台、API、微服务等一系列概念的兴起，各种支撑性的平台日益也成为各种方案里撑预算的重要内容。这种支撑性平台是功能性需求还是非功能性需求边界比较模糊，引入平台化的思路提升整体架构的灵活性、规范性，降低后续的建设、维护成本的确是趋势，但确实有时候花了很多钱上了一堆“没用”的平台。
成本vs价值
用户“看不到”算不算钱？
从成本和投入看，将直接的业务需求，利用平台化的思路实现，从灵活性、可扩展、易管理等方面增加投入从长远来看是有价值的，因此增加相应采购或者开发的投入也顺理成章，这也是各种方案劝说客户的主要角度。但是一种观点认为，在平台化层的投入会降低整个交付成本，而作为建设方这方面的投入是为了降低交付和维护成本，体现在单个产品的价格上，应该是降低而不是增高。
从价值和产出看，甲方如果自身有较强的技术维护和开发性需求，支撑性平台是这类场景的“业务需求”，是“看得见”的。而如果甲方仅仅是使用、信息化管理也是不涉及开发、部署级的管理，这些支撑性平台的对甲方的价酒需要重新审视了。
平台的“真真假假”
这两年行业里也在推软件成本度量的相关标准以及评估体系。软件成本度量的方法主要采用的是功能点法，实践中，这种方法对于增删改查为主的应用功能适应度比较高，可对于这种支撑性平台如何评估显得有些无所适从，主要原因也是“看不到”。
这里“看不到”有平台本身特性的问题，但也确实存在一些从售前方案和商业策略出发“造”出来的平台。在应用软件行业，这些支撑性功能即使甲方用户看不到，一般还是会对维护、操作人员可见的。如果只是建设方从提升交付效率、易于维护的角度，需要采购第三方中间件或开发相应的支撑平台，比较合理的方式从整体商业定价策略上考虑这部分成本的分摊，而不是从预算结构上直接体现。
不管怎么说，用户“看得见”还是鉴别真假平台的一个很重要的原则。
