01
Ручныя планы пастаянна ламаюцца
Чалавек кожны раз перабудоўвае працу, калі змяняецца змена, візіт, дастаўка або заказ.
Finite Field
Дыягностыка за 30 с
Гэта старонка пакуль недаступная на гэтай мове.
Інжынерыя матэматычных сістэм
Для планаў, якія людзі перабудоўваюць штодня, няхай плануе сістэма
Змены, графікі візітаў, дыспетчарызацыя, вытворчыя этапы і прызначэнні персаналу. Мы ператвараем складаныя рашэнні, якія залежаць ад Excel і досведу аператараў, у матэматычныя мадэлі, а потым рэалізуем іх як практычныя вэб- і мабільныя сістэмы для палявой працы.
Прататып ужо за два тыдні
Web, iOS і Android
Пабудавана вакол правілаў канкрэтнай пляцоўкі
Рашальнік абмежаванняў
Аптымізавана · 0.38s
Графік візітаў / 20 чэрвеня
Прататып ужо за два тыдні
Aoki
Ito
Sato
Hayashi
09:00
V-012Поўнач / Догляд
V-008Усход / Рэабілітацыя
11:00
V-003Цэнтр / Псіхалагічная падтрымка
V-021Захад / Догляд за дзецьмі
13:00
V-017Поўнач / Рэабілітацыя
V-026Поўдзень / Псіхалагічная падтрымка
Праблемы абмежаванняў
0
Агульныя паездкі
84 хв
Узровень прызначэння
100%
min Σ cᵢxᵢ + λΣ vⱼ
s.t. Ax ≤ b
Праблемы, якія мы вырашаем
ГрафікіХутка
Палявая працаХутка
МаршрутызацыяХутка
ПадборХутка
Праблемы, якія мы вырашаем
Калі праца перапоўненая абмежаваннямі, звычайная распрацоўка сістэмы прапускае галоўнае.
Finite Field працуе з аперацыямі, якія занадта насычаныя правіламі для простай сістэмы форм і занадта спецыфічныя для тыповага SaaS-прадукту.
02
Правілы цяжка ўбачыць
Правілы па навыках, ёмістасці, месцы, тэрміне і прыярытэтах існуюць, але яны раскіданыя па табліцах і памяці людзей.
03
Эксперты паглынаюць складанасць
Тыя самыя даныя капіруюцца паміж Excel, чатам і сістэмамі, а потым той самы эксперт іх выпраўляе.
04
Сістэма не прымае рашэнняў
Сістэма існуе, але толькі запісвае вынікі. Самая складаная частка ўсё яшчэ адбываецца па-за сістэмай.
Адказ — не проста прыгажэйшы экран. Гэта мадэль, якая можа вырашаць і тлумачыць.
Мы разглядаем гэта як матэматычныя сістэмы: мадэлюем рашэнне, правяраем абмежаванні, тлумачым вынік і будуем аперацыйны інтэрфейс вакол гэтай логікі.
Ад бізнес-правілаў да мадэлі сістэмы
Калі рашэнні паўтараюцца, сістэме патрэбны матэматычны слой.
Finite Field не пачынае са спіса экранаў. Спачатку мы разбіваем палявыя рашэнні на зменныя, абмежаванні, мэты і патрабаванні да тлумачэння, а потым праектуем сістэму.
Зменныя
Работнікі, візіты, машыны, заказы, транспарт, часавыя вокны, навыкі, ёмістасць і даты становяцца выразнымі данымі.
Абмежаванні
Навыкі, тэрміны, лакацыі, межы нагрузкі, прыярытэты, недаступны час і бізнес-выключэнні запісваюцца як правілы.
Мэты
Скараціць паездкі, збалансаваць працу, палепшыць адпаведнасць перавагам, абараніць тэрміны або зрабіць кампрамісы бачнымі для аператараў.
Мы не пачынаем са спіса экранаў. Спачатку вызначаем зменныя рашэнняў, абмежаванні, мэты і патрабаванні да тлумачэння, а потым ператвараем гэта ў прадукт, якім людзі могуць карыстацца.
Інтэрактыўнае дэма прызначэння
Паспрабуйце, як расклад з мноствам правіл змяняецца, калі становіцца матэматычнай мадэллю.
Дэма ў браўзеры служыць для тлумачэння. Яно не адпраўляе вашы даныя па-за гэтую старонку.
Планавальнік візітаў
Змяніце мэту і запусціце планавальнік.
Ручны план: два абмежаванні патрабуюць карэкцыі
Прыклад: 9 візітаў / 5 супрацоўнікаў
Сферы рашэнняў
Мы будуем вакол рашэння, а не вакол тыповай катэгорыі экранаў.
Мы засяроджваемся на планаванні, якое перабудоўваецца штодня: змены, візіты, дыспетчарызацыя, вытворчыя этапы і прызначэнні персаналу.
Графікі
Аптымізацыя змен і персаналу
Ператварыце навыкі, часавыя вокны, правілы адпачынку і справядлівасць у графік, які можна праверыць.
Палявая праца
Графікі візітаў і маршрутаў
Прызначайце візіты і палявыя работы з улікам паездак, адпаведнасці навыкаў, пажаданых работнікаў і часавых вокнаў.
Маршрутызацыя
Маршрутызацыя транспарту і планаванне даставак
Плануйце транспарт, дастаўкі і прыпынкі з улікам ёмістасці, паслядоўнасці і сэрвісных абмежаванняў.
Падбор
Сістэмы прызначэння і падбору
Падбірайце людзей, справы, заказы або рэсурсы з тлумачальнымі прыярытэтамі і выключэннямі.
Працэс пастаўкі
Спачатку мадэль, потым прататып, вытворчасць — толькі пасля яснай адпаведнасці.
Мы трымаем першы крок дастаткова вузкім, каб праверыць мадэль перад пераходам да вытворчай сістэмы.
01
Інвентарызаваць правілы і даныя
Збіраем цяперашнія табліцы, правілы, прыклады і выключэнні, а потым вызначаем, дзе насамрэч прымаюцца рашэнні.
02
Пабудаваць мадэль
Ператвараем працоўны працэс у зменныя, абмежаванні, мэты і патрабаванні да тлумачэння, якія можна разгледзець.
03
Прататыпаваць аперацыю
Ствараем невялікі інтэрфейс вакол мадэлі, каб аператары маглі дакрануцца да працэсу і знайсці адсутныя правілы.
04
Спланаваць вытворчую распрацоўку
Вызначаем вытворчы абсяг толькі пасля таго, як даныя, мадэль, зручнасць і рызыковыя дапушчэнні становяцца бачнымі.
Першы крок
Пачніце з малога, а потым вырашыце, ці будаваць поўную сістэму.
Для няпэўных працоўных працэсаў мы пачынаем з вузкага прататыпа: мадэлюем правілы, будуем невялікі інтэрфейс і правяраем, ці вартая логіка вытворчай распрацоўкі.
Прататып ад ¥298,000
Прататып удакладняе здзяйсняльнасць і абсяг. Ён не гарантуе бізнес-эфектаў.
Інвентарызацыя правілаў і даных
Невялікая мадэль аптымізацыі або падбору
Прататып працоўнага працэсу для ўзаемадзеяння
Прапанова наступнага абсягу з рызыкамі і дапушчэннямі
Ад даследавання да прадукту
Мадэляваць, правяраць, эксплуатаваць
NPA
Праверка
Прадукты
Math Lab
Мы трымаем даследаванні блізка да рэалізацыі.
Лабараторыя злучае матэматычнае мадэляванне, мысленне, арыентаванае на доказ, і пастаўку праграмнага забеспячэння. Галоўная старонка ўводзіць кірунак і накіроўвае тэхнічных чытачоў да NPA і звязаных работ.
Даследчы кантэнт падтрымлівае інжынернае меркаванне; ён не замяняе вытворчую праверку або фармальныя інструменты доказу.
Чытаць пра NPAХуткаFAQ
Частыя пытанні перад першай кансультацыяй
Адказы напісаныя для каманд, якія разглядаюць ператварэнне аперацыйных рашэнняў у праграмнае забеспячэнне.
Якую працу можна ператварыць у матэматычную сістэму?
Планаванне, прызначэнне, маршрутызацыя, падбор, вытворчае планаванне і іншыя працоўныя працэсы з многімі абмежаваннямі добра падыходзяць. Спачатку мы ператвараем бізнес-правілы ў невялікую мадэль, а ўжо потым вырашаем, што будаваць.
Ці гарантуеце вы бізнес-вынікі?
Не. Прататып і дэма ўдакладняюць магчымую логіку, патрабаванні да даных і карыстальніцкі досвед. Яны не гарантуюць зніжэння выдаткаў, росту продажаў або іншых бізнес-вынікаў.
Ці можна пачаць да фіксацыі ўсіх патрабаванняў?
Так. Звычайна першы крок застаецца невялікім: праверка даных, упарадкаванне правілаў і прататып, з якім можна ўзаемадзейнічаць. Поўная вытворчая распрацоўка пачынаецца пасля таго, як мадэль і аперацыйная адпаведнасць становяцца яснымі.
Перанясіце рашэнні з вялікай колькасцю правілаў у сістэму, якую можна тлумачыць, тэставаць і эксплуатаваць.
Пачніце з невялікай мадэлі і прататыпа, з якім можна ўзаемадзейнічаць. Мы аддзелім тое, што варта аўтаматызаваць, ад таго, што павінна застацца чалавечым меркаваннем.