第62章 测试炸机,心态拧巴（1/2）

接下来一周，白威都专心扎根在市场策划部，手把手指挥员工，开始剪辑视频片段，编写文案，生成AI解说。

各大短视频、主流传播平台，一一安排了养号、起号工作流程，并对外招聘了一名有着丰富经验的专职人员，负责管理。

心里打算，等到一定阶段，要逐渐脱手具体工作的管理，将精力投放到公司整体发展运营上来。

只是短时间之内，很难招募到匹配度高的中层管理人员。

一边是嗷嗷待哺的大量劳动力，一边是总想完美适配的用人方。

劳资双方的矛盾对立，到今天，都找不到一条双方满意的途径。

电话响起。

“白总！测试场地这边炸机了，您需不需要过来看一看？”

“我马上过去，什么原因？有没有造成其他损失”

“操控系统突然失灵，机器失控，坠落地面。具体原因还需要进一步检测。无人地带，没有其他后果。”

“知道了。”

驱车前往相隔百公里之远的测试场地。

幸亏这边荒无人烟，坠机所造成的破坏程度，影响不大。

但是，这也提醒了白威，像如此庞大的机械装置，万一在执行操作的过程中，发生意外，如何避免重大安全事故的问题。

“李军，目前我们飞行平台，采用了哪些安全措施，减少炸机后果的危害性？”

“我们在机器上，使用了多种监控传感器，一旦机器发生意外，会自动导航到无人地点，进行迫降。”

“如果自动导航也同时失灵呢？还有什么后备手段没有？”

李军估计也没有考虑到这么多，摸摸后脑勺，回答不上来。

白威知道自己有些大意了，在机器安全性上，没有更多的予以关注，幸亏这次测试提醒了他。

“我是技术门外汉，只是个人意见，你听一听方向，看看能不能结合进去。”

“我认为机器需要配备自开启减速伞，以降低飞行平台炸机带来的冲击破坏性；借鉴汽车安全气囊设计思路，在飞行平台的各个部位上，增设远程一键启动气囊装置，最低程度的规避风险。”

“另外，我们需要考虑机器的保养简易性、便利性。目前飞行平台还是一个完整体结构，能否升级成为可拆卸的模块化结构？以便于往后的保养维护，减少用户的维修等待时间和维护成本。”

暂时也只能提出大方向上的建议，为研发提供一条参考思路。

李军点头同意。

要知道，像这样的机器，炸机一次，损失就是用好几万来估算。

这还是在未出厂前，研发测试的情况下，如果已经销售的机器发生同样的事故，所造成的损失，就不仅仅只是售后维修的金额，还要将过程中，造成的周边破坏，以及形成的品牌损害，都给计算进去。

“已经销售出去的机型，马上进行全面检测，发现任何设计、结构上存在的隐患，及时汇报；由公司统一对接使用单位，宁愿承担改进，甚至召回的经济损失，都不能让这种情况发生在实际使用过程中。”

说完之后，将这次发生的事故过程，发送到了股东小群里，并给出了自己的意见和建议举措。

try{ggauto();} catch(ex){}

黄志羽等几人，马上露头出来，表示了赞同。

这世界上，没有绝对安全、万无一失的机器，但应该有极具责任心和认真严谨态度的出厂方。

白威可不愿意，出师未捷身先死。

一切可能妨碍黑塔科技继续发展的因素，都必须被消灭在萌芽中。