Производителям
Прибыль вместо затрат.
Удалённый доступ и оплату устройствам даёт Subrose — сеть независимых нод, то есть серверов, которые держат связь с каждым устройством. Своё облако строить не нужно, данные покупателей нигде не хранятся, а с каждого платежа за обслуживание производителю приходит доля.
01 · Проблема
Своё облако делает продукт заложником поддержки.
Чтобы у устройства были удалённый доступ и события, производитель строит своё облако — серверы, аккаунты покупателей, биллинг — и содержит его годами, под каждую линейку заново.
Пока это облако работает, производитель остаётся тем, кто решает, какие возможности сохранятся у уже проданного железа и когда их урезать. Остановить облако раньше, чем закончится жизнь последней проданной партии, нельзя: вместе с сервером выключится вся линейка.
02 · Что это даёт
Четыре причины не строить своё облако.
Ноль своей инфраструктуры
Доступ, команды и события у устройства появляются, когда производитель ставит на него агента subrose — небольшую программу на самом устройстве. Разворачивать что-либо серверное под линейку не приходится.
Чужих секретов нет
Личные и платёжные данные покупателей через производителя не проходят, поэтому утекать нечему. Доступ к устройству держится на ключах владельца.
Устройство не зависит от сервисов производителя
Владелец устройства, обслуживающая его нода, параметры устройства и события записаны в TON — блокчейне, где такую запись нельзя ни подменить, ни потерять вместе с чьим-то сервером. Поддержка модели и работа устройства от этого перестают быть связаны: с производителя снимается обязательство годами держать инфраструктуру под каждую линейку.
Отличие, которое можно проверить
Железо в категории обычно сравнивают по характеристикам. Аргумент другой: этим устройством распоряжается только владелец, и покупатель может проверить это сам — запись о правах лежит в TON.
03 · Как это встраивается
Что работает вместо сервера производителя.
На устройстве работает агент subrose: он хранит ключи и исполняет только команды с подписью владельца. Покупатель управляет устройством сам из веб-консоли Subrose — команду доставляет нода, а исполняет её агент. Сервера производителя в этой цепочке нет.
В TON записано, чьё это устройство и какая это модель. Свои модели производитель заводит сам: один раз мы подтверждаем его как производителя, дальше он добавляет новые модели и правит их описания прямо в консоли, без обращений к нам.
04 · Экономика
Доход не только с продажи железа.
В плате за обслуживание заложена доля производителя, и раскладывается она без участия человека. В момент, когда устройство списывает оплату за период, доля производителя приходит на его эскроу-кошелёк — кошелёк в TON, куда деньги попадают автоматически. Выставлять счета и сверять взаиморасчёты не нужно.
Кассой производитель при этом не становится: деньги владельцев через его счета не проходят. Размер доли и условия зависят от конкретной интеграции — их обсуждаем в переписке. Как оплата выглядит для владельца — на странице «Начать».
05 · Как объяснить внутри компании
Три команды — у каждой своя причина.
Пилот на одной модели
- Старт без своей инфраструктуры: агент на одну модель, привязка устройства по коду — и оно уже в консоли.
- Ценность видна до вложений: пилот обходится без своего сервера и своего приложения.
- Результат пилота измерим: видно, что устройство на связи, события приходят и оплата списывается.
Меньше обращений
- Просьбы «восстановите пароль» до производителя не доходят: аккаунтов покупателей у него нет.
- Спор «чьё устройство и какие у кого права» решается чтением TON.
- Упавшая нода — не инцидент производителя: устройство само переходит на другую.
Понятная граница
- Зона производителя — само устройство: агент subrose собирается под OpenWrt, Keenetic, Raspberry Pi, Linux и macOS.
- Свои события устройство публикует одной командой —
subrose emit, без SDK и перепрошивки. - Связь, доставку команд и учёт оплаты держат сеть нод и TON: этот код писать и поддерживать не нужно.
06 · Вопросы
Вопросы, которые обычно задают производители.
Пилот
Старт с одной модели.
Подойдёт роутер на OpenWrt или Keenetic, Raspberry Pi или шлюз на Linux. В Telegram обсуждаем модель, допуск в сеть и долю с обслуживания. Сценарий первого запуска — от установки агента до устройства в консоли — по ссылке для инженера.
Написать нам в Telegram Ссылка для инженера