Nino: workspace integrado com 18 apps, incluindo documentos, planilhas, formulários, sites e chat
(nino.app)- Nino é um workspace modular profissional que reúne documentos, planilhas, slides, formulários, drive, calendário, sites, blogs, chat, reuniões e outros recursos em uma única interface
- As informações são reutilizadas em unidades de páginas e blocos, conectando o mesmo conteúdo a vários fluxos por meio de page sourcing, page embed, block embed e block mirror
- Oferece visualização e edição offline, abertura rápida baseada em armazenamento local e busca unificada em todos os módulos, simplificando o acesso aos materiais mesmo com muitos apps
- Mesmo no plano gratuito, oferece suporte a membros e convidados ilimitados, incluindo indicação de participação em tempo real, cursores ao vivo, canais, chat, espaços de compartilhamento externo e videoconferências ilimitadas
- Reúne ferramentas de trabalho e recursos de publicação em um só lugar, com publicação de sites e blogs, domínios personalizados, rollback em 1 clique, SEO com metatags, CDN em mais de 200 cidades e análise de métricas do lado do servidor
Workspace modular e formas de começar
- Nino reúne vários apps de trabalho em uma interface uniforme e oferece interoperabilidade em nível de bloco
- Os módulos oferecidos incluem Doc, Sheet, Slide, Form, Drive, Calendar, List, Site, Blog, Chat, Meet, Collab, entre outros
- As opções para começar são Download Nino for Linux e Use the web app
- A usabilidade básica foca em encontrar e abrir rapidamente materiais de trabalho espalhados por vários módulos
- Modo offline: permite visualizar e editar sem internet
- Abertura rápida: permite acesso imediato com base em armazenamento local
- Busca unificada: permite pesquisar em todos os módulos de uma vez
Estrutura de reutilização de páginas e blocos
- A estrutura central consiste em reutilizar páginas e blocos em outros locais
- Page sourcing: visualizar uma página de outra forma
- Page embed: sincronizar uma página dentro de outra página
- Block embed: sincronizar um bloco dentro de outra página
- Block mirror: sincronizar um bloco dentro da mesma página
- Os exemplos de workflow se dividem em gestão de projetos, gestão do conhecimento e gestão de bancos de dados
- A gestão de projetos combina Collection, Board, Todo, Grid e Channel para criar tarefas, filtrar responsáveis, montar dashboards e organizar discussões
- A gestão do conhecimento incorpora páginas, blocos, gráficos e blocos de arquivos em Notebook, Slide, Doc e Drive
- A gestão de bancos de dados conecta dados de pesquisas, formulários, sites de campanha e calendários de campanha usando Sheet, Form, Site e Calendar
- Workflows personalizados usam texto, código, fórmulas, arquivos, imagens, vídeo, áudio, tabelas, comentários, links incorporados, páginas incorporadas, blocos incorporados, block mirror, mapas incorporados, botões, gráficos e outros elementos
Colaboração e publicação
- Os recursos de colaboração miram tanto equipes internas quanto espaços de colaboração externos
- Mesmo no plano gratuito, há suporte a membros e convidados ilimitados
- É possível ver em tempo real quais usuários estão em uma página e editar em conjunto com cursores ao vivo
- Channel oferece tamanho de grupo ilimitado, Chat oferece conversas 1:1 ou em grupo, Collab oferece espaços de compartilhamento externo e Meet oferece videoconferências ilimitadas
- Os recursos de publicação oferecem um fluxo no-code para tornar páginas públicas como sites ou blogs
- Version control permite rollback em 1 clique
- É possível usar um domínio personalizado ou um subdomínio nino.page
- Oferece SEO baseado em metatags personalizadas e CDN em mais de 200 cidades
- Dá suporte a páginas integradas que incluem snapshots de blocos incorporados
- A análise coleta apenas métricas do lado do servidor, evitando perda de dados causada por extensões do navegador
Princípios de privacidade e segurança e plano de longo prazo
- Os princípios de privacidade e segurança são alinhados a não rastrear apps, usando apenas cookies funcionais e relatórios de erro
- A melhoria do produto depende diretamente do feedback dos usuários
- Opera no domínio
.app, usando apenas conexões HTTPS
- O plano de longo prazo é criar centenas de módulos para o trabalho com conhecimento
- Doc, Sheet, Slide, Form, Drive, Calendar, Collection, Notebook, Channel, Gallery, Canvas, Board, Todo, Grid, List, Site, Blog, Chat, Meet e Collab são listados
1 comentários
Opiniões no Hacker News
Acertar o modelo de dados logo no início é o maior desafio técnico. Depois que a escala cresce, fica extremamente difícil mudar, e, sem cuidado, isso pode levar a uma proliferação de colunas JSONB, dados duplicados, linhas órfãs e desempenho péssimo
Os clientes vão tentar armazenar no Docs itens maiores do que se imagina, e aí pode surgir a tentação de colocá-los inline em vez de movê-los para um armazenamento externo como S3
O Chat, na prática, precisa de um banco de dados separado. O Discord usa Scylla e o Slack usa Vitess sobre MySQL, mas os padrões de acesso de chat e seus requisitos são totalmente diferentes dos de outros armazenamentos
Se adotarem uma configuração active-active, precisam planejar desde já como sair dela algum dia. Ela não escala sem hardware sufocantemente caro
Estou falando a partir da experiência de ter trabalhado como DBRE em uma concorrente
O fato de oferecer armazenamento offline é legal, mas também dá a impressão de que estão usando algo como Ditto [0]. Se não me falha a memória, sei que ele usa MyRocksDB internamente; não tenho experiência direta, mas conheço pessoas muito competentes que trabalham na Ditto
[0]: https://ditto.live
Integração e modularidade podem ser a solução, mas as pessoas não saem comprando soluções sem terem um problema. “Caos de apps” é um problema abstrato demais para a maioria
Primeiro precisa ficar claro se há dificuldade em compartilhar Google Docs pelo Slack, se empresas sofrem por falta de integração entre SharePoint e Teams, se esta ferramenta faz isso melhor, se é parecida mas mais barata, ou se é mais confiável
Se não definirem logo de cara os problemas concretos que as pessoas realmente enfrentam e como esta solução integrada os resolve, ninguém vai se importar
O segundo grande problema é que será necessária uma equipe de design de interface consistente o bastante para tornar apps diferentes mais agradáveis de usar do que as soluções individuais. O fato de quase não existirem apps populares voltados ao usuário final surgidos como FOSS liderado por desenvolvedores, exceto projetos mantidos por organizações que contrataram designers profissionais, como Firefox, Blender e Signal, mostra os limites de UI/UX centrado em desenvolvedores
Digo isso como alguém que trabalhou por anos como desenvolvedor em tempo integral, contribuiu milhares de horas para FOSS e depois migrou para design
Parece um exemplo clássico de “engenheiros não são gerentes de produto”
Seria bom se pudéssemos criar software de um jeito que permitisse mudar o modelo de dados com facilidade
Para isso, seria necessário conseguir rastrear todas as dependências de dados dentro do sistema, mas ainda não existe uma ferramenta que faça isso. Todo mundo escolhe um banco de dados pronto, mas nenhum deles é realmente útil para esse propósito
O app em si parece muito impressionante à primeira vista, mas, se a ideia é receber feedback, do ponto de vista de produto fica muito confuso o que ele é e por que isso importa
Do ponto de vista de um usuário corporativo, não fica claro como devo usá-lo nem por que eu deveria me interessar
O texto da tela inicial lista explicações de recursos, como “o Nino é um conjunto de apps interoperáveis em nível de bloco dentro de uma interface uniforme…”, mas a diferença é grande quando comparado a produtos como monday.com ou Asana, que começam pelos casos de uso e pela aplicação prática
O Monday começa com “O que você quer gerenciar?”, mostra categorias como Work Management, Sales CRM e Dev e, ao clicar em cada item, explica concretamente como ele ajuda
Tentei usar por uns 5 minutos enquanto caminhava e experimentei o web app, mas o Safari no iOS não era compatível. Baixei o app para iOS e me cadastrei, mas apareceu um app completamente vazio, sem onboarding, templates/amostras ou uma forma de importar planilhas existentes do Google Sheets para avaliar a escala
Tentei adicionar uma fonte de dados e alguns campos, mas foi confuso, e nesse meio-tempo a caminhada acabou
https://www.youtube.com/watch?v=u4ZoJKF_VuA
Também recomendo ler o livro
Segundo essa teoria, a ordem da mensagem deveria ser Why, How, What, mas agora ela começa pelo What
Não entendi completamente o núcleo do produto, mas acho que poderia ser reformulado como algo do tipo: “Não perca tempo procurando documentos, e-mails e chats em vários sistemas. Não pague por 20 serviços de finalidade única para tocar sua empresa”
Ao colocar todas as informações em um só lugar, fica mais fácil encontrá-las e compartilhá-las por toda a empresa, e você pode combinar documentos, chats, planilhas, formulários etc. para criar ferramentas que apoiem seus próprios processos e sua forma de pensar, em vez de se adaptar à mentalidade dos apps existentes
Dá para dizer que o Nino permite criar rapidamente fluxos personalizados com blocos de construção modulares e manter as ferramentas necessárias e todas as informações em um só lugar
Também passa a sensação de OLE / OpenDoc no desktop, como embutir uma planilha do Excel e um formulário do Access dentro de um documento do Word. Se isso for possível, poderia virar uma demonstração bastante impressionante
Ainda assim, talvez abraçar essa visão holística desde o início seja diferente de começar focado e depois ser empurrado para uma expansão de escopo
Muita gente diz que, se um negócio não se especializa, ele morre, mas aqui parece haver uma boa oportunidade justamente em áreas que ninguém atende bem. Por exemplo, um sistema de gestão documental verticalmente integrado para casos de uso como ISO 9001
O caso de uso 1 é gestão de documentos. Deve ser possível “publicar” versões de documentos, manter essas versões visíveis permanentemente e gerar automaticamente identificadores de documentos segundo as regras de nomenclatura da empresa, inserindo-os automaticamente no documento. O ID do documento poderia ter uma forma como SOP-2401001
Quando um documento é publicado, ele deve ficar somente leitura, e artefatos como uma cópia em PDF exportada ou uma cópia assinada devem poder ficar junto do documento publicado
O caso de uso 2 é siloização de documentos. Uma das partes mais difíceis da gestão de documentos é criar formulários para procedimentos e ensinar as pessoas a não bagunçar a gestão desses documentos depois de preenchê-los
Eu sempre quis um silo que, quando alguém começasse a preencher um formulário, criasse automaticamente uma cópia, atribuísse um novo ID de documento e a agrupasse com outros formulários do mesmo tipo
Com integração a uma plataforma de automação, preencher um formulário poderia fazer alguém receber um e-mail; de forma mais sofisticada, também seria possível definir workflows por documento e mostrar visualmente o processo de negócio ao lado do documento
Minha primeira impressão depois de usar por alguns minutos é que pode haver muitos recursos poderosos, mas quase não há guias e onboarding no app e no site, então não sei o que devo fazer nem como aprender
Instalei no Mac e queria adicionar um conjunto de registros de contatos com campos básicos como nome, telefone e aniversário, e depois consultar esses registros em outro módulo
Mas o app não dá nenhuma orientação sobre como fazer isso. Ao abrir, só aparece uma aba vazia, e precisei clicar em vários controles para descobrir como adicionar módulos
Como não sabia qual módulo usar para adicionar registros consultáveis, tentei o Board
Depois de adicionar o Board, consegui inserir o primeiro registro, mas parecia não haver como adicionar um segundo. Havia colunas chamadas “None” e “Unnamed”, e o primeiro contato ficou dentro de “None”. O botão “+” no canto adicionava uma nova coluna
No fim, ao arrastar o registro de “None” para “Unnamed”, “None” desapareceu e sobrou apenas “Unnamed”; só então consegui adicionar outro registro
Vou mexer um pouco mais, mas há um limite para esperar que as pessoas descubram sozinhas o modelo de uso projetado. Há muitos módulos, mas não sei como eles se conectam entre si, e uma configuração de exemplo para uma equipe fictícia ajudaria muito
Parece muito legal
Eu gostaria de experimentar, mas para isso teria que substituir minhas ferramentas e fluxos de trabalho atuais. Do ponto de vista do usuário, eu não gostaria de fazer isso se não pudesse garantir tanto a propriedade dos dados quanto a hospedagem da aplicação
Se o Nino não der certo e o produto for encerrado, fico me perguntando como vou continuar acessando esses dados proprietários agora fortemente acoplados. Quero saber se dá para fazer self-hosting, se o código-fonte será aberto, se o formato dos documentos é aberto e se há uma forma de evitar prejuízos caso eu adote com entusiasmo e depois não dê certo
Também é importante saber como posso tirar meus dados de lá se eu os colocar e o produto não for adequado
Mesmo que se percam vantagens específicas da ferramenta, como a integração entre documentos em estrutura de grafo, o trabalho fica preservado em um formato universal que qualquer pessoa pode aproveitar
A maior parte dos elementos do Nino parece ter padrões amplamente aceitos e ser fácil de integrar, então esse tipo de garantia parece possível
Self-hosting pode ser complicado demais de configurar, mas fico me perguntando se uma oferta de tenant único ajudaria. Não sei se isso faz sentido também para usuários individuais
Além de HTML e CSV, há opção de exportação em JSON, e mais formatos são compatíveis. Em certo sentido é um formato aberto (.json), mas é preciso adicionar documentação relacionada. Suporte a PDF também deve entrar algum dia
Sem dúvida é um trabalho muito impressionante, talvez próximo de um projeto de uma pessoa só, e deve ter exigido um esforço enorme
Como feedback, é preciso primeiro deixar claro quem é o cliente. Você precisa conseguir explicar como é o dia a dia deles e como o Nino os ajuda a concluir o trabalho melhor, mais rápido e mais barato
É preciso mostrar concretamente quais são os 5 principais problemas que eles enfrentam e em quais pontos o Nino é claramente melhor que os concorrentes. Mostrar o fluxo de trabalho é importante
Da mesma forma, também é preciso comparar lado a lado com as ferramentas existentes onde eles trabalham, com quem colaboram e em que colaboram, mostrando por que o Nino é melhor
Por fim, nunca subestime o quanto é difícil fazer as pessoas mudarem do jeito atual. Não estamos em 1990, e as pessoas usam ferramentas para resolver problemas de trabalhadores do conhecimento há décadas. É preciso explicar por que elas deveriam trocar
Não tenho certeza se o “problema do caos de apps” existe de fato. Nos fluxos de trabalho de empresas ou funções por que passei, havia uma combinação de apps que resolvia cada caso de uso
Por exemplo, quando trabalhei como responsável por relações com desenvolvedores em uma empresa anterior, usávamos produtos Atlassian para documentação interna e acompanhamento de tarefas, Google Docs e Sheets para coautoria com equipes externas, e GitHub e Markdown para gerar documentação externa
Tudo era texto, mas os fluxos de trabalho eram diferentes, assim como requisitos como permissões, e no fim encontrávamos a ferramenta adequada para cada tarefa
Torço por essa iniciativa, mas espero que estejam procurando um problema mais específico, e não “caos de apps”
Parabéns pelo lançamento. É realmente muito legal, e acredito que o problema do caos de apps dos trabalhadores de produtividade é real e pode ser resolvido
Eu também estou construindo algo parecido. Comecei depois de mais de 10 anos fazendo diariamente trabalho administrativo/intelectual de “alto risco” usando vários apps
Ainda está no começo e a abordagem é um pouco diferente, mas há sobreposição entre as duas visões. Estou focando em um conjunto menor de apps, mas tornando as funcionalidades mais densas, buscando paridade de recursos com os incumbentes e também adicionando minhas próprias funções. Por isso está levando tempo para fazer direito
Estou curioso para ver como o Nino vai evoluir e gostaria de entrar em contato mais tarde, quando eu tiver algo que valha a pena mostrar
Já criei algo parecido no passado. O meu era baseado na web: https://github.com/GWBasic/ObjectCloud
Se eu pudesse dizer algo ao meu eu mais jovem, diria para ler mais materiais da YC sobre como começar um negócio. Eu construí algo que achava necessário, mas deveria ter iterado muito mais com base em demandas reais de clientes
Ou seja, eu deveria ter encontrado alguns clientes que precisassem de uma integração estreita entre esses casos de uso e deixado as necessidades deles guiar a implementação
O motivo é que já existem muitas aplicações que fazem as mesmas funções. MS Office, Google Drive etc. são maduros, e o mercado como um todo entende bem essa categoria
Recomendo encontrar alguns clientes travados por baixa interoperabilidade entre 3 ou mais aplicações ou casos de uso e focar nos casos de uso deles
Vai levar mais de 15 anos para ficar tão maduro quanto produtos como MS Office ou Google Drive, mas, se você resolver uma necessidade específica e urgente de um nicho, os clientes não vão se importar. Porque sem você eles não conseguem operar o negócio
Segurança e privacidade são argumentos de venda difíceis. Menos pessoas do que se imagina se importam com uma coisa ou outra, e as plataformas existentes oferecem muito mais recursos do que as pessoas interessadas gostam de admitir
Além disso, um pitch do tipo “há ferramentas demais” soa como um desabafo instável e prolixo. A afirmação de que o simples fato de existirem muitas ferramentas diferentes é um incômodo não resiste bem à resposta “então não use todas”, então acho que a formulação precisa ser melhor
Em vez disso, é melhor focar em conveniência e integração dentro da plataforma. É aí que há valor real sendo agregado
Boa sorte
O segundo ponto está certo. Minha formulação não foi boa. Obrigado pelo feedback