- Nino est un workspace modulaire pour professionnels qui réunit dans une seule interface documents, feuilles, présentations, formulaires, drive, calendrier, sites, blog, chat, réunions, etc.
- Les informations sont réutilisées sous forme de pages et de blocs ; avec le sourcing de pages, l’intégration de pages, l’intégration de blocs et le miroir de blocs, le même contenu peut être relié à plusieurs flux.
- Il propose la consultation et l’édition hors ligne, une ouverture rapide basée sur le stockage local, ainsi qu’une recherche unifiée sur l’ensemble des modules, afin de simplifier l’accès aux documents même quand le nombre d’apps augmente.
- Même l’offre gratuite prend en charge un nombre illimité de membres et d’invités, avec indicateurs de présence en temps réel, curseurs live, canaux, chat, espaces de partage externes et visioconférences illimitées.
- Publication de sites web et de blogs, domaines personnalisés, rollback en 1 clic, SEO via balises méta, CDN dans plus de 200 villes et analyse des métriques côté serveur : Nino rassemble outils de travail et fonctions de publication au même endroit.
Workspace modulaire et modes de démarrage
- Nino réunit plusieurs apps de travail dans une interface uniforme et prend en charge l’interopérabilité au niveau des blocs.
- Les modules proposés incluent Doc, Sheet, Slide, Form, Drive, Calendar, List, Site, Blog, Chat, Meet, Collab, entre autres.
- Les options de démarrage sont Download Nino for Linux et Use the web app.
- L’expérience de base est centrée sur la recherche et l’ouverture rapides des ressources de travail dispersées entre plusieurs modules.
- Mode hors ligne : consultation et édition possibles sans Internet
- Ouverture rapide : accès immédiat grâce au stockage local
- Recherche unifiée : recherche dans tous les modules en une seule fois
Structure de réutilisation des pages et des blocs
- La structure centrale consiste à réutiliser des pages et des blocs à d’autres emplacements.
- Page sourcing : afficher une page autrement
- Page embed : synchroniser une page dans une autre page
- Block embed : synchroniser un bloc dans une autre page
- Block mirror : synchroniser un bloc au sein d’une même page
- Les exemples de workflows se divisent en gestion de projet, gestion des connaissances et gestion de base de données.
- La gestion de projet combine Collection, Board, Todo, Grid et Channel pour créer des tâches, filtrer par responsable, construire des dashboards et organiser les discussions.
- La gestion des connaissances intègre des pages, blocs, graphiques et blocs de fichiers depuis Notebook, Slide, Doc et Drive.
- La gestion de base de données relie données d’enquête, formulaires, sites de campagne et calendriers de campagne avec Sheet, Form, Site et Calendar.
- Les workflows personnalisés utilisent notamment texte, code, formules, fichiers, images, vidéos, audio, tableaux, commentaires, intégrations de liens, intégrations de pages, intégrations de blocs, miroirs de blocs, intégrations de cartes, boutons et graphiques.
Collaboration et publication
- Les fonctions de collaboration ciblent à la fois les équipes internes et les espaces de collaboration externes.
- Même l’offre gratuite prend en charge un nombre illimité de membres et d’invités.
- Il est possible de voir en temps réel les utilisateurs présents sur une page et d’éditer ensemble avec des curseurs live.
- Channel offre une taille de groupe illimitée, Chat des conversations en 1:1 ou en groupe, Collab des espaces de partage externes, et Meet des visioconférences illimitées.
- Les fonctions de publication offrent un flux no-code pour rendre des pages publiques sous forme de site web ou de blog.
- Version control permet un rollback en 1 clic.
- Possibilité d’utiliser un domaine personnalisé ou un sous-domaine nino.page.
- SEO basé sur des balises méta personnalisées et CDN dans plus de 200 villes.
- Prise en charge de pages intégrées incluant des snapshots des blocs intégrés.
- L’analyse ne collecte que des métriques côté serveur, afin d’éviter les pertes de données dues aux extensions de navigateur.
Principes de confidentialité et de sécurité, et plan à long terme
- Les principes de confidentialité et de sécurité consistent à ne pas pratiquer de suivi dans l’app et à n’utiliser que des cookies fonctionnels et des rapports d’erreurs.
- L’amélioration du produit repose sur les retours directs des utilisateurs.
- Le service fonctionne sur un domaine
.appet utilise uniquement des connexions HTTPS.
- Le plan à long terme est de créer des centaines de modules pour le travail de connaissance.
- Doc, Sheet, Slide, Form, Drive, Calendar, Collection, Notebook, Channel, Gallery, Canvas, Board, Todo, Grid, List, Site, Blog, Chat, Meet et Collab sont listés.
1 commentaires
Avis sur Hacker News
Le plus grand défi technique consiste à bien définir le modèle de données dès le départ. Une fois que l’échelle augmente, il devient extrêmement difficile de le modifier, et sans prudence cela peut mener à une prolifération de colonnes JSONB, des données dupliquées, des lignes orphelines et des performances médiocres.
Les clients voudront probablement stocker dans Docs des éléments plus volumineux qu’on ne l’imagine, et on peut alors être tenté de les mettre en ligne plutôt que de les déplacer vers un stockage externe comme S3.
Chat a en réalité besoin d’une base de données séparée. Discord utilise Scylla et Slack utilise Vitess sur MySQL, mais les schémas d’accès d’un chat ont des exigences totalement différentes de celles des autres stockages.
Si vous adoptez une configuration active-active, il faut prévoir d’en sortir un jour. Cela ne passe pas à l’échelle sans matériel horriblement coûteux.
Je dis cela d’après mon expérience comme DBRE chez un concurrent.
Le fait de proposer un stockage hors ligne est sympa, mais ça donne aussi l’impression qu’ils utilisent quelque chose comme Ditto [0]. Si ma mémoire est bonne, je crois que ça utilise MyRocksDB en interne ; je n’en ai pas l’expérience directe, mais je connais des personnes extrêmement brillantes qui travaillent chez Ditto.
[0]: https://ditto.live
L’intégration et la modularité peuvent être une solution, mais les gens ne vont pas acheter des solutions sans problème à résoudre. Le « chaos des apps » est un problème trop abstrait pour la plupart des gens.
Il faut d’abord clarifier s’il est difficile de partager un Google Docs dans Slack, si les entreprises souffrent d’une intégration insuffisante entre SharePoint et Teams, si cet outil fait mieux, s’il est similaire mais moins cher, ou plus fiable.
Si les problèmes concrets que les gens rencontrent réellement, et la manière dont cette solution intégrée les résout, ne sont pas définis dès le départ, personne n’y prêtera attention.
Le deuxième grand problème est qu’il faut une équipe de design d’interface suffisamment cohérente pour rendre ces différentes apps plus agréables à utiliser que les solutions individuelles. Le fait que, sauf pour des projets gérés par des organisations qui ont embauché des designers professionnels — comme Firefox, Blender ou Signal —, il existe très peu d’apps grand public populaires issues de FOSS piloté par des développeurs montre les limites de l’UI/UX centrée sur les développeurs.
Je dis cela en tant que personne qui a travaillé plusieurs années comme développeur à temps plein, contribué des milliers d’heures à FOSS, puis est passée au design.
Cela me semble être l’exemple typique du fait que « les ingénieurs ne sont pas des responsables produit ».
Ce serait bien de pouvoir créer des logiciels d’une manière qui permette de modifier facilement le modèle de données.
Pour cela, il faudrait pouvoir suivre toutes les dépendances de données dans le système, mais il n’existe pas encore d’outil qui le fasse. Tout le monde choisit une base de données prête à l’emploi, mais aucune n’est vraiment utile pour cet objectif.
L’app elle-même est très impressionnante à première vue, mais si vous voulez des retours, du point de vue produit, ce que c’est et pourquoi c’est important est beaucoup trop confus
Du point de vue d’un utilisateur métier, on ne comprend pas clairement comment l’utiliser ni pourquoi on devrait s’y intéresser
Le texte du premier écran énumère des fonctionnalités, du type « Nino est un ensemble d’apps interopérables au niveau des blocs dans une interface uniforme… », mais la différence est nette si on compare avec des outils comme monday.com ou Asana, qui partent des cas d’usage et de l’application concrète
Monday commence par « Que voulez-vous gérer ? », affiche des catégories comme Work Management, Sales CRM, Dev, puis explique concrètement comment chaque élément aide l’utilisateur quand on clique dessus
J’ai essayé de l’utiliser environ 5 minutes en marchant ; j’ai tenté la webapp, mais iOS Safari n’était pas pris en charge. J’ai téléchargé l’app iOS et je me suis inscrit, puis je suis arrivé sur une app complètement vide, sans onboarding, sans modèles/échantillons, sans moyen d’importer des Google Sheets existants pour évaluer l’échelle
J’ai ajouté une source de données et quelques champs, mais c’était déroutant, et entre-temps ma promenade était terminée
https://www.youtube.com/watch?v=u4ZoJKF_VuA
Je recommande aussi de lire le livre
Selon cette théorie, l’ordre du message devrait être Why, How, What, alors qu’ici on commence par What
Je n’ai pas entièrement saisi le cœur du produit, mais on pourrait le reformuler ainsi : « Ne perdez plus de temps à chercher des documents, des e-mails et des chats dans plusieurs systèmes. Ne payez pas 20 services à usage unique pour faire tourner votre entreprise »
En mettant toutes les informations au même endroit, il devient plus facile de les trouver et de les partager à l’échelle de l’entreprise, et l’on peut combiner documents, chats, feuilles de calcul, formulaires, etc. pour créer des outils qui soutiennent ses propres processus et façons de penser, plutôt que de se plier à la logique d’apps existantes
On pourrait dire que Nino permet de créer rapidement des flux personnalisés avec des blocs modulaires, et de réunir les outils nécessaires ainsi que toutes les informations au même endroit
Cela rappelle aussi OLE / OpenDoc sur desktop, comme le fait d’intégrer une feuille Excel et un formulaire Access dans un document Word. Si c’est possible, cela pourrait donner une démo assez impressionnante
Cela dit, adopter dès le départ une vision aussi globale peut être différent du fait de commencer de manière focalisée puis d’être poussé plus tard à élargir le périmètre
Beaucoup disent qu’une entreprise meurt si elle ne se spécialise pas, mais il me semble au contraire qu’il y a une bonne occasion de viser un domaine que personne ne fait vraiment bien. Par exemple, un système de gestion documentaire verticalement intégré pour des cas d’usage comme ISO 9001
Le premier cas d’usage est la gestion documentaire. Il faut pouvoir « publier » une version d’un document, rendre cette version consultable de façon permanente, générer automatiquement des identifiants de documents selon les règles de nommage de l’entreprise et les insérer automatiquement dans le document. Un ID de document pourrait prendre la forme SOP-2401001
Une fois publié, le document devrait être en lecture seule, et il faudrait pouvoir conserver avec le document publié des livrables comme une copie PDF exportée ou une copie signée
Le deuxième cas d’usage est le cloisonnement des documents. L’un des aspects les plus difficiles de la gestion documentaire est de créer des formulaires de procédure et d’apprendre aux gens à ne pas casser la gestion documentaire de ce formulaire une fois qu’ils l’ont rempli
J’ai toujours voulu un silo qui, dès que l’on commence à remplir un formulaire, crée automatiquement une copie, lui attribue un nouvel ID de document, puis la regroupe avec les autres formulaires du même type
En l’intégrant à une plateforme d’automatisation, remplir un formulaire pourrait déclencher l’envoi d’un e-mail à quelqu’un ; de façon plus avancée, on pourrait aussi définir des workflows par document et afficher visuellement les processus métier à côté du document
Après quelques minutes d’utilisation, ma première impression est qu’il peut y avoir beaucoup de fonctionnalités puissantes, mais qu’il y a très peu de guides et d’onboarding dans l’app et sur le site, donc on ne sait pas quoi faire ni comment apprendre
Je l’ai installé sur Mac et je voulais ajouter un ensemble d’enregistrements de contacts avec des champs de base comme le nom, le numéro de téléphone et la date de naissance, puis interroger ces enregistrements depuis un autre module
Mais l’app ne donne aucune indication sur la manière de faire. À l’ouverture, on ne voit qu’un onglet vide, et il faut cliquer sur plusieurs contrôles pour comprendre comment ajouter un module
Je ne savais pas quel module utiliser pour ajouter des enregistrements interrogeables, alors j’ai essayé Board
Après avoir ajouté Board, j’ai pu saisir le premier enregistrement, mais il ne semblait pas y avoir de moyen d’en ajouter un second. Il y avait des colonnes « None » et « Unnamed », et le premier contact était dans « None ». Le bouton « + » dans le coin ajoutait une nouvelle colonne
Au final, quand j’ai fait glisser l’enregistrement de « None » vers « Unnamed », « None » a disparu et il ne restait que « Unnamed » ; ce n’est qu’à ce moment-là que j’ai pu ajouter d’autres enregistrements
Je vais continuer à l’explorer un peu, mais il y a des limites à attendre des gens qu’ils devinent eux-mêmes le modèle d’utilisation prévu. Il y a beaucoup de modules, mais je ne vois pas comment ils sont reliés entre eux, et une configuration d’exemple pour une équipe fictive aiderait beaucoup
Ça a l’air vraiment génial
J’aimerais l’essayer, mais pour cela il faudrait remplacer mes outils et workflows actuels. En tant qu’utilisateur, je n’aurais pas envie de le faire si je ne peux pas garantir à la fois la propriété des données et l’hébergement des applications
Si Nino ne marche pas bien et que le produit est arrêté, je me demande comment on pourra continuer à accéder à ces données propriétaires désormais étroitement couplées. J’aimerais savoir s’il est possible de l’auto-héberger, si le code source sera publié, si le format des documents est ouvert, et s’il existe un moyen d’éviter les dégâts en cas d’adoption enthousiaste suivie d’un échec
Il est aussi important de savoir comment récupérer ses données si l’on les y met et que le produit ne convient pas
On peut perdre les avantages propres à l’outil, par exemple l’intégration entre documents sous forme de graphe, mais le travail reste conservé dans un format universel que tout le monde peut exploiter
La plupart des éléments de Nino semblent avoir des standards largement acceptés et devraient être faciles à intégrer, donc cette garantie paraît possible
L’auto-hébergement peut être trop complexe à configurer, mais je me demande si une offre mono-tenant pourrait aider. Je ne sais pas si cela a du sens aussi pour les particuliers
En plus du HTML et du CSV, il existe une option d’export JSON, et davantage de formats sont pris en charge. D’une certaine manière, c’est un format ouvert (.json), mais il faudra ajouter la documentation correspondante. La prise en charge du PDF est aussi prévue un jour
C’est clairement très impressionnant, probablement proche d’un travail en solo, et cela a dû demander énormément d’efforts
En guise de retour, il faut commencer par clarifier qui est le client. Il faut pouvoir expliquer à quoi ressemble sa journée et comment Nino l’aide à faire son travail mieux, plus vite et moins cher
Il faut identifier ses 5 principaux problèmes et montrer concrètement en quoi Nino est nettement meilleur que les produits concurrents. Montrer le workflow est essentiel
De la même façon, il faut montrer où ces personnes travaillent, avec qui elles collaborent et sur quoi, en comparaison directe avec les outils existants, pour expliquer pourquoi Nino est meilleur
Enfin, il ne faut jamais sous-estimer à quel point il est difficile de faire changer les gens par rapport à leurs méthodes actuelles. Nous ne sommes plus en 1990, et les gens utilisent depuis des décennies des outils qui répondent aux problèmes des travailleurs du savoir. Il faut une raison de migrer
Je ne suis pas sûr que le « problème du chaos des applications » existe réellement. Dans les entreprises ou les workflows métiers que j’ai connus, il y avait un ensemble d’apps adaptées à chaque cas d’usage
Par exemple, dans mon entreprise précédente, quand j’étais responsable des relations développeurs, nous utilisions les produits Atlassian pour la documentation interne et le suivi des tâches, Google Docs et Sheets pour la co-rédaction avec des équipes externes, et GitHub avec Markdown pour générer la documentation externe
Tout cela reste du texte, mais les workflows étaient différents, les exigences comme les permissions l’étaient aussi, et au final nous avions trouvé les bons outils pour chaque tâche
J’encourage cette tentative, mais j’espère que vous cherchez un problème plus spécifique que le « chaos des applications »
Félicitations pour le lancement. C’est vraiment chouette, et je pense que le problème du chaos des applications chez les travailleurs de la productivité est un vrai problème, qui peut être résolu
Je construis quelque chose de similaire. J’ai commencé après plus de 10 ans passés à faire chaque jour un travail de col blanc « à fort enjeu » en utilisant plusieurs applications
C’est encore tôt et l’angle d’approche est un peu différent, mais il y a des recoupements entre les deux visions. Je me concentre sur un ensemble plus réduit d’applications, avec des fonctionnalités plus denses, en cherchant à atteindre la parité fonctionnelle avec les acteurs établis tout en ajoutant mes propres fonctions. C’est pourquoi cela prend du temps à bien construire
Je suis curieux de voir comment Nino va évoluer, et j’aimerais entrer en contact plus tard quand j’aurai quelque chose à montrer
J’ai déjà construit quelque chose de similaire par le passé. Le mien était basé sur le web : https://github.com/GWBasic/ObjectCloud
Si je pouvais parler à mon moi plus jeune, je lui dirais de lire davantage de ressources YC sur la façon de lancer une entreprise. J’ai construit quelque chose dont je pensais qu’il y avait besoin, mais j’aurais dû itérer beaucoup plus à partir des besoins réels des clients
Autrement dit, il aurait fallu trouver quelques clients ayant besoin d’une intégration étroite entre ces cas d’usage, et laisser leurs besoins guider l’implémentation
La raison, c’est qu’il existe déjà beaucoup d’applications qui font la même chose. MS Office, Google Drive, etc. sont matures, et l’ensemble du marché les comprend bien
Je recommande de trouver quelques clients bloqués par une faible interopérabilité entre au moins trois applications ou cas d’usage, et de vous concentrer sur leurs cas d’usage
Il faudra plus de 15 ans pour atteindre le niveau de maturité de produits comme MS Office ou Google Drive, mais si vous répondez à un besoin spécifique et pressant dans une niche donnée, les clients ne s’en soucieront pas. Parce qu’ils ne pourront pas faire tourner leur activité sans vous
La sécurité et la protection de la vie privée sont des arguments de vente difficiles. Moins de gens qu’on ne le pense s’intéressent à l’un ou à l’autre, et les plateformes existantes offrent beaucoup plus de fonctionnalités que les personnes concernées veulent bien l’admettre
De plus, un pitch du type « il y a trop d’outils » sonne comme une tirade instable. Le simple fait d’affirmer que l’existence d’outils variés est gênante résiste mal à la réponse « alors ne les utilise pas tous », donc il faudrait sans doute mieux formuler cela
Il vaut mieux se concentrer sur la commodité et l’intégration au sein de la plateforme. C’est là qu’il y a une réelle valeur ajoutée
Bonne chance
Sur le second, c’est juste. Ma formulation n’était pas bonne. Merci pour le retour