作为甲方，大家都想省点钱把事情办了，但是省钱可是一个技术活，尤其你需要知道，当你询价的时候，别人是怎么报价的。这篇文章，咱们就分5个方面讲一下乙方是如何评估物联网项目的报价。参考同行估价例如开发一个智慧农业项目，别人都报50万，为了竞争这个项目，我是不是要报30万呢，最好不要，因为你可能不知道别人为什么要报50万，别人有什么优势吗，里面还有哪些风险，如果都打价格战，后面的服务怎么办？基于乙方这样的心理，价格会低，但是不会低的离谱。要不“坑死甲方、搞死同行、饿死自己“不是一个优秀的乙方能想出来的损人不利己的招数。如果作为甲方找乙方，肯定不会去找最笨的，那如果真碰到这样的乙方，一定要慎重，先搞明白再说。参考成本估价这个最简单，我花了10万，我想赚5万毛利，我就报价15万，这个是最常见的了。但是估价往下走是有颗粒度的，这个颗粒度就是人天价格，人时价格。家有家法、行有行规，稍微问几家，就知道行情了。物联网项目有现场实施，也是按照这个模式报价的。甲方对于这种情况，货比三家最简单。参考风险估价如果看到甲方的需求很粗糙，这个有点害怕，报高点吧！如果看到这块工作技术难度比较高，怕搞不定，报高点吧！如果看到甲方不专业，怕里面有折腾，报高点吧！如果看到甲方不好沟通，怕有商务问题，给商务风险留点钱应对，报高点吧！如果甲方是多人沟通的，这个最后乙方肯定难熬，不好伺候的，报高点吧！参考资源估价如果乙方是专门做这个的，他们路子熟悉，都做过的东西，报价肯定不会高，如果已经产品化了，复制出来给你一套，那价格更低。关键是长时间做一件事情，积累的客户多、碰到的坑多、思考的多、经验多、风险小、解决新问题越多，那么创新就越多，这个是选择乙方最大的价值点。这个就是为什么要找具有产品优势的公司，性价比高。参考预算估价之前做集成项目，销售报价的模式是先看看客户的预算怎么样。对于甲方而言，预算如果给乙方了，那么就看看，同等的价格下，谁给我的服务多，服务好。这个问题就解决了。总而言之以上就是物联网定制开发项目乙方如何报价的套路。你可能会问，你是个乙方，你为什么写这个啊？答案很简单，乙方喜欢专业的甲方，恰如同甲方喜欢专业的乙方一样。大家都想和更专业的人一起合作，这样才能赚更多的钱。

ThingsPanel今天发布了0.4版本，实现了协议、设备、可视化三类插件体系，并包括专用于厂商设备的解析脚本，与规则引擎脚本，总共五类“可拿来”的部分，使得物联网项目开发速度，预增10倍。

MQTT是物联网应用最广泛的协议，也是物联网的入门协议。MQTT（Message Queuing Telemetry Transport，消息队列遥测传输）是IBM开发的一个ISO 标准(ISO/IEC PRF 20922)下基于发布/订阅范式的消息协议。MQTT协议可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。由于MQTT协议具有轻量、简单、开放和易于实现等特点。这些特点使它适用范围非常广泛。MQTT协议主要特性 1 使用发布/订阅消息模式，提供一对多的消息发布，解除应用程序耦合。 2 对负载内容屏蔽的消息传输。 3 使用 TCP/IP 提供网络连接。 4 有三种消息发布服务质量(QoS)：理解MQTT协议最简单的办法就是MQTT就是一个快递中转站，有人投，有人取，快递可以暂存，也可以类似视频网站。如下面的视频，用B站解释MQTT协议。【用B站解释MQTT协议】 https://www.bilibili.com/video/BV1rp4y1i7nY?share_source=copy_web&vd_source=ffdc396f72a54b325037ada71bc99b05 MQTT的优点MQTT的独特功能是每个消息头都可以缩短为2个字节。对于HTTP，为每个新请求消息重新建立HTTP连接会产生可观的开销。 MQ和MQTT使用的持久连接可以大大减少这种开销。包容不稳定的网络，MQTT和MQ可以从诸如断开连接之类的故障中恢复，无需进一步的代码要求。但是，HTTP本身无法实现此目标，并且客户端必须重试编码，这会增加身份问题。低功耗MQTT专为低功耗目标而设计。 HTTP设计未考虑此因素，这会增加功耗。在连接数百万个客户端的情况下，在HTTP堆栈中维护数百万个并发连接需要大量工作才能提供支持。尽管这种支持是可行的，但大多数商业产品都经过优化以处理此订单上的持久连接。 IBM提供了IBM MessageSight，这是一种单机架安装服务器，已经过测试，可以通过MQTT处理多达一百万个并发设备。相反，MQ不是为许多同时进行的客户设计的。推送通知。您需要能够及时向客户发送通知。为此，您应该使用常规的轮询或推送方法。就电池，系统负载和带宽而言，推送是最佳解决方案。客户端平台的差异。 HTTP和MQTT客户端都在许多平台上实现。 MQTT的简单性可帮助您以最少的努力在其他客户端上实施MQTT。防火墙容错能力。某些公司防火墙将出站连接限制到某些预定义的端口，这些端口通常仅限于HTTP（端口80），HTTPS（端口443）等，HTTP在这种情况下显然可以工作。 MQTT封装在WebSockets连接中，并显示为HTTP升级请求，因此可以在这种情况下运行。MQTT的缺点实际上，MQTT被广泛使用，可以在几乎任何大型硬件和互联网公司中找到，例如Facebook，BP，阿里巴巴，百度。由于MQTT本身的技术优势，越来越多的公司选择MQTT作为物联网产品通信的标准协议。结果，工程师逐渐意识到MQTT协议的功能需要大规模商业化进行改进。例如：如果没有完整的SDK，则需要用于不同异构设备的软件SDK软件包才能与MQTT服务器（例如MCU，Linux，Android，IOS，WEB）进行通信，以实现互连和互操作性。不支持文件和AV。在某些应用场景中，需要传输的信息可能不限于需要通过AV与文件通信的指令，例如语音和视频信号。不支持与第三方HTTP集成。 MQTT协议优于常规HTTP协议，但是基于传统HTTP协议的WEB服务器仍在主流市场中占主导地位。这些服务器应与MQTT协议互连，以降低升级成本。不支持负载分配。负载分配服务器对于高并发性和防止恶意攻击也是必不可少的。不支持用户管理界面。当用户分析设备行为数据时，这一点尤其重要。在工业4.0和大数据时代，这是不可避免的需求。设备脱机后，不支持脱机消息来补偿从MQTT服务器到设备的控制信息丢失。不支持点对点通信，并且使用标准的MQTT协议。从理论上讲，点对点通信可以通过相互订阅来实现，但是逻辑相对复杂并且涉及设备安全性。当设备B和设备C相同时-在主题的情况下，设备A无法知道消息是来自设备B还是来自设备C，并且消息很可能是被设备D窃听的。为什么物联网开发不用HTTP协议？原因是HTTP协议功耗高、速度慢、流量开销大，对硬件要求高，所以使用MQTT协议，因为MQTT协议恰好解决了这些问题，使它更好的满足了物联网场景的需要。不支持群组通信或群组管理，而是实现群组成员的管理。小组成员可以交换消息，如果一个设备由多个人控制或多个设备由一个人控制，则此功能特别有用。

前几天去一个客户这里，碰到这样一个问题，一个物联网系统开发出来了，但不是大家需要的，最后搞了半年，花了几十万的系统，扔那边了。为什么会出现这个情况呢？另外一个事情是，一个客户到处去询价，说他要盖房子，张三是个新手，理解成了2层，报价2万，李四还是一个朋友，理解成了10层，报了10万，公司讨论普遍认为，张三的价格便宜，应该和张三合作。那到底要盖几层？这个客户自己也没明白！说来说去，都是需求不清晰。折腾了双方，白花了钱，还搞的大家不高兴。实际上需求不清晰还会导致如下问题，我们一一列举：1、报价高，或者报价差异大导致供应商的报价没有对比性。2、导致合同对工作范围描述有疏漏。3、甲乙方对质量的执行标准不一致，导致交付问题。4、一边设计一遍开发、导致工期延长、成本大幅增加、有停工或诉讼风险。5、甲方对需求变更的后果缺乏概念，炸弹炸了才知道炸了。6、导致项目执行过程中沟通大幅增加。7、项目干系人对项目的理解不一致，工作不衔接。8、测试工作缺乏依据，无法开展。9、验收标准不清晰，验收困难。10、需求不清晰必然导致成本增加、周期延长、质量下降。因此我们制作了《物联网定制开发需求模板》，希望通过这个模板，可以大幅度的降低需求整理的门槛，解决需求沟通过程中的问题，免除不必要的沟通，进而降低项目风险，提高项目产出，提高项目的整体投入产出比。加入QQ群：260150504，群文件获取。

钡铼技术：专注工业物联网关，可以采集世面上绝大数据标准仪表、PLC、楼宇设备等，其这里选型是其BL110多功能协议物联网关。 ThingsPanel：开源物联网平台，免费、快速部署。

工业现场有需要设备支持RS485通信，可以采集各种PLC、流量计、温湿度、液位等。应用特别广泛，这里尽量以更简单的方式，让大家了解整个数据采集过程。

物联网项目一般包括软件、硬件、施工、联调4个过程，难度不一定高，但是人多事杂，项目周期不好控制，项目质量也难以把控，成本也因此容易不断增加。为了解决这个问题，极益科技采取一套全新的方案开发物联网应用。

ThingsPanel物联网平台是开放架构，任何人都可以自行拓展ThingsPanel的协议支持。当前，ThingsPanel支持MQTT和TCP协议，采集不同协议的设备，需要怎么做：

ThingsPanel 是一款物联网底层开源软件，主要功能是采集设备数据、可视化、自动化控制，为众多集成商、设备商、方案商提供快速的产品和交付方案。