01
Käsiplaanid lagunevad
Keegi seab töö ümber iga kord, kui vahetus, külastus, tarne või tellimus muutub.
Finite Field
30 s diagnoos
See leht pole selles keeles veel saadaval.
Matemaatiliste süsteemide inseneeria
Plaanidele, mida tiim iga päev ümber teeb, las süsteem planeerib
Vahetused, külastusgraafikud, lähetamine, tootmisetapid ja töötajate määramine. Muudame Excelist ja kogenud operaatoritest sõltuvad keerukad otsused matemaatilisteks mudeliteks ning kasutatavaks veebi- ja rakendustarkvaraks.
Prototüüp juba kahe nädalaga
Platvormid: Web / iOS / Android
Ehitatud koha reeglite ümber
Piirangute lahendaja
Optimeeritud · 0.38s
Külastusgraafik / 20. juuni
Prototüüp juba kahe nädalaga
Aoki
Ito
Sato
Hayashi
09:00
V-012Põhi / Hooldus
V-008Ida / Taastusravi
11:00
V-003Kesk / Vaimne tugi
V-021Lääs / Lastehoid
13:00
V-017Põhi / Taastusravi
V-026Lõuna / Vaimne tugi
Piiranguprobleemid
0
Kogu sõiduaeg
84 min
Määramise määr
100%
min Σ cᵢxᵢ + λΣ vⱼ
s.t. Ax ≤ b
Probleemid, mida lahendame
GraafikudPeagi saadaval
VälitööPeagi saadaval
MarsruudidPeagi saadaval
SobitaminePeagi saadaval
Probleemid, mida lahendame
Kui töö on piiranguid täis, jääb tavaline arendus tuumast mööda.
Finite Field töötab operatsioonidega, mis on lihtsa vormisüsteemi jaoks liiga reeglirohked ja üldise SaaS-i jaoks liiga spetsiifilised.
02
Reegleid on raske näha
Oskuste, mahu, asukoha, tähtaja ja prioriteedi reeglid on olemas, kuid laiali tabelites ja inimeste mälus.
03
Eksperdid kannavad keerukust
Samu andmeid kopeeritakse Exceli, chati ja süsteemide vahel ning sama ekspert parandab need üle.
04
Süsteem ei otsusta
Süsteem on olemas, kuid registreerib ainult tulemusi. Raske osa toimub endiselt väljaspool süsteemi.
Vastus ei ole ainult parem ekraan. See on mudel, mis suudab otsustada ja selgitada.
Käsitleme neid vooge matemaatiliste süsteemidena: modelleerime otsuse, testime piiranguid, selgitame tulemust ja ehitame operatiivse UI selle loogika ümber.
Ärireeglitest süsteemimudelini
Kui otsused korduvad, vajab süsteem matemaatilist kihti.
Finite Field ei alusta ekraanide nimekirjast. Kõigepealt jagame välitöö otsused muutujateks, piiranguteks, eesmärkideks ja selgitusnõueteks.
Muutujad
Töötajad, külastused, masinad, tellimused, sõidukid, ajavahemikud, oskused, maht ja kuupäevad muutuvad selgeteks andmeteks.
Piirangud
Oskused, tähtajad, asukohad, koormuspiirid, prioriteedid, mitte-saadaval ajad ja ärilised erandid kirjutatakse reegliteks.
Eesmärgid
Vähendada sõitu, tasakaalustada tööd, parandada eelistuste sobivust, kaitsta tähtaegu või teha kompromissid nähtavaks.
Me ei alusta ekraaniloendist. Määratleme otsustusmuutujad, piirangud, eesmärgid ja selgitusnõuded ning muudame need kasutatavaks tooteks.
Interaktiivne määramise demo
Pruebe cómo cambia un horario con muchas reglas cuando se convierte en un modelo matemático.
La demo del navegador es explicativa. No envía sus datos fuera de esta página.
Planificador de visitas
Cambie el objetivo y ejecute el planificador.
Plan manual: dos restricciones requieren corrección
Ejemplo: 9 visitas / 5 trabajadores
Lahendusvaldkonnad
Ehitame otsuse, mitte üldise ekraanikategooria ümber.
Keskendume iga päev ümber tehtavale planeerimisele: vahetused, külastused, lähetamine, tootmisetapid ja määramised.
Graafikud
Vahetuste ja mehituse optimeerimine
Muuda oskused, ajavahemikud, puhkusereeglid ja õiglus ülevaadatavaks graafikuks.
Välitöö
Külastuste ja marsruutide planeerimine
Määra külastused ja välitöö, arvestades sõitu, oskusi, eelistusi ja ajaknaid.
Marsruudid
Sõidukite ja tarnete planeerimine
Planeeri sõidukid, tarned ja peatused mahu, järjekorra ja teeninduspiirangute all.
Sobitamine
Määramise ja sobitamise süsteemid
Sobita inimesi, juhtumeid, tellimusi või ressursse selgitatavate prioriteetide ja eranditega.
Tarneprotsess
Kõigepealt mudel, siis prototüüp, tootmine alles pärast sobivuse selgumist.
Hoiame esimese sammu piisavalt kitsana, et mudel enne tootmissüsteemi valideerida.
01
Inventari reeglid ja andmed
Kogu praegused tabelid, reeglid, näited ja erandid ning leia, kus otsused tegelikult sünnivad.
02
Ehita mudel
Muuda töövoog muutujateks, piiranguteks, eesmärkideks ja ülevaadatavateks selgitusnõueteks.
03
Prototüübi operatsioon
Loo mudeli ümber väike liides, et operaatorid saaksid voogu proovida ja puuduvaid reegleid leida.
04
Planeeri tootearendus
Otsusta tootmisulatus alles siis, kui andmed, mudel, kasutatavus ja riskid on nähtavad.
Esimene samm
Alusta väikselt, siis otsusta täissüsteemi ehitamine.
Ebakindlate töövoogude puhul alustame kitsast prototüübist: modelleerime reeglid, loome väikese UI ja kontrollime, kas loogika väärib tootearendust.
Prototüüp alates ¥298 000
Prototüüp selgitab teostatavust ja ulatust. See ei taga äritulemusi.
Reeglite ja andmete inventuur
Väike optimeerimis- või sobitusmudel
Katsutav töövoo prototüüp
Järgmise ulatuse ettepanek riskide ja eeldustega
Uurimistööst tooteks
Modelleeri, kontrolli, käita
NPA
Verifitseerimine
Tooted
Math Lab
Hoiame uurimistööd rakenduse lähedal.
Labor seob matemaatilise modelleerimise, tõestuspõhise mõtlemise ja tarkvara tarnimise. Avaleht tutvustab suunda ja juhib tehnilised lugejad NPA ning seotud töö juurde.
Uurimissisu toetab inseneriotsust; see ei asenda tootmisvalideerimist ega formaalseid tõestusvahendeid.
Loe NPA kohtaPeagi saadavalKKK
Levinud küsimused enne esimest konsultatsiooni
Vastused meeskondadele, kes kaaluvad, kas operatiivsed otsused peaksid muutuma tarkvaraks.
Millist tööd saab muuta matemaatiliseks süsteemiks?
Graafikud, määramine, marsruudid, sobitamine, tootmisplaneerimine ja muud paljude piirangutega vood sobivad hästi. Enne ehitamise otsust muudame ärireeglid väikeseks mudeliks.
Kas garanteerite äritulemusi?
Ei. Prototüüp ja demo selgitavad teostatavat loogikat, andmenõudeid ja kasutajakogemust. Need ei garanteeri kulude vähenemist, müügikasvu ega muid äritulemusi.
Kas saame alustada enne kõigi nõuete kinnitamist?
Jah. Hoiame esimese sammu tavaliselt väikese: andmekontroll, reeglite korrastamine ja katsutav prototüüp. Tootearendus algab, kui mudel ja tööviis sobivad.
Too reeglirohked otsused selgitatavasse, testitavasse ja kasutatavasse süsteemi.
Alusta väikese mudeli ja katsutava prototüübiga. Eraldame, mida automatiseerida ja mis peab jääma inimese otsuseks.