ÖKO Europe x Eidos Capital
Architecture cible
Présentation à Jan et Guillaume

Architecture cible du second cerveau ÖKO

Une infrastructure propriétaire, progressive et sécurisée pour connecter les outils, protéger les accès et augmenter les équipes sans rupture opérationnelle.

oko.boot
INITIALISATION...

[1] garder Shopify stable      OK
[2] cartographier les acces    OK
[3] creer la memoire OKO       RUN
[4] brancher les flux utiles   NEXT
[5] ouvrir les agents metier   NEXT

        +----------------+
        |   MEMOIRE OKO  |
        +--------+-------+
                 |
   +-------------+-------------+
   |                           |
[HUMAINS]                 [AGENTS IA]
droits reels              memes droits
validation                supervision
01 / 18
Pourquoi maintenant
Contexte
Le moment stratégique

La croissance rend la mémoire critique.

ÖKO accumule huit ans de décisions, d'historiques clients, d'échanges WhatsApp, de données SAV, de documents et de procédures. Cette richesse doit devenir un actif maîtrisé, pas rester dispersée dans des outils.

8

ans de savoir produit, client et opérationnel.

100k+

clients et prospects à mieux connaître et mieux servir.

25

personnes à protéger, former et équiper progressivement.

0

rupture souhaitée sur le commerce qui tourne déjà.

02 / 18
Principe directeur
Pas de big bang
Décision de bon sens

On ne remplace pas ce qui fait vendre. On construit la couche qui relie, protège et augmente.

Shopify reste le cœur

Ventes, commandes, paiements et e-commerce restent stables pendant le pilote.

Le serveur devient la mémoire

Le contexte, les procédures et les dossiers utiles appartiennent à ÖKO.

Les agents arrivent par étapes

Copilote d'abord, supervision ensuite, autonomie seulement après validation.

03 / 18
Question 1
Priorité de protection
À valider

Qu'est-ce qui doit être protégé en premier ?

Cette réponse permet de prioriser les droits, les backups, les accès admin et le premier périmètre du pilote.

04 / 18
Ce qu'on protège
Forteresse numérique
Le bijou ÖKO

La valeur n'est pas dans l'outil IA. Elle est dans le contexte propriétaire.

L'architecture cible transforme les traces dispersées en mémoire exploitable : retrouvable, gouvernée, portable et sauvegardée.

Accès Shopify et rôles employés
Historique clients et SAV
Décisions WhatsApp importantes
Documents Drive / Dropbox
Marge, banque, investisseurs
Procédures et savoir-faire métier
Comptabilité, factures, relances
Photos, vidéos, assets produit
05 / 18
Architecture
Vue d'ensemble
Matrix simple

De A à Z : les outils restent en place, la mémoire se construit, les assistants travaillent sous contrôle.

oko.system.map
A. SOURCES
   [Shopify] [Gmail] [Drive] [WhatsApp] [Compta]
        |        |       |        |          |
        +--------+-------+--------+----------+
                         |
B. CONNECTEURS           v
   n8n / API / exports -> [0 INBOX CONTROLEE]
                         |
C. MEMOIRE               v
   /Clients /SAV /Produits /Finance /Direction
                         |
D. DROITS                v
   Jan != SAV != Compta != Agent IA
                         |
E. ASSISTANTS            v
   Resumer / Preparer / Comparer / Alerter / Proposer
A. On ne casse rien

Shopify, Google et les outils actuels restent actifs pendant le pilote.

B. On capte proprement

Les flux arrivent dans une zone contrôlée avant classement.

C. On autorise

Chaque humain et chaque agent gardent le même périmètre de droits.

06 / 18
Serveur ÖKO
Pourquoi cette cible
Le socle

Pourquoi un serveur ÖKO plutôt qu'une plateforme fermée ?

Parce que la valeur stratégique doit rester récupérable : dossiers, historiques, procédures, droits et décisions. Le serveur sert de coffre, pas de gadget technique.

Posséder

ÖKO garde ses fichiers et peut changer d'outil plus tard.

Révoquer

Couper un utilisateur coupe aussi son agent et ses accès.

Mesurer

On démarre petit, puis on augmente seulement si l'usage le justifie.

oko.vault
/opt/oko-cerveau
|
+-- 0_INBOX/        <- arrivee controlee
+-- 1_METIERS/
|   +-- SAV/        <- equipe SAV + agent SAV
|   +-- Commercial/ <- equipe commerciale
|   +-- Compta/     <- comptabilite
|
+-- 2_DIRECTION/
|   +-- Strategique/  [JAN + GUILLAUME]
|   +-- Marges/       [VERROUILLE]
|
+-- 3_CLIENTS/      <- dossiers reconstruits
+-- 4_PRODUITS/     <- savoir produit
+-- 5_BACKUPS/      <- copie chiffree
07 / 18
Question 2
Pilote
Démarrer petit

Qui doit être dans le premier pilote ?

Le pilote doit être assez petit pour rester contrôlé, mais assez représentatif pour tester les droits, les usages et la simplicité.

08 / 18
Expérience utilisateur
Simple et fluide
Critère d'adoption

Pour les métiers, le moins de changement possible.

Le bureau virtuel est une option pour certains profils. Pour la majorité, la cible doit être plus simple : un portail métier, des boutons clairs, des réponses préparées et les outils existants qui restent en place.

Option simple

Un portail interne avec des actions métier.

Option avancée

Bureau virtuel seulement pour les profils qui en ont besoin.

user.interface
METIER = rester dans le flux habituel

[Shopify]  [Gmail]  [Drive]  [WhatsApp]
    |         |        |          |
    +---------+--------+----------+
              |
              v
      [Portail metier leger]
              |
    +---------+---------+---------+
    |                   |         |
[Resume dossier]  [Preparer mail] [Alerte]
    |                   |         |
    v                   v         v
humain valide      humain envoie  humain decide

Bureau virtuel = option avancee, pas passage oblige.
09 / 18
Droits et sécurité
Contrôle
Règle non négociable

Un agent n'a jamais plus de droits que l'humain qu'il assiste.

rights.matrix
+----------------------+--------------+-----------+----------+-----------+
| ZONE                 | JAN/GUILLAUME| TECH      | METIER   | AGENT IA  |
+----------------------+--------------+-----------+----------+-----------+
| Admin complet        | YES          | DELEGUE   | NO       | NO        |
| Shopify operationnel | YES          | ROLE      | ROLE     | = HUMAIN  |
| Marges / banque      | YES          | NO*       | NO       | NO        |
| Clients / SAV        | YES          | SUPPORT   | SAV      | = HUMAIN  |
| Revocation acces     | YES          | PROCEDURE | NO       | AUTO      |
+----------------------+--------------+-----------+----------+-----------+

* sauf decision explicite de Jan et Guillaume
OWNER

Jan + Guillaume

Gardent la main sur l'administration, les marges et les décisions sensibles.

BUILDER

Équipe IT

Met en place, documente et maintient sans ouvrir les coffres sensibles.

USER

Métiers

Accèdent seulement aux dossiers utiles à leur travail quotidien.

AGENT

IA

Prépare, résume et propose dans les mêmes limites que son humain.

10 / 18
Backup
Continuité
Plan anti-panique

La sécurité ne se résume pas à “on a un backup”.

Il faut savoir quoi sauvegarder, où le stocker, qui peut y accéder et comment restaurer si un compte, un serveur ou un dossier pose problème.

backup.loop
[Serveur vivant]
      |
      | chaque jour
      v
[Backup chiffre] ----> [Stockage externe]
      |                       |
      | chaque semaine        | test regulier
      v                       v
[Snapshot rapide]      [Restauration validee]

Objectif : ne pas seulement sauvegarder.
Objectif : savoir revenir en arriere.
11 / 18
Tokens IA
Coût maîtrisé
Ne pas brûler du cash

Chaque tâche n'a pas besoin du même niveau d'IA.

On route les demandes : modèle économique pour le simple, modèle plus fort pour le raisonnement, traitement plus strict pour le sensible. C'est comme choisir le bon véhicule selon le trajet.

ai.router
QUESTION UTILISATEUR
        |
        v
  [Routeur IA]
        |
        +-- mail simple ------> modele rapide      [$]
        +-- dossier client ---> modele fiable      [$$]
        +-- finance sensible -> provider strict    [SEC]
        +-- decision lourde --> modele premium     [+++]

Regle : payer la puissance seulement
quand la tache le justifie.
12 / 18
Budget
Scénarios
À valider ensemble

Commencer bas, mesurer, monter seulement si nécessaire.

Pilote

Jan + équipe projet

2 à 5 utilisateurs, validation architecture, premiers connecteurs.

50-90€

par mois estimé

Socle

10 à 15 utilisateurs

Premiers métiers, monitoring, sauvegarde renforcée, Cloudron optionnel.

90-150€

par mois estimé

Cible

25 personnes

Portail métier léger, agents par rôle, bureau virtuel seulement pour les profils avancés.

130-250€

par mois estimé

13 / 18
Question 3
Premier métier
Choix de valeur

Quel premier métier doit prouver la valeur ?

Le bon premier cas d'usage doit être utile, visible, supervisable et sans risque direct sur les ventes.

14 / 18
Déploiement
Roadmap
Trajectoire contrôlée

La cible se construit par vagues, pas par rupture.

Écouter

Comprendre le terrain, les irritants et les vrais gestes métier.

Cartographier

Voir les accès, les outils, les dossiers et les zones sensibles.

Protéger

Poser les droits, les backups et les règles d'administration.

Piloter

Démarrer avec Jan et une petite équipe de confiance.

Tester

Choisir un métier simple : SAV, compta ou direction.

Automatiser

Brancher les flux utiles avec validation humaine.

Étendre

Former, mesurer, ajuster, puis ouvrir par vagues.

15 / 18
Question 4
Décisions
Points à trancher

Qu'est-ce qu'on valide ensemble avant de lancer ?

Ces réponses permettront de préparer le pilote sans ambiguïté : budget, niveau de confort, personnes, sécurité et limites.

16 / 18
Décision proposée
Prochaine action
Recommandation

Valider un pilote léger, sécurisé et mesurable.

L'idée n'est pas de tout transformer d'un coup. On pose les fondations, on teste sur un vrai cas, puis on avance avec les retours du terrain.

1

Choisir les personnes du pilote et le premier périmètre.

Cadrer
2

Poser le serveur, les accès et les sauvegardes.

Sécuriser
3

Créer l'espace Jan et les premiers dossiers de mémoire.

Construire
4

Tester un cas concret avec validation humaine.

Prouver
17 / 18
Validation finale
Envoyer et copier
Dernière étape

Valide tes réponses, puis garde une copie.

Tu peux partager cette URL telle quelle avec ton équipe technique, ou me demander des suppressions, ajouts ou modifications. Dans ce cas, je te renverrai un nouveau lien par mail avant communication.

Si tu l'envoies à l'équipe, je pourrai ensuite te préparer une synthèse claire des réponses.

Idée en passant, à discuter. Un code parrainage ÖKO par salarié pourrait transformer le temps gagné avec l'IA en relais de croissance. Le mécanisme exact serait à définir plus tard, seulement si cela sert vraiment l'adhésion des équipes.

Les réponses sont enregistrées dans ce navigateur, puis envoyées à la validation.

18 / 18