A week, not years
1
week: an engineer with AI builds and tests your system6–24
months to implement a classic ERP1
day for any change after launch15+
years of platform engineering behind it
An engineer and AI build it. In a week.
A business analyst turns your processes into a PRD. From it our engineer, working with AI on our own platform, builds and tests the system in one week — and after launch makes any change within a day.
You describe the business, not the schema.
“Procurement with a three-step approval and a budget check” is enough to start: the analyst writes it down, the engineer and AI build it.
Tested before you see it.
Testing is part of the same week: what reaches you already works on your own scenarios.
Every change on the record.
Whoever makes a change — a person or AI — it lands in the same audit trail: who, when and what.
Enterprise solutions on one foundation
Every one of them is the same core with different business logic plugged in — so they share a data model, a security model and one audit trail.
Dokie Platform
The no-code core: a visual workflow designer on BPMN 2.0, dynamic forms, rules, a content model you own — and MCP, so your AI can build in it too.
ERP
Procurement, stock, production and finance — configured to how you actually work, not to how a vendor decided.
HR Management
Hiring, onboarding, leave and appraisals — every step recorded, every approval attributable.
Back Office
Incoming documents, registers and internal approvals — the paperwork nobody sells software for.
Government
Public-facing services with the audit trail, retention and role separation a regulator expects.
Tell us if this sounds about right
It is not a technology problem. It is a distance problem — between the people who know how the work should run and the people allowed to change the software.
A new field is a four-week ticket.
Everyone knows what it should be called. Nobody can add it.
The approval chain is hard-coded.
Changing who signs off needs a release.
Ten systems, no single truth.
Every report starts with an export.
The rules live in three places.
A spreadsheet, some Java, and one person's memory.
Audit season means screenshots.
Three weeks of proving what happened, by hand.
Forms that think for themselves
A field appears when it is relevant, validates against your own rules and prefills from the record you picked. All of it configured, none of it written.
- Conditional fields Show, hide, require or lock a field from a rule instead of a rewrite.
- Validation you can read 51 templates plus your own expressions, each with the message the user actually sees.
- Pick once, prefill everything Name an existing record and the whole document loads — header and lines.
One platform, every industry
The core knows nothing about your domain. It orchestrates whatever business logic you add — which is exactly why it fits sectors that were never a product category.
We build it, then we stay
Development is where the work starts, not where it ends. After go-live the same team runs your system under full support: changes, new processes, updates and answers from the engineers who built it.
A PRD first.
A business analyst writes your processes down before anything is built.
Full support after launch.
Any change within a day, by the team that built the system.
Cloud or on-premise, your call.
The same build runs in both.
Every action, attributable, forever
Who changed what, when, from which value to which, and under whose authority. Not a log file — a queryable record that survives the person who made it.
- Immutable by design Records are appended, never edited.
- Four-eyes where it matters The author of a record cannot approve it.
- Exportable for the regulator A period, a person or a document, in one click.
Built for people who make things
A chocolate maker and a garment factory, both in Armenia — each with a system built around its own production on our platform. Here is what their owners say.
Our production used to live on paper and in people's heads. DevSegment turned our brief into a working system in less than a week: recipes with approvals, raw-material intake with quality checks, stock by lot, production orders and the real cost of every batch. Now any box of ChocoYan can be traced back to the exact fruit and chocolate that went into it — and the system speaks Armenian, Russian and English.
In garment production the margin is in the fabric: every roll, every cuff and every button has to land on the right order. DevSegment built our ERP around exactly that. Each material is tied to a specific order line, so the same polo sewn for two schools carries two honest costs, and everything sent to the cutting room is accounted for. We saw the first version the day after we sent our brief.
The things people ask first
Is this really no-code, or no-code until it isn't?
Screens, forms, routes and most rules are configuration. When a rule genuinely needs code, it is a Groovy snippet inside the project — versioned with it, not a separate codebase you have to deploy.
Can an AI actually build our processes?
It can build in the designer, through MCP — entities, forms, BPMN routes and rules, as a user of your project with the roles you granted. There is no chat window inside the product: you point your own assistant at it, read what it made in the designer, and change anything you disagree with.
What happens to our data?
Each project gets its own database schema. On-premise it never leaves your network; in the cloud it is yours to export in full, as a single archive, at any time.
How long until something real is running?
One week: an engineer working with AI builds and tests your system. A classic ERP takes six months to two years.
Who makes the changes after launch?
We do, under full support: our engineer, working with AI, makes any change within a day — new processes, changed rules, new reports.
Can it talk to the systems we already have?
Yes — REST in and out, scheduled jobs, database sources and message queues. An existing schema can be wired up without moving the data.
Bring us your worst process
Thirty minutes, your own workflow on the screen, and an honest answer about whether this fits.
Неделя, а не годы
1
неделя: инженер с ИИ разрабатывает и тестирует вашу систему6–24
месяцев — внедрение классической ERP1
день на любое изменение после запуска15+
лет инженерии платформы за этим
Строят инженер и ИИ. За неделю.
Бизнес-аналитик превращает ваши процессы в PRD. По нему наш инженер вместе с ИИ на нашей платформе разрабатывает и тестирует систему за одну неделю, а после запуска вносит любое изменение за день.
Вы описываете бизнес, а не схему.
«Закупка с тремя согласованиями и проверкой бюджета» — этого достаточно для начала: аналитик фиксирует, инженер с ИИ строят.
Протестировано до показа.
Тестирование входит в ту же неделю: к вам попадает то, что уже работает на ваших сценариях.
Каждое изменение — в аудите.
Кто бы ни внёс изменение — человек или ИИ, — оно попадает в тот же аудит: кто, когда и что.
Корпоративные решения на одном фундаменте
Каждое — это одно ядро с разной бизнес-логикой: общая модель данных, общая безопасность, один аудит.
Платформа Dokie
No-code ядро: визуальный конструктор процессов на BPMN 2.0, динамические формы, правила, своя модель контента — и MCP, чтобы в нём работал и ваш ИИ.
ERP
Закупки, склад, производство и финансы — под то, как вы реально работаете, а не как решил вендор.
CRM
Воронка, коммерческие предложения и обращения — с теми маршрутами согласования, которые у вас есть.
Управление персоналом
Найм, адаптация, отпуска и оценка — каждый шаг зафиксирован, каждое согласование именное.
Бэк-офис
Входящие документы, реестры и внутренние согласования — та бумажная работа, под которую софт не продают.
Скажите, если узнаёте себя
Это не проблема технологий. Это расстояние — между теми, кто знает, как должна идти работа, и теми, кому разрешено менять софт.
Новое поле — задача на четыре недели.
Все знают, как его назвать. Добавить не может никто.
Маршрут согласования зашит в код.
Сменить подписанта — это релиз.
Десять систем, ни одной правды.
Любой отчёт начинается с выгрузки.
Правила живут в трёх местах.
Таблица, немного Java и чья-то память.
Аудит — это скриншоты.
Три недели ручных доказательств.
Формы, которые думают сами
Поле появляется, когда оно нужно, проверяется вашими же правилами и подставляется из выбранной записи. Всё настраивается, ничего не пишется.
- Условные поля Показать, скрыть, сделать обязательным или заблокировать — правилом, а не переписыванием.
- Проверки, которые читаются 51 шаблон плюс свои выражения, у каждого — сообщение, которое видит пользователь.
- Выбрал один раз — заполнилось всё Назовите существующую запись, и документ загрузится целиком — шапка и строки.
Одна платформа, любая отрасль
Ядро ничего не знает о вашей отрасли. Оно оркестрирует ту логику, которую вы добавили, — поэтому и подходит там, где отраслевого продукта просто нет.
Разрабатываем — и остаёмся с вами
Разработка — это начало работы, а не её конец. После запуска та же команда ведёт вашу систему на полном сопровождении: изменения, новые процессы, обновления и ответы от инженеров, которые её строили.
Сначала PRD.
Бизнес-аналитик описывает ваши процессы до начала разработки.
Полное сопровождение после запуска.
Любое изменение — за день, силами команды, которая строила систему.
Облако или on-premise — ваш выбор.
Одна и та же сборка работает в обоих.
Каждое действие — именное и навсегда
Кто что изменил, когда, с какого значения на какое и по чьему праву. Не лог-файл, а запрашиваемая запись, которая переживёт автора.
- Неизменяемый по устройству Записи добавляются, но не правятся.
- «Четыре глаза» там, где нужно Автор записи не может её согласовать.
- Выгружается для регулятора Период, человек или документ — в один клик.
Для тех, кто производит
Шоколадное производство и швейная фабрика из Армении — у каждого своя система, построенная вокруг их собственного производства на нашей платформе. Вот что говорят их владельцы.
Раньше наше производство жило на бумаге и в головах у людей. DevSegment меньше чем за неделю превратил наше ТЗ в работающую систему: рецептуры с согласованием, приёмка сырья с входным контролем, склад по лотам, производственные заказы и реальная себестоимость каждой партии. Теперь любую коробку ChocoYan можно проследить до конкретных фруктов и шоколада, из которых она сделана, — а сама система говорит на армянском, русском и английском.
В швейном производстве маржа — в ткани: каждый рулон, каждая манжета и каждая пуговица должны попасть на свой заказ. DevSegment построил нашу ERP именно вокруг этого. Каждый материал привязан к конкретной строке заказа, поэтому одно и то же поло, сшитое для двух школ, имеет две честные себестоимости, а всё, что ушло в раскрой, учтено. Первую версию мы увидели на следующий день после того, как отправили ТЗ.
О чём спрашивают первым делом
Это правда no-code или no-code до первой сложности?
Экраны, формы, маршруты и большинство правил — это настройка. Когда правилу действительно нужен код, это Groovy-фрагмент внутри проекта: он версионируется вместе с ним, а не отдельной кодовой базой.
ИИ правда может собрать наши процессы?
Может — в конструкторе, через MCP: сущности, формы, маршруты BPMN и правила, как пользователь вашего проекта с выданными ролями. Отдельного чата внутри продукта нет: вы подключаете своего ассистента, смотрите результат в конструкторе и правите всё, с чем не согласны.
Что происходит с нашими данными?
У каждого проекта своя схема в базе. On-premise данные не покидают вашу сеть; в облаке вы в любой момент выгружаете их целиком одним архивом.
Сколько до первого работающего результата?
Одна неделя: инженер вместе с ИИ разрабатывает и тестирует вашу систему. Классическая ERP внедряется от полугода до двух лет.
Кто вносит изменения после запуска?
Мы — в рамках полного сопровождения: наш инженер вместе с ИИ вносит любое изменение за день — новые процессы, изменённые правила, новые отчёты.
Она подружится с тем, что у нас уже есть?
Да — REST в обе стороны, планировщики, источники данных и очереди. Существующую схему можно подключить, не перенося данные.
Принесите нам самый тяжёлый процесс
Тридцать минут, ваш собственный процесс на экране и честный ответ — подходит это вам или нет.
Մեկ շաբաթ, ոչ թե տարիներ
1
շաբաթ՝ ինժեները ԱԻ-ի հետ մշակում և թեստավորում է ձեր համակարգը6–24
ամիս՝ դասական ERP-ի ներդրում1
օր՝ ցանկացած փոփոխության համար գործարկումից հետո15+
տարվա հարթակային ինժեներիա
Կառուցում են ինժեները և ԱԻ-ն։ Մեկ շաբաթում։
Բիզնես վերլուծաբանը ձեր գործընթացները վերածում է PRD-ի։ Դրա հիման վրա մեր ինժեները ԱԻ-ի հետ մեր հարթակում մշակում և թեստավորում է համակարգը մեկ շաբաթում, իսկ գործարկումից հետո ցանկացած փոփոխություն կատարում է մեկ օրում։
Դուք նկարագրում եք բիզնեսը, ոչ թե սխեման։
«Գնում երեք հաստատումով և բյուջեի ստուգումով»՝ սա բավական է սկսելու համար․ վերլուծաբանը գրանցում է, ինժեները ԱԻ-ի հետ կառուցում է։
Թեստավորված է՝ նախքան ցույց տալը։
Թեստավորումը նույն շաբաթվա մեջ է․ ձեզ է հասնում այն, ինչ արդեն աշխատում է ձեր սցենարներով։
Յուրաքանչյուր փոփոխություն՝ աուդիտում։
Ով էլ կատարի փոփոխությունը՝ մարդ թե ԱԻ, այն ընկնում է նույն աուդիտում՝ ով, երբ և ինչ։
Կորպորատիվ լուծումներ մեկ հիմքի վրա
Յուրաքանչյուրը նույն միջուկն է՝ տարբեր բիզնես տրամաբանությամբ. ընդհանուր տվյալների մոդել, անվտանգություն և աուդիտ։
Dokie հարթակ
No-code միջուկ՝ BPMN 2.0 կոնստրուկտոր, դինամիկ ձևեր, կանոններ, սեփական մոդել և MCP՝ ձեր ԱԻ-ի համար։
Ասեք, եթե ճանաչում եք ձեզ
Սա տեխնոլոգիայի խնդիր չէ։ Սա հեռավորություն է՝ նրանց միջև, ովքեր գիտեն, և նրանց, ում թույլատրված է փոխել։
Նոր դաշտը՝ չորս շաբաթվա առաջադրանք։
Բոլորը գիտեն անունը։ Ավելացնել ոչ ոք չի կարող։
Հաստատման երթուղին կոդի մեջ է։
Ստորագրողին փոխելը թողարկում է պահանջում։
Տասը համակարգ, ոչ մի ճշմարտություն։
Ամեն հաշվետվություն սկսվում է արտահանումից։
Կանոնները ապրում են երեք տեղ։
Աղյուսակ, մի քիչ Java և մեկի հիշողություն։
Աուդիտը՝ սքրինշոթներ է։
Երեք շաբաթ ձեռքով ապացուցելու։
Ձևեր, որոնք մտածում են իրենք
Դաշտը հայտնվում է, երբ պետք է, ստուգվում ձեր կանոններով և լրացվում ընտրված գրառումից։
- Պայմանական դաշտեր Ցույց տալ, թաքցնել կամ կողպել՝ կանոնով, ոչ թե վերաշարադրմամբ։
- Ստուգումներ, որոնք կարդացվում են 51 ձևանմուշ և ձեր արտահայտությունները՝ իրենց հաղորդագրություններով։
- Ընտրեք մեկ անգամ՝ լրացվում է ամենը Նշեք գրառումը, և փաստաթուղթը բեռնվում է ամբողջությամբ։
Մեկ հարթակ, ցանկացած ոլորտ
Միջուկը ձեր ոլորտի մասին ոչինչ չգիտի։ Այն կառավարում է ձեր ավելացրած տրամաբանությունը։
Մշակում ենք և մնում ենք ձեզ հետ
Մշակումը աշխատանքի սկիզբն է, ոչ թե ավարտը։ Գործարկումից հետո նույն թիմը վարում է ձեր համակարգը լիարժեք սպասարկմամբ՝ փոփոխություններ, նոր գործընթացներ, թարմացումներ և պատասխաններ այն ինժեներներից, ովքեր կառուցել են այն։
Սկզբում՝ PRD։
Բիզնես վերլուծաբանը նկարագրում է ձեր գործընթացները՝ մինչև մշակումը սկսելը։
Լիարժեք սպասարկում գործարկումից հետո։
Ցանկացած փոփոխություն՝ մեկ օրում, համակարգը կառուցած թիմի ուժերով։
Ամպ կամ on-premise՝ ձեր ընտրությունը։
Նույն կառուցվածքն աշխատում է երկուսում էլ։
Ամեն գործողություն՝ անվանական և ընդմիշտ
Ով ինչ է փոխել, երբ, որ արժեքից որին և ում իրավունքով։ Ոչ թե լոգ, այլ հարցվող գրառում։
- Անփոփոխ ըստ կառուցվածքի Գրառումներն ավելանում են, չեն խմբագրվում։
- Չորս աչք այնտեղ, որտեղ պետք է Գրառման հեղինակը չի կարող հաստատել այն։
- Արտահանվում է կարգավորողի համար Ժամանակահատված, անձ կամ փաստաթուղթ՝ մեկ սեղմումով։
Նրանց համար, ովքեր արտադրում են
Շոկոլադի արտադրող և կարի ֆաբրիկա Հայաստանից՝ յուրաքանչյուրն իր արտադրության շուրջ կառուցված համակարգով մեր հարթակի վրա։ Ահա թե ինչ են ասում նրանց սեփականատերերը։
Առաջ մեր արտադրությունն ապրում էր թղթի վրա և մարդկանց գլխում։ DevSegment-ը մեկ շաբաթից էլ քիչ ժամանակում մեր տեխնիկական առաջադրանքը վերածեց աշխատող համակարգի՝ բաղադրատոմսեր՝ հաստատմամբ, հումքի ընդունում՝ մուտքային ստուգմամբ, պահեստ՝ ըստ լոտերի, արտադրական պատվերներ և յուրաքանչյուր խմբաքանակի իրական ինքնարժեքը։ Հիմա ChocoYan-ի ցանկացած տուփ կարելի է հետագծել մինչև այն կոնկրետ միրգն ու շոկոլադը, որոնցից այն պատրաստված է, իսկ համակարգն ինքը խոսում է հայերեն, ռուսերեն և անգլերեն։
Կարի արտադրության մեջ շահույթը կտորի մեջ է․ կտորի ամեն ռուլոն, ամեն մանժետ ու կոճակ պետք է հասնի իր պատվերին։ DevSegment-ը մեր ERP-ն կառուցեց հենց դրա շուրջ։ Յուրաքանչյուր նյութ կապված է պատվերի կոնկրետ տողի հետ, ուստի երկու դպրոցի համար կարված նույն պոլոն ունի երկու ազնիվ ինքնարժեք, իսկ ձևման արտադրամաս ուղարկված ամեն ինչ հաշվառված է։ Առաջին տարբերակը տեսանք տեխնիկական առաջադրանքն ուղարկելու հաջորդ օրը։
Ինչի մասին են հարցնում առաջինը
Սա իսկապե՞ս no-code է, թե՞ մինչև առաջին դժվարությունը
Էկրանները, ձևերը, երթուղիները և կանոնների մեծ մասը կարգավորում են։ Երբ կանոնին իսկապես կոդ է պետք, դա Groovy հատված է նախագծի ներսում։
ԱԻ-ն իսկապե՞ս կարող է հավաքել մեր գործընթացները
Կարող է՝ կոնստրուկտորում, MCP-ով՝ սուբյեկտներ, ձևեր, BPMN երթուղիներ և կանոններ, որպես ձեր նախագծի օգտվող։ Արտադրանքի ներսում չաթ չկա՝ դուք միացնում եք ձեր օգնականին և ուղղում եք այն, ինչի հետ համաձայն չեք։
Ի՞նչ է լինում մեր տվյալների հետ
Յուրաքանչյուր նախագիծ ունի իր սխեման։ On-premise տվյալները չեն լքում ձեր ցանցը, ամպում՝ ցանկացած պահի արտահանվում են մեկ արխիվով։
Որքա՞ն մինչև առաջին աշխատող արդյունքը
Մեկ շաբաթ՝ ինժեները ԱԻ-ի հետ մշակում և թեստավորում է ձեր համակարգը։ Դասական ERP-ն ներդրվում է կես տարուց մինչև երկու տարի։
Ո՞վ է փոփոխություններ անում գործարկումից հետո
Մենք՝ լիարժեք սպասարկման շրջանակում․ մեր ինժեները ԱԻ-ի հետ ցանկացած փոփոխություն կատարում է մեկ օրում՝ նոր գործընթացներ, փոփոխված կանոններ, նոր հաշվետվություններ։
Կաշխատի՞ արդեն եղածի հետ
Այո՝ REST երկու ուղղությամբ, ժամանակացույցեր, տվյալների աղբյուրներ և հերթեր։
Բերեք ձեր ամենածանր գործընթացը
Երեսուն րոպե, ձեր իսկ գործընթացը էկրանին և ազնիվ պատասխան։
