Investor Memo (RU)

NDA Memo (≈5–7 pages). Use: investor / partner / grant conversations.

1. Коротко: что такое NOALYUT

NOALYUT — Infrastructure Trust Layer (Platform) для проверяемых фактов работы в физическом мире.

Мы превращаем «слова/чаты/Excel» в структуру: Event → Evidence → Closure → Dispute. Мы не следим за людьми в реальном времени и не заменяем ERP/payroll. Мы делаем так, чтобы факт можно было закрыть по правилам и доказать в споре или проверке.

2. Проблема рынка

• Факты труда фиксируются разрозненно (чат/Excel/бумага/фото).
• Доказательства часто существуют отдельно от фактов или отсутствуют.
• Правки происходят «задним числом» и снижают доверие.
• Дни и периоды закрываются поздно, растёт ручная сверка.
• В споре нет «официальной версии» и цепочки ответственности.

Самое дорогое здесь — не ввод данных. Самое дорогое — конфликты, простои, проверки и риск ответственности.

3. Почему “все становятся платформами” — это плюс для NOALYUT

Zoom и подобные системы превращают интеллектуальную работу в события. Но физический труд по‑прежнему остаётся без нижнего слоя доверия.

NOALYUT — ниже “верхних” платформ. Мы не конкурируем за интерфейс. Мы создаём «точку истины» для фактов, которую могут использовать и ERP, и подрядчики, и заказчики, и страховые/аудит.

4. Архитектурная логика (простыми словами)

4.1 Append‑only

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

4.2 Closure Gate

Закрытие — это отдельное состояние. Нельзя “считать закрытым”, если не выполнены правила (обязательные факты/доказательства/подписи ролей).

4.3 Dispute как объект

Спор оформляется структурно: предмет, доказательства, участники, статус и решение — вместо чата.

5. MVP (что делаем в первую очередь)

MVP‑1 (первый релиз):

1. Утро: roster (кто вышел) + опционально фото
2. Вечер: часы (только по roster)
3. Закрытие дня: day_closed по правилам
4. Patch‑события (корректировки без переписывания)
5. Dispute‑объект (если спор)
6. Экспорт: CSV / PDF / JPG “как бумага”
7. Audit log

MVP‑2: voice‑to‑hours и расширение RBAC/интеграций — после того, как «скелет ходит».

6. Пилотный дизайн (как измеряем эффект)

Схема: 7 дней baseline “как сейчас” → 2–4 недели с NOALYUT.

4 ключевые метрики:

• % закрытых дней
• median time‑to‑close
• patch rate
• dispute rate + median time‑to‑resolve

В дополнение: время на “вечерний Excel”, число конфликтов, скорость закрытия периода.

7. Безопасность и юридическая защищённость (аккуратно)

Мы не обещаем “магический контроль”. Безопасность зависит от поведения людей и условий работы.

Но мы можем обеспечить главное: доказуемый след процедур (например, TBM/инструктажи/подписи), чтобы компания и “Ответственные” могли подтвердить, что они выполняли обязательные действия и предупреждали риски.

Это особенно важно там, где проверка требует документов “как бумага”, но нужен цифровой след без “тихих правок”.

8. Стратегия масштаба (RU / IN / CN)

В больших рынках чек может быть маленьким. Это нормально, если слой становится стандартом.

• Дешёвый вход → быстрый охват
• Платные режимы: strict/compliance, интеграции, контрподпись “Ответственного”, SLA
• Данные становятся активом только при дисциплине закрытия

9. Открытость / стандарт (поэтапно)

Чтобы стать стандартом, не обязательно раскрывать всё сразу.

Рациональная модель: сначала рыночная фора (2–3 года), затем поэтапное раскрытие спецификации/совместимости, чтобы экосистема росла вокруг “слоя доверия”.

10. Что мы просим у партнёра

• Пилот 1–3 объекта на 2–4 недели
• Согласование минимальных правил (closure/patch/dispute)
• Доступ к baseline “как сейчас” (время сверки, споры, задержки закрытия)
• Определение ролей и доступа (конфиденциальность субподрядчиков)