Производителям

Прибыль вместо затрат.

Удалённый доступ и оплату устройствам даёт Subrose — сеть независимых нод, то есть серверов, которые держат связь с каждым устройством. Своё облако строить не нужно, данные покупателей нигде не хранятся, а с каждого платежа за обслуживание производителю приходит доля.

01 · Проблема

Своё облако делает продукт заложником поддержки.

Чтобы у устройства были удалённый доступ и события, производитель строит своё облако — серверы, аккаунты покупателей, биллинг — и содержит его годами, под каждую линейку заново.

Пока это облако работает, производитель остаётся тем, кто решает, какие возможности сохранятся у уже проданного железа и когда их урезать. Остановить облако раньше, чем закончится жизнь последней проданной партии, нельзя: вместе с сервером выключится вся линейка.

02 · Что это даёт

Четыре причины не строить своё облако.

Ноль своей инфраструктуры

Доступ, команды и события у устройства появляются, когда производитель ставит на него агента subrose — небольшую программу на самом устройстве. Разворачивать что-либо серверное под линейку не приходится.

Чужих секретов нет

Личные и платёжные данные покупателей через производителя не проходят, поэтому утекать нечему. Доступ к устройству держится на ключах владельца.

Устройство не зависит от сервисов производителя

Владелец устройства, обслуживающая его нода, параметры устройства и события записаны в TON — блокчейне, где такую запись нельзя ни подменить, ни потерять вместе с чьим-то сервером. Поддержка модели и работа устройства от этого перестают быть связаны: с производителя снимается обязательство годами держать инфраструктуру под каждую линейку.

Отличие, которое можно проверить

Железо в категории обычно сравнивают по характеристикам. Аргумент другой: этим устройством распоряжается только владелец, и покупатель может проверить это сам — запись о правах лежит в TON.

03 · Как это встраивается

Что работает вместо сервера производителя.

Агент на устройстве, сеть нод и TON связаны в одну систему

На устройстве работает агент subrose: он хранит ключи и исполняет только команды с подписью владельца. Покупатель управляет устройством сам из веб-консоли Subrose — команду доставляет нода, а исполняет её агент. Сервера производителя в этой цепочке нет.

В TON записано, чьё это устройство и какая это модель. Свои модели производитель заводит сам: один раз мы подтверждаем его как производителя, дальше он добавляет новые модели и правит их описания прямо в консоли, без обращений к нам.

04 · Экономика

Доход не только с продажи железа.

В плате за обслуживание заложена доля производителя, и раскладывается она без участия человека. В момент, когда устройство списывает оплату за период, доля производителя приходит на его эскроу-кошелёк — кошелёк в TON, куда деньги попадают автоматически. Выставлять счета и сверять взаиморасчёты не нужно.

Кассой производитель при этом не становится: деньги владельцев через его счета не проходят. Размер доли и условия зависят от конкретной интеграции — их обсуждаем в переписке. Как оплата выглядит для владельца — на странице «Начать».

05 · Как объяснить внутри компании

Три команды — у каждой своя причина.

Продукт

Пилот на одной модели

  • Старт без своей инфраструктуры: агент на одну модель, привязка устройства по коду — и оно уже в консоли.
  • Ценность видна до вложений: пилот обходится без своего сервера и своего приложения.
  • Результат пилота измерим: видно, что устройство на связи, события приходят и оплата списывается.
Поддержка

Меньше обращений

  • Просьбы «восстановите пароль» до производителя не доходят: аккаунтов покупателей у него нет.
  • Спор «чьё устройство и какие у кого права» решается чтением TON.
  • Упавшая нода — не инцидент производителя: устройство само переходит на другую.
Инженерия

Понятная граница

  • Зона производителя — само устройство: агент subrose собирается под OpenWrt, Keenetic, Raspberry Pi, Linux и macOS.
  • Свои события устройство публикует одной командой — subrose emit, без SDK и перепрошивки.
  • Связь, доставку команд и учёт оплаты держат сеть нод и TON: этот код писать и поддерживать не нужно.

06 · Вопросы

Вопросы, которые обычно задают производители.

Что нужно сделать на стороне производителя?Поставить на устройство агента subrose — небольшую программу, которая берёт на себя удалённый доступ и события. Производителя один раз подтверждают в сети, дальше новые модели и их описания он заводит сам, прямо в консоли.
Кто отвечает перед покупателем за поддержку?Развитие модели остаётся за производителем, как и раньше: он решает, что делать с линейкой дальше. Работа уже проданного устройства от этого решения не зависит — она держится на ключе владельца и записи в TON.
Что происходит с персональными данными покупателей?Через производителя личные и платёжные данные покупателей не проходят: доступом к устройству управляет ключ владельца, отдельный аккаунт на серверах производителя для этого не нужен. Хранить и защищать чужие персональные данные производителю тоже не нужно — их у него просто нет.
Можно ли начать с одной модели?Да: пилот запускается на одной модели — агент ставится на неё, привязка идёт по коду, и устройство уже видно в консоли. Расширять на другие модели можно позже, когда результат пилота понятен.

Пилот

Старт с одной модели.

Подойдёт роутер на OpenWrt или Keenetic, Raspberry Pi или шлюз на Linux. В Telegram обсуждаем модель, допуск в сеть и долю с обслуживания. Сценарий первого запуска — от установки агента до устройства в консоли — по ссылке для инженера.

Написать нам в Telegram Ссылка для инженера