Co skutečně potřebuje digitální sportovní platforma od Trail Hardware

Když se společnost pustí do budování propojeného sportovního ekosystému - aplikace, sítě parků a tras, kompatibilních nositelných zařízení a -zobrazení na webu -, hardwarové otázky přicházejí rychle. Kdo vlastní identitu účastníka? Co se stane, když telefon ztratí signál uprostřed závodu?- Musí běžec předat sken obličeje, jen aby mohl použít veřejnou stezku? Toto nejsou okrajové případy; jsou to první věci, na které se každý seriózní integrátor ptá, než se zaváže k hardwarovému partnerovi.

Instinkt, který stojí za většinou dotazů na partnerství v tomto prostoru, je stejný: platforma si chce udržet kontrolu nad věcmi, které jsou pro její uživatele důležité - profily, výsledky, hodnocení, oprávnění -, zatímco vybavení stezky se stará o to, k čemu je ve skutečnosti vytvořeno: zjišťování, kdo a kdy prošel kontrolním bodem.

Ta dělba práce je přesně to, co anChytrá stezka vybavená AI-je navržena kolem. Jednotka kontrolního bodu postavená na registrační obrazovce spárované se snímací tyčí se nesnaží být samotnou sportovní platformou - je to snímací vrstva senzoru a identity-, která hlásí události směrem ven. Ve spojení se systémem pro správu backendu a vlastní aplikací na rozhraní{4}}může fungovat jako samostatný produkt pro menší místa nebo předávat své kontrolní body backendu partnera pro větší značkové ekosystémy. Pro integrátora, který hodnotí dodavatele, je toto oddělení rozdílem mezi „přizpůsobíme naši architekturu vaší krabici“ a „vaše krabice se zasune do naší architektury“.

Praktické otázky, které následují po - přímé komunikaci z hardwaru- do-základní komunikace versus směrování přes cloud dodavatele, co vlastně obsahuje datová část události kontrolního bodu, jak jsou synchronizována časová razítka -, jsou skutečnou podstatou pilotní konverzace. Ale na výchozí pozici záleží: systém, který již odděluje „detekci“ od „logiky platformy“, je mnohem kratší konverzace než ten, který předpokládá, že vlastní celý zásobník.

Druhá věc, která vyniká v tom, jak tyto platformy vyhodnocují trailový hardware, je tiché, ale pevné očekávání: ověřování identity by mělo být vrstvené, nikoli povinné. Běžný běžec by měl být schopen dojít na stezku, začít cvičit a jít - bez registrace, bez skenování obličeje, bez tření. Rozpoznávání obličeje si zasluhuje své místo pouze tam, kde přidává něco, co soutěžní akce skutečně potřebuje: druhá řada důkazů pro výsledek, nikoli předpoklad pro procházku v parku.

To je také místo, kde stávající sada funkcí produktu skutečně funguje. Protože registrační obrazovka stezky již odděluje sběr obecných dat (statistiky, výsledkové tabulky, zobrazení počasí - každodenní, veřejné-funkce orientované na veřejnost) od čehokoli, co je spojeno s konkrétní soutěžní událostí, může integrátor rozumně očekávat, že volitelný -model ověření bude spíše designovou volbou než dodatečným nápadem. To, co ještě potřebuje technické vyhodnocení, aby dokázalo - registrační postup, kde se ukládají obrázky a šablony, uchovávání a mazání, jak se nakládá s neúspěšnou shodou, aniž by se zneplatnil něčí čas dokončení -, to jsou přesně ty otázky, které stojí za to položit každému dodavateli před zahájením pilotního projektu. Platforma, která umožňuje klást tyto otázky namísto toho, aby ve výchozím nastavení předpokládala shodu, signalizuje, že soukromí bylo součástí návrhu, nikoli dodatečně.

Žádný z těchto úhlů není jedinečný pro jeden požadavek. Jakákoli organizace, která buduje infrastrukturu stezek nebo parku - obecní rekreační oddělení,-společnost na načasování závodů, firemní wellness platforma -, se zeptá na verzi dvou stejných otázek:Mohu si ponechat svůj vlastní backend a model identity a bude jej váš hardware pouze živit čistými událostmi?aMohou moji uživatelé dělat základní věci bez přihlášení k biometrii?

Inteligentní systém stezek vytvořený s jasně oddělenými vrstvami hardwaru, back-endu a aplikací - as rozpoznáváním obličeje umístěným jako doplněk-spíše než jako požadavek - odpovídá na obě otázky dříve, než jsou vůbec položeny. To je obvykle to, co změní chladný dotaz v pilota.