Deck (RU)

Slide 1. Title

NOALYUT
Infrastructure Trust Layer (Platform) for Verifiable Work Events

Evidence → Closure → Dispute. Portable. Auditable. Human‑first.

Slide 2. Core problem

• Факты работы фиксируются в чатах/Excel/бумаге
• Нет связки «факт ↔ доказательство»
• Правки делаются «тихо»
• Закрытие дня/периода затягивается
• В споре и проверке нет доказательной базы

Slide 3. Root cause

Проблема обычно не в людях, а в отсутствии простого процесса: зафиксировали → подтвердили → закрыли.

Без закрытия факты остаются «обсуждаемыми» бесконечно.

Slide 4. Why now

• Растёт ответственность, проверки, штрафы
• Платформы приучают рынок: «всё становится событиями»
• Физический труд всё ещё живёт на Excel+чатах

Slide 5. What NOALYUT is

NOALYUT — слой проверяемых фактов физической работы.

• Не наблюдение и не микроменеджмент
• Не замена ERP/payroll
• Да: факты + доказательства + закрытие + прозрачные правки + споры

Slide 6. Daily flow (MVP)

1. Утро: roster (кто вышел) + опционально фото/подтверждение
2. Вечер: часы (только по roster)
3. Закрытие: day_closed по правилам

Slide 7. Principle 1 — Append‑only

Записи не затираются. Если ошибка — добавляется корректировка (patch), история сохраняется.

Это критично для доверия, аудита и юридической защиты.

Slide 8. Principle 2 — Closure Gate

Закрытие — это переход состояния, а не галочка.

• Нет обязательных фактов/доказательств → нельзя закрыть
• Нет нужных подтверждений ролей → нельзя закрыть

Slide 9. Principle 3 — Dispute as object

Спор — не чат. Это объект:

• предмет (scope)
• доказательства
• роли
• статус
• решение

Slide 10. Data moat

Ценность не в объёме, а в закрытых фактах:

• есть day_closed
• видны patch‑правки
• видны disputes
• правила зафиксированы во времени

Slide 11. Platform logic

Мы не конкурируем с Zoom/ERP «вверху».

NOALYUT — нижний слой доверия, на который могут опираться любые интерфейсы и системы.

Slide 12. Business model

• Pilot: низкий вход (обмен «дисциплина данных ↔ цена»)
• Production: подписка + strict/compliance + интеграции
• Later: финтех/страхование на снижении риска

Slide 13. GTM

• Phase 1: Korea-first пилоты
• Phase 2: масштабирование в большие рынки (RU/IN/CN) через low‑friction
• Phase 3: стандарт + финансовый слой

Slide 14. Why big players won’t kill us

Большие платформы оптимизируют эффективность и коммуникации.

Мы оптимизируем доказуемость, закрытие, аудит — то, от чего они обычно уходят из‑за ответственности.

Slide 15. Ask

• Партнёр(ы) для пилота: 1–3 объекта на 2–4 недели
• Согласование минимальных правил (closure / patch / dispute)
• Базовые метрики «до/после»