Išmaniosios paukščių maitintuvo kameros platformos architektūra: ką prekių ženklai turi įvertinti prieš pradedant OEM/ODM projektą

Išmanioji paukščių kameros sistema gali padaryti puikią nuotrauką, tačiau vis tiek suteikti nepatenkinamą susijusį patirtį. Klipas gali nepavykti įkelti, rūšies žymėjimas gali būti neaiškus, pranešimas gali ateiti vėluodamas arba klientas gali sužinoti, kad tikėtasi funkcija priklauso mokamajam planui.

Ženklams, kurie planuoja OEM/ODM projektą, tai nėra izoliuoti programinės įrangos klausimai. Tai atspindi, kaip veikia kartu kamera, įvykių apdorojimas, dirbtinis intelektas, mobiloji programa, debesijos paslaugos ir komercinės teisės.

Pagrindinis klausimas yra platesnis nei raiška ar vieneto kaina: ar platforma gali užtikrinti patikimą paukščių stebėjimo patirtį, suteikti ženklo savininkui tinkamą kontrolę virš jo klientų santykių ir likti veiksminga po to, kai įranga bus parduota? Ši instrukcija susitelkia į platformos architektūrą ir komercines atsakomybes. Fizinė vaizdo kokybė, judėjimo aptikimas, baterijos našumas ir oro sąlygų atsparumas taip pat turi būti atskirai patikrinti pagal pasiūlytą įrangos konfigūraciją.

1. Nubrėžkite visą kliento patirties maršrutą

Pradėkite nuo kliento kelionės, o ne nuo nejudančio funkcijų sąrašo:

Paukštis atskrenda → kamera fiksuoja įvykį → susijęs medijos turinys išsaugomas → aktyvavus dirbtinį intelektą, jis analizuoja įvykį → pranešimas pasiekia vartotoją → vartotojas peržiūri, supranta, išsaugo arba bendrina apsilankymą.

Kiekvienas žingsnis priklauso nuo kitos platformos dalies. OEM/ODM užduotyje turėtų būti nurodytas atsakingas sluoksnis, tarp sluoksnių perduodami duomenys ir tikėtinas elgesys, kai sugenda komponentas ar ryšys.

2. Apibrėžti platformos sluoksnius ir gedimo būsenas

Kamera ir įmontuotoji programinė įranga tvarko įvykių fiksavimą, vietinį įrašymą (jei palaikoma), ryšį, maitinimo būsenos valdymą ir įrenginio atkūrimą. Įvykių apdorojimas nustato, ar kadras yra naudingas, ar jame yra paukštis ir kokia informacija turėtų būti perduota toliau. Dirbtinio intelekto paslaugos suteikia identifikavimą ar kitą analizę įrenginyje, debesyje ar abiejose vietose.

Backendas susieja įrenginius su paskyromis, tvarko medijos saugojimą ir apdorojimo užduotis bei palaiko pranešimus. Mobilioji programa suteikia diegimo, įrenginio valdymo, įvykių istorijos, rūšių informacijos, medijos prieigos ir trikčių šalinimo galimybes. Komercinės paslaugos nustato, kurios funkcijos yra įtrauktos, kurios reikalauja mokėjimo ir kaip veikia sąskaitų išrašymas bei atnaujinimai.

Nepriimtina prielaida, kad kiekviena funkcija veikia net ir esant interneto nutraukimui. Paklauskite, ką kamera gali įrašyti vietiniame įrenginyje, ar įvykiai laukia vėlesnio įkėlimo, kurios dirbtinio intelekto funkcijos nebeveikia ir ar pranešimai vėluoja arba prarandami. Išbandykite šiuos scenarijus tikroje siūlomoje įrangos ir programinės įrangos versijoje.

3. Pasirinkti dirbtinio intelekto architektūrą remiantis išmatuotais našumo rodikliais

Paukščių identifikavimas – tai užduočių seka, o ne vienintelis tikslumo skaičius. Įvertinkite įvykių aktualumą, paukščių ir ne-paukščių filtravimą, rūšių nustatymą, pasitikėjimo lygio valdymą bei tai, kaip pateikiami neaiškūs rezultatai.

Įrenginyje arba krašte veikiantis dirbtinis intelektas gali filtruoti pasirinktus įvykius, neperduodamas kiekvieno kadro į debesiją, tačiau jis ribojamas apdorojimo išteklių, atminties, energijos suvartojimo, modelio dydžio ir naujinimo sudėtingumo. Debesijos dirbtinis intelektas siūlo lankstų skaičiavimą ir centralizuotą modelių diegimą, tačiau priklauso nuo ryšio ir sukelia išvados, perdavimo bei talpinimo sąnaudas. Hibriddinis apdorojimas gali paskirstyti užduotis tarp įrenginio ir debesijos, tačiau tai automatiškai nereiškia žemesnių sąnaudų, didesnio greičio ar tikslumo.

Paprašykite tiekėjo dokumentuoti, kur vyksta kiekviena užduotis, kokios nuotraukos ar metaduomenys perduodami, kaip tvarkomi neaiškūs prognozavimo rezultatai ir kas vyksta, kai tinklas neprieinamas. Patikrinkite našumą su tipiškomis rūšimis ir sąlygomis kiekviename tiksliniame rinkoje, įskaitant panašias paukščių rūšis, skirtingą apšvietimą ir įprastas maitintuvo-kameros kampines padėtis.

Kiek įmanoma, atskirai įvertinkite tikslumą, aptikimą, klaidingų teigiamų rezultatų rodiklius ir sumaišymo modelius. Didelis rūšių katalogas nepatvirtina patikimo lauko naudojimo veikimo. Susitarkite dėl testavimo rinkinio, priėmimo kriterijų bei proceso klaidų regionuose pranešimui ir taisymui.

4. Įvertinkite Baltosios žymės programėlę kaip produktą

Daugeliui klientų programėlė yra kasdieninis produkto patyrimas. Įvertinkite tiek kliento kelionę, tiek ženklo turimą valdymo laisvę.

Apibrėžkite leistinus prekių ženklo keitimus: programėlės pavadinimą ir piktogramą, vaizdinį dizainą, kalbas, įvedimo procesą, pranešimus ir produkto specifines ekrano rodyklės. Aiškiai nustatykite, kuris subjektas valdo Apple App Store ir Google Play kūrėjo paskyras, kas pateikia naujus leidimus, kas patvirtina atnaujinimus ir kaip tvarkomi defektai ar skubūs pataisymai.

Baltosios žymės pristatymas automatiškai nereiškia, kad prekės ženklas turi prieigą prie pirminio kodo, klientų duomenų, programėlių parduotuvės paskyrų ar prenumeratos kvitų. Nurodykite paskyrų prieigos sąlygas, įgaliotųjų asmenų teises naudoti duomenis, eksporto formatų reikalavimus, techninės pagalbos atsakomybę, kaip tvarkomi funkcijų prašymai, dokumentaciją bei teises, kurios galioja nutraukus partnerystę.

Konfigūruojama esama platforma gali būti tinkama prekės ženklo, kuriam svarbus greitas išėjimas į rinką. Gilesnė pritaikymo galimybė gali būti tinkamesnė, kai ypač svarbūs unikalūs darbo eigų ar integracijų reikalavimai. Palyginkite pasirinkimus pagal bendrą kainą, paleidimo terminus, priežiūros lengvumą ir faktiškai sutartyje suteiktą kontrolės laipsnį.

5. Projektuokite saugyklą ir duomenų laikymo trukmę remdamiesi pažadėtais kliento naudingumo aspektais

Vietos, debes ir hibridinės saugyklos sukuria skirtingas lūkesčius ir veiklos įsipareigojimus. Vietos saugykla gali sumažinti nuolatinį debesų naudojimą, tačiau jos naudingumas priklauso nuo nuotolinio prieigos, kortelių valdymo, įrenginio gedimų ir eksporto galimybių. Debesų saugykla gali užtikrinti nuotolinį prieigą ir atkūrimo galimybes, tačiau ji įtraukia infrastruktūros išlaidas, leidimų tvarkymą, saugojimo laikotarpių taisykles ir palaikymo darbus. Hibridiniai sprendimai gali suteikti lankstumo, tačiau jie gali būti sudėtingesni paaiškinti ir palaikyti.

Prieš galutinai patvirtinant pasiūlymą, aiškiai atsakykite į šiuos klausimus:

• Kiek laiko įvykiai yra prieinami įtrauktoje patirties versijoje?
• Ar klipai saugomi vietos lygmeniu, debesyje ar abiejose vietose?
• Ką daryti, kai saugykla pilna arba pasibaigia prenumerata?
• Ar vartotojai gali eksportuoti savo mediją arba visam laikui ją ištrinti?
• Ar namų ūkio nariai gali bendrinti prieigą ir kokios leidimų taisyklės taikomos?
• Ką vyksta su įvykiais, kuriuos fiksuoja kamera, kai ji yra neprisijungusi prie tinklo?

Žadėjimai klientams, programėlės veiksmų logika, serverio pusės taisyklės ir palaikymo scenarijai turi būti suderinti. Nepateikti išlikimo ar atkūrimo funkcijos rinkodaros, kol platforma negali jos patikimai užtikrinti.

6. Prieš paleidžiant apibrėžti nemokamų ir mokamų teisių

Prenumeratos gali leisti ilgesnį įvykių istorijos laikymą, debesijos kopijas, papildomas dirbtinio intelekto paslaugas ar kelių įrenginių funkcionalumą. Tačiau netikėti mokėjimo uždangos aplink pagrindines funkcijas gali pažeisti pasitikėjimą. Atskirkite pradinę įrangos funkcionalumo pažymą nuo pasirinktinių nuolatinių paslaugų ir aiškiai nurodykite, kurios funkcijos veikia be mokamos prenumeratos.

Apibrėžkite teises tiek paskyros, tiek įrenginio lygmenyje. Nuspręskite, ar vienos šeimos prenumerata dengia vieną ar kelis vaizdo įrašymo įrenginius, ar bendrai naudojami šeimos nariai gauna mokamas funkcijas ir kas nutinka, kai įrenginys keičiamas, atjungiamas ar perduodamas kitam vartotojui. Šie kraštutiniai atvejai veikia sąskaitų faktūrų skaičiavimo logiką, palaikymo darbo apkrovą ir suvokiamą teisingumą.

Prenumeratos įnašas = gauta prenumeratos pajamų suma − mokėjimo / platformos mokestis − debesijos saugyklos ir duomenų perdavimo išlaidos − dirbtinio intelekto išvadų išlaidos − prenumeratos susijusios palaikymo ir grąžinimų išlaidos.

Tai planavimo rėmas, o ne pelno prognozė. Sukurkite žemas, tikėtinas ir aukštas naudojimo scenarijus, nes saugyklos, duomenų perdavimo ir dirbtinio intelekto išlaidos dažnai didėja kartu su veikla. Įvertinkite įrangos pelningumą atskirai nuo pakartotinės paslaugos įnašo; didelė įdiegta bazė dar nereiškia, kad bus aktyviai naudojamos mokamos paslaugos.

7. Duomenų valdymą ir saugumą laikykite architektūros reikalavimais

Jungčių paukščių stebėjimo platforma gali apdoroti paskyros informaciją, įrenginių identifikatorius, medijos failus, rūšių metaduomenis, pranešimų ženklus ir sandorių įrašus. Prekės ženklo, OEM gamintojo, debesijos teikėjo, programėlės teikėjo ir mokėjimų teikėjo atsakomybės gali skirtis.

Prieš paleidžiant, dokumentuokite renkamų duomenų kategorijas, jų paskirtis, šalys, turinčios prieigą, talpinimo regionus, saugojimo trukmes, trynimo darbo eigas, saugos valdymo priemones, incidentų eskalavimą ir trečiųjų šalių priklausomybes. Apibrėžkite duomenų eksporto ir perėjimo tvarką, jei tiekėjo santykiai pasikeistų.

Ten, kur taikomos privatumo įstatymų nuostatos, pvz., GDPR, teisiniai vaidmenys ir tarpvalstybinio duomenų perdavimo reikalavimai priklauso nuo faktinių duomenų srautų ir sutarčių. Bendras atitikties pareiškinimas arba talpinimo vietos teiginys patys savaime nepakanka. Kiekvienoje tikslinėje rinkoje tinkamai teisininkai ir saugos specialistai turi patvirtinti šią tvarką.

8. Planuokite visą programinės įrangos gyvavimo ciklą

Platformos įsipareigojimas tęsiamas net po pirmosios gamybos partijos. Susitarkite, kas atsakingas už programėlių leidimus, serverio pusės pakeitimus, įtaisų programinės įrangos atnaujinimus, dirbtinio intelekto modelių priežiūrą, stebėseną, atsarginius kopijavimus, pajėgumų planavimą ir klientų aptarnavimo problemų eskalavimą.

Dėl „over-the-air“ naujinimų paaiškinkite etapinį paleidimą, nutrauktų naujinimų atkūrimą, atsukimo galimybes, kurios palaikomos, ir vartotojų informavimą. Dėl dirbtinio intelekto priežiūros apibrėžkite, kaip vertinami modelių pokyčiai, kaip pranešama apie regionuose kilusias klaidas ir kaip tikrinama kokybė po naujinimų. Įvertinkite išorines priklausomybes, pvz., mobiliųjų operacinės sistemos pokyčius, debesijos teikėjo naujinimus, skubiosios žinutės paslaugas ir mokėjimų platformų politikas.

Įrašykite palaikymo laikotarpį, reagavimo procesą, leidimą leisti naujoms versijoms, defektų prioritizavimą ir bet kokius sutartus paslaugų lygius. Nepriimkite kaip duotybės, kad funkcija, pateikta paleidimo metu, visada liks suderinama ar palaikoma be aiškaus plano.

9. Naudokite tarpfunkcinį platformos santraukos dokumentą

Prieš pradedant kurti, parengkite vieną santraukos dokumentą, kurį bendrai naudotų produktų, inžinerijos, pirkimų, komercinės veiklos ir teisininkų komandos. Jame turėtų būti atsakyta į šiuos klausimus:

• Tikslinė patirtis: ką klientai turi daryti nuo nustatymo iki pakartotinių paukščių lankymų?
• Dirbtinio intelekto architektūra: kurios užduotys vykdomos įrenginyje ar debesyje ir kaip matuojama kokybė?
• Programėlės apimtis: ką galima ženklinant ar pritaikant, ir kas valdo publikavimą bei priežiūrą?
• Duomenų saugojimo politika: kas yra vietinis, kas – debesijose, ir kokios yra duomenų laikymo bei trynimо taisyklės?
• Komercinė modelis: kurios funkcijos įtrauktos į pagrindinę kainą ar reikalauja papildomos mokėjimo, ir kaip taikomos paskyros/įrenginių teisės?
• Išlaidų modelis: kokios numatomos išlaidos išvadoms, saugojimui, perdavimui, programėlės priežiūrai ir palaikymui?
• Duomenys ir saugumas: už kiekvieną duomenų srautą, incidentus, eksportą ir perėjimus atsako šalis?
• Gyvavimo ciklo planas: kaip tvarkomi nauji leidimai, programinės įrangos atnaujinimai, modelių keitimai ir palaikymo problemų sprendimas?

Naudokite bandymo įrenginius ir bandymo projektą, kad patvirtintumėte visą naudojimo eigą, o ne tik atskiras funkcijas. Prieš nustatydami gamybos grafiką, įrašykite priėmimo kriterijus ir neišspręstas priklausomybes.

WILLFINE ir BirdKam platforma

WILLFINE pateikia protingų paukščių stebėjimo kamerų produktus kartu su BirdKam programėlės ekosistema ir baltųjų ženklių paslaugomis OEM partneriams. Bet kuriam siūlomam projektui prekės ženklai turėtų patvirtinti konkrečią produkto konfigūraciją, galimą programėlės pritaikymą, publikavimo tvarką, dirbtinio intelekto funkcijas, duomenų saugojimo elgseną, duomenų atsakomybę, prenumeratos parinktis ir tolesnės aptarnavimo sąlygas tiesiogiai su tiekėju.

Nepriimkite kaip savaime suprantama, kad kiekvienoje modelyje ar standartinėje pakuotėje yra įtrauktos visos funkcijos. Prieš pasirenkant platformą, reikalaukite projekto specifinės apimties, susijusių bandymų įrodymų ir aiškaus atsakomybės pasiskirstymo.

Dažniausiai užduodami klausimai

Ar debesijos dirbtinio intelekto technologija visada geriau nei įrenginyje vykdoma paukščių atpažinimo sistema?
Ne. Teisingas požiūris priklauso nuo įrenginio galimybių, ryšio patikimumo, modelio reikalavimų, įvykių kiekio, energijos suvartojimo, kainos ir pageidaujamos vartotojo patirties.

Ar baltųjų ženklių programėlė reiškia, kad prekės ženklas turi teisę į vartotojų duomenis?
Ne automatiškai. Prieigos teisės, teisiniai vaidmenys, eksporto galimybės, programėlių parduotuvių valdymas, programinės įrangos intelektinės nuosavybės teisės ir perėjimo teisės turi būti nurodytos atskirai.

Ar reikėtų prenumeratos kainuoti už kiekvieną vartotoją ar už kiekvieną kamerą?
Abu variantai tinka. Sprendimas turėtų atspindėti namų ūkio bendrinimą, daugiau nei vieno įrenginio naudojimą, paslaugos sąnaudas ir pateikiamą vertę. Prieš nustatant kainas, apibrėžkite keitimo ir paskyros perleidimo taisykles.

Ar protingoji paukščių maitintuvo kamera gali veikti be mokamos debesų saugyklos?
Galbūt, jei įranga ir programinė įranga palaiko naudingą patirtį be prenumeratos. Kartu įvertinkite vietinį įrašymą, nuotolinį prieigą, eksportavimą ir tolesnes paslaugos sąnaudas.

Išvada: Įvertinkite platformą, o ne tik įrenginį

Protingoji paukščių maitintuvo kamera yra prijungtas produktas, kurio vertė priklauso nuo daug daugiau nei vaizdo fiksavimo. Dirbtinio intelekto kokybė, programėlės naudingoji vertė, medijos prieiga, duomenų valdymas, prenumeratos ir programinės įrangos priežiūra formuoja kliento patirtį po įdiegimo.

Prieš pradedant OEM/ODM projektą, reikia nustatyti, kas veikia vietiniame lygmenyje, kas priklauso nuo debesijos, ką klientas gauna nemokamai, ką gali kontroliuoti prekės ženklas ir kiek kainuoja platformos eksploatavimas ilguoju laikotarpiu. Dokumentuotas architektūros santraukos aprašas, atstovaujantys bandymai ir aiškios susitarimo sąlygos padeda prekės ženklams priimti informuotą sprendimą dėl platformos ilguoju laikotarpiu.

Planuojate susietą paukščių stebėjimo produktą? Pasidalinkite savo tikslinėmis patirtimėmis, dirbtinio intelekto reikalavimais, programėlės pritaikymo poreikiais, saugojimo politika ir paslaugų modeliu su WILLFINE komanda, kad aptartumėte projektui būdingą platformos požiūrį.