企业准备开发一套在线业务平台时，常会同时提到SaaS、IoT平台、云服务和移动端。但这几个词并不处于同一层面：SaaS通常描述软件交付与使用模式，IoT平台则需要面对设备身份、数据上报和远程控制等具体能力。把它们当作同一产品类型，会在需求阶段遗漏关键的开发工作。
先确认平台是服务于“人”，还是同时服务于“设备”
以客户管理软件为例，系统主要管理用户、角色、业务记录和订阅关系。如果多个企业共用同一套服务，就需要在数据和权限上区分租户。IoT设备平台除了这些功能，还需要记录设备身份、设备与用户或组织的绑定关系、在线状态、遥测数据、控制命令及升级维护状态。
这不意味着两者必须独立建设。设备管理可以是某一SaaS业务系统的组成部分，也可以作为专门服务对接多个业务应用。关键在于明确每种数据由谁产生、由谁授权访问以及生命周期如何管理。
数据库选型先看访问模式，不要把产品名称当作语言
SQL是关系型数据查询与操作语言，而MySQL、Oracle Database、IBM Db2和Microsoft Access是不同定位的数据库产品或应用组件。开发时应从事务一致性、查询复杂度、数据量、运维环境和团队能力出发选择存储方案，而不是简单罗列品牌。
例如订单、租户、用户和权限关系通常需要明确的一致性约束；设备遥测可能持续高频写入，需要考虑时间范围查询、保留期限和冷热分层。是否拆分数据库，应由实际负载和维护成本决定，小规模项目没有必要一开始就将每一类数据拆成独立集群。
多租户不是多建几个账号
如果平台面向多个客户企业，需要确定租户之间的数据隔离、资源配额、操作审计、配置差异以及管理员权限。尤其在设备场景中，同一设备是否能够在不同组织之间转移、解绑后历史数据归属如何处理，都应在权限模型中明确。
租户共享数据库、独立Schema或独立数据库各有运维和隔离成本；没有一种结构对所有规模都更好。上线前至少应验证跨租户访问是否被拒绝，以及管理员误配置时能否被审计。
设备接入与业务界面需要分别验收
Web、APP和后台页面解决的是用户操作问题，设备接入则涉及设备凭据、通信协议、断网状态和命令确认。设备显示“在线”不代表某次控制动作已经执行；服务端接收数据也不等于设备端能够长期稳定缓存和补传。
对于有硬件终端的项目，建议将设备协议测试、业务操作测试与异常恢复测试分开记录，再做端到端联调。若项目完全不接入实际设备，则不必为“物联网”名义增加不必要的通信模块。
开发前应明确的三个交付边界
首先是业务范围：谁使用系统，第一期需要哪些可验收的业务闭环。其次是技术范围：是否包含终端固件、通信协议、后台、Web/APP、报表及第三方接口。最后是运维范围：账户与权限、备份、监控、日志、升级、数据迁移和后续维护由哪方承担。
北京心玥科技有限公司可按项目范围参与Web、APP、后台、工业上位机及IoT相关软件开发，也可与嵌入式硬件研发配套。具体模块、技术资料和源码交付以合作约定为准。选择平台架构的目的不是堆叠技术名词，而是使关键功能在目标负载和维护条件下能够被验证。
