前言：产品分类纬度较多，网上包括《人人2.0》书中已经基本列举了出来，所以再写一次分类觉得意义不大，本篇文章基于目前手中的产品，将其划归各个分类并描述特点。
想必大家在看各种科幻大片的过程中必定有看到过下面这个场景：
飞船或者电梯或者某个机械设备损坏时，主角在远程的手机或指挥中心的屏幕中就能看到损坏的设备亮起了红灯，此时系统可能还会给出若不及时修复可能将造成不可挽回的结果，然后主角就开启了他的主角光环，拯救了世界。（请自行脑部画面）
没错，现在我手中的产品就是类似的物联网设备报警系统与紧急救援系统，是主角想要拯救世界必不可少的前提（纯TX）。
背景
在物联网飞速发展的今天，我们抓住目前备受关注的一个细分领域梯联网进行切入，主要围绕安全，通过几个典型场景如：事前预警、事中安抚、紧急救援、事后追溯等来抢占旧梯改造市场，同时在新梯市场与电梯厂商合作针对安全植入梯内屏与深度相机。而另一方面与政府深度合作，合作开发政府紧急救援平台系统，将物联网实时报警接入平台，最终达成闭环。
产品
解决电梯设备安全运行问题的系统
用户：乘梯人、物业人员、维保人员、政府监管部门
需求：电梯安全运行且不造成人员伤亡
场景：电梯体检（随时了解运行情况）、困人报警（及时获知警情）、可视对讲（发生事件及时与乘梯人取得联系）等。
分类纬度
从用户关系角度看，属于典型的多边关系，由于涉及到多个不同的用户群体，因此需要充分站在不同人群的角度去考虑问题，还需要在设计中平衡多方关系，以免造成失衡。
从用户需求角度看，属于工具类产品与平台型产品的结合体，用户实际上是想到需要解决一个问题时才会想到使用，但是由于产品的业务流程错综复杂且用户群体较多，因此又属于平台型产品。
从用户类型角度看，属于2G与2B，既有2G的紧急救援相关产品也有2B的电梯数据监控产品。
从产品形态角度看，属于大实体形态，既有BS结构的救援平台，也有软硬结合的运行数据平台，也有针对各类功能使用的APP产品（如：工程人员APP，救援人员APP，维保人员APP，物业人员APP等）
从行业分类角度看，属于传统行业的互联网化，即电梯+互联网，或许也可归类为交通运输行业的一部分。
从盈利模式角度看，属于典型的卖货，此处的货包括硬件产品与软件服务。
从关键资源角度看，更贴近于垄断资源，由于电梯的空间与安全属性，显然无法接入多家企业的设备，典型情况如：梯内屏，分众传媒或新潮传媒需要争夺电梯签约量，而我们同样需要为自己的梯内屏与他们直接竞争，只是我们是依托于安全为背书。
从行业成熟度看，传统电梯行业属于成熟行业，但是电梯+互联网却是属于新兴，更多的是从0到1的过程。
