Nino: ruang kerja terpadu dengan 18 aplikasi seperti dokumen, spreadsheet, formulir, situs, dan chat

 (nino.app)
2 poin oleh GN⁺ 2024-01-08 | 1 komentar | Bagikan ke WhatsApp
  • Nino adalah ruang kerja modular untuk profesional yang menyatukan dokumen, sheet, slide, formulir, drive, kalender, situs, blog, chat, meeting, dan lainnya dalam satu antarmuka
  • Informasi digunakan ulang pada tingkat halaman dan blok, lalu menghubungkan konten yang sama ke berbagai alur melalui page sourcing, page embed, block embed, dan block mirror
  • Menyediakan tampilan dan pengeditan offline, pembukaan cepat berbasis penyimpanan lokal, serta pencarian terpadu di semua modul sehingga akses ke materi tetap sederhana meski jumlah aplikasi bertambah
  • Bahkan pada paket gratis, mendukung anggota dan tamu tanpa batas, serta mencakup indikator partisipasi real-time, live cursor, channel, chat, ruang berbagi eksternal, dan rapat video tanpa batas
  • Publikasi website dan blog, domain kustom, rollback 1 klik, SEO meta tag, CDN di lebih dari 200 kota, hingga analitik metrik sisi server mengumpulkan alat kerja dan fitur publikasi di satu tempat

Ruang kerja modular dan cara memulai

  • Nino menyatukan berbagai aplikasi kerja dalam antarmuka yang seragam dan mendukung interoperabilitas pada tingkat blok
  • Modul yang disediakan mencakup Doc, Sheet, Slide, Form, Drive, Calendar, List, Site, Blog, Chat, Meet, Collab, dan lainnya
  • Opsi untuk memulai terbagi menjadi Download Nino for Linux dan Use the web app
  • Kegunaan dasarnya berfokus pada menemukan dan membuka materi kerja yang tersebar di banyak modul dengan cepat
    • Mode offline: dapat melihat dan mengedit tanpa internet
    • Buka cepat: akses instan berbasis penyimpanan lokal
    • Pencarian terpadu: dapat mencari di semua modul sekaligus

Struktur penggunaan ulang halaman dan blok

  • Struktur intinya adalah menggunakan kembali halaman dan blok di lokasi lain
    • Page sourcing: melihat halaman dengan cara lain
    • Page embed: menyinkronkan halaman ke halaman lain
    • Block embed: menyinkronkan blok ke halaman lain
    • Block mirror: menyinkronkan blok dalam halaman yang sama
  • Contoh alur kerja dibagi menjadi manajemen proyek, manajemen pengetahuan, dan manajemen basis data
    • Manajemen proyek menggabungkan Collection, Board, Todo, Grid, dan Channel untuk menyusun pembuatan tugas, pemfilteran penanggung jawab, dashboard, dan diskusi
    • Manajemen pengetahuan melakukan embed halaman, blok, chart, dan blok file di Notebook, Slide, Doc, dan Drive
    • Manajemen basis data menghubungkan data survei, formulir, situs kampanye, dan kalender kampanye dengan Sheet, Form, Site, dan Calendar
  • Alur kerja kustom menggunakan teks, kode, rumus, file, gambar, video, audio, tabel, komentar, link embed, page embed, block embed, block mirror, map embed, tombol, chart, dan lainnya

Fitur kolaborasi dan publikasi

  • Fitur kolaborasi ditujukan untuk tim internal maupun ruang kolaborasi eksternal
    • Bahkan pada paket gratis, mendukung anggota dan tamu tanpa batas
    • Dapat melihat pengguna yang ada di halaman secara real-time dan mengedit bersama dengan live cursor
    • Channel menyediakan ukuran grup tanpa batas, Chat untuk percakapan 1:1 atau grup, Collab untuk ruang berbagi eksternal, dan Meet untuk rapat video tanpa batas
  • Fitur publikasi menyediakan alur no-code untuk membuka halaman sebagai website atau blog
    • Dengan version control, rollback 1 klik dimungkinkan
    • Dapat menggunakan domain kustom atau subdomain nino.page
    • Menyediakan SEO berbasis meta tag kustom dan CDN di lebih dari 200 kota
    • Mendukung halaman terpadu yang mencakup snapshot dari blok yang di-embed
    • Analitik hanya mengumpulkan metrik sisi server, sebagai pendekatan untuk mencegah kehilangan data akibat ekstensi browser

Prinsip privasi, keamanan, dan rencana jangka panjang

  • Prinsip privasi dan keamanan berfokus pada tidak melakukan pelacakan aplikasi, serta hanya menggunakan cookie fungsional dan pelaporan error
    • Peningkatan produk bergantung pada feedback pengguna secara langsung
    • Berjalan di domain .app sehingga hanya menggunakan koneksi HTTPS
  • Rencana jangka panjangnya adalah membuat ratusan modul untuk pekerjaan berbasis pengetahuan
    • Doc, Sheet, Slide, Form, Drive, Calendar, Collection, Notebook, Channel, Gallery, Canvas, Board, Todo, Grid, List, Site, Blog, Chat, Meet, Collab disebutkan

Bacaan terkait

1 komentar

 
GN⁺ 2024-01-08
Komentar Hacker News

  • Tantangan teknis terbesar adalah menetapkan model data dengan benar sejak awal. Setelah skalanya membesar, mengubahnya menjadi sangat sulit, dan kalau tidak hati-hati bisa berujung pada kolom JSONB yang menjamur, data duplikat, baris yatim, dan performa buruk
    Pelanggan mungkin ingin menyimpan item yang lebih besar dari perkiraan di Docs, dan saat itu bisa muncul godaan untuk memasukkannya secara inline alih-alih memindahkannya ke penyimpanan eksternal seperti S3
    Chat pada dasarnya membutuhkan basis data terpisah. Discord memakai Scylla dan Slack memakai Vitess di atas MySQL, tetapi pola akses chat punya kebutuhan yang benar-benar berbeda dari penyimpanan lain
    Kalau memakai konfigurasi active-active, perlu ada rencana untuk keluar darinya suatu hari nanti. Tanpa hardware yang luar biasa mahal, itu tidak akan bisa diskalakan
    Ini berdasarkan pengalaman bekerja sebagai DBRE di kompetitor
    Penyimpanan offline itu keren, tetapi juga terasa seperti memakai sesuatu semacam Ditto [0]. Kalau ingatan saya benar, secara internal mereka memakai MyRocksDB; saya sendiri belum punya pengalaman langsung, tetapi saya kenal beberapa orang yang sangat hebat yang bekerja di Ditto
    [0]: https://ditto.live

    • Secara teknis mungkin itu yang terbesar, tetapi secara keseluruhan saya rasa yang paling penting adalah fokus dan kejelasan komunikasi. Jika orang yang tidak punya model mental tentang pengembangan software tidak segera memahami masalah konkret apa dalam proses kerja yang ada yang diselesaikan, kemungkinan besar mereka tidak akan membayar—bahkan mungkin tidak akan menggulir melewati layar pertama
      Integrasi dan modularitas bisa menjadi solusi, tetapi orang tidak pergi berbelanja solusi kalau tidak punya masalah. “Kekacauan aplikasi” adalah masalah yang terlalu abstrak bagi kebanyakan orang
      Harus jelas dulu apakah orang kesulitan membagikan Google Docs ke Slack, apakah perusahaan kewalahan karena kurangnya integrasi SharePoint dan Teams, apakah alat ini melakukannya lebih baik, mirip tetapi lebih murah, atau lebih stabil
      Kalau tidak mendefinisikan di awal masalah konkret yang benar-benar dialami orang dan bagaimana solusi terintegrasi ini menyelesaikannya, tidak ada yang akan peduli
      Masalah besar kedua adalah perlunya tim desain antarmuka yang cukup konsisten untuk membuat berbagai aplikasi berbeda itu lebih nyaman digunakan daripada solusi masing-masing. Fakta bahwa aplikasi populer untuk pengguna hampir tidak pernah muncul sebagai FOSS yang dipimpin developer—kecuali proyek yang dikelola organisasi yang mempekerjakan desainer profesional seperti Firefox, Blender, dan Signal—menunjukkan batasan UI/UX yang berpusat pada developer
      Saya mengatakan ini sebagai seseorang yang bekerja penuh waktu sebagai developer selama beberapa tahun, berkontribusi ribuan jam ke FOSS, lalu beralih ke desain
    • Cara termudah untuk mengimplementasikan basis data offline dan sinkronisasi kemungkinan adalah memakai SQLite untuk tiap akun. Kalau cakupan fiturnya dijaga dengan hati-hati dan indeks yang tepat disiapkan, sepertinya itu bisa diskalakan dengan cukup baik
    • Pengguna rata-rata tidak peduli pada detail seperti itu. Asal bisa diekspor ke format OpenDocument atau format Microsoft, sudah cukup. Itu sudut pandang dari gelembung para “hacker”; pengguna umum berbeda
      Ini terlihat seperti contoh klasik dari “engineer bukan product owner”
    • Masalah pengembangan modern adalah harus menetapkan model data terlebih dahulu
      Akan bagus kalau kita bisa membuat software dengan cara yang memungkinkan model data diubah dengan mudah
      Untuk itu, kita harus bisa melacak semua dependensi data di dalam sistem, tetapi belum ada alat yang melakukan hal seperti itu. Semua orang memilih basis data siap pakai, tetapi tidak ada yang benar-benar berguna untuk tujuan ini
    • Kalau kenal orang-orang Ditto, tolong beri tahu mereka bahwa situs webnya terlihat benar-benar jelek saat font tidak termuat. Kira-kira terlihat seperti ini:

      Sync aPPS WItH OR WItHOUt tHE InTeRneT

  • Aplikasinya sendiri sekilas sangat mengesankan, tetapi jika menginginkan masukan, dari sudut pandang produk, apa ini dan mengapa penting terasa terlalu membingungkan
    Dari sudut pandang pengguna bisnis, tidak jelas bagaimana harus menggunakannya dan mengapa harus peduli
    Teks di layar pertama menyebutkan hal-hal seperti “Nino adalah kumpulan aplikasi yang saling beroperasi di level blok dalam antarmuka yang seragam…”, berupa deretan penjelasan fitur, dan perbedaannya sangat besar jika dibandingkan dengan pihak seperti monday.com atau Asana yang memulai dari kasus penggunaan dan penerapan nyata
    Monday memulai dengan “Apa yang ingin Anda kelola?”, menampilkan kategori seperti Work Management, Sales CRM, dan Dev, lalu ketika tiap item diklik, mereka menjelaskan secara spesifik bagaimana mereka membantu

    • Akan jauh lebih baik jika fokus pada kasus penggunaan. Misalnya, saya ingin melihat fungsi apa saja yang ada di modul sheets
      Saya mencoba memakainya sekitar 5 menit sambil berjalan-jalan, dan mencoba aplikasi webnya, tetapi iOS Safari tidak didukung. Saya mengunduh aplikasi iOS dan mendaftar, lalu yang muncul adalah aplikasi yang benar-benar kosong tanpa onboarding, templat/contoh, atau cara mengimpor Google Sheets yang sudah ada untuk melihat skalanya
      Saya mencoba menambahkan sumber data dan beberapa field, tetapi membingungkan, dan sementara itu jalan-jalan saya selesai
    • Setelah mengenal Start with Why dari Simon Sinek, itu sangat membantu komunikasi saya secara umum. Ini juga berlaku dalam percakapan:
      https://www.youtube.com/watch?v=u4ZoJKF_VuA
      Saya juga menyarankan untuk membaca bukunya
      Menurut teori ini, urutan penyampaiannya seharusnya Why, How, What, tetapi saat ini dimulai dari What
      Saya belum sepenuhnya memahami inti produknya, tetapi sepertinya bisa disusun ulang menjadi sesuatu seperti, “Jangan buang waktu mencari dokumen, email, dan chat di berbagai sistem. Jangan membayar 20 layanan tujuan tunggal untuk menjalankan perusahaan Anda”
      Dengan menaruh semua informasi di satu tempat, informasi menjadi mudah dicari dan dibagikan di seluruh perusahaan, dan alih-alih memadukan dokumen, chat, spreadsheet, form, dan lainnya agar sesuai dengan cara berpikir aplikasi yang sudah ada, Anda bisa membuat tool yang mendukung proses dan cara berpikir Anda sendiri
      Bisa dikatakan bahwa Nino memungkinkan Anda membuat alur kustom dengan cepat menggunakan building block modular, serta menaruh tool yang dibutuhkan dan semua informasi di satu tempat
    • Penjelasan bahwa semuanya “saling beroperasi di level blok dalam antarmuka yang seragam” terdengar cukup mirip dengan Notion. Akan tepat jika ada perbandingan
      Ini juga terasa seperti OLE / OpenDoc di desktop, ketika sheet Excel dan form Access di-embed di dalam dokumen Word. Jika itu memungkinkan, demonyanya bisa cukup mengesankan
    • Produk ini tampaknya sangat membutuhkan halaman Showcase yang menunjukkan mengapa ia bernilai
    • Saya setuju dengan kesan pertama bahwa dari sudut pandang produk ini membingungkan. Awalnya terlihat seperti visi yang muncul ketika sebuah perusahaan menyadari bahwa bagian periferal lebih bernilai daripada produk inti, lalu memperluas produk ke belasan arah sekaligus
      Namun, menerima visi menyeluruh seperti ini sejak awal mungkin berbeda dengan awalnya fokus lalu kemudian terdorong memperluas cakupan

  • Banyak orang mengatakan bisnis akan mati jika tidak melakukan spesialisasi, tetapi justru tampaknya ada peluang bagus untuk mengambil area yang belum dikerjakan dengan baik oleh siapa pun. Misalnya sistem manajemen dokumen terintegrasi vertikal untuk kasus penggunaan seperti ISO 9001
    Kasus penggunaan 1 adalah manajemen dokumen. Harus bisa “menerbitkan” versi dokumen, membuat versi itu bisa dilihat secara permanen, serta membuat pengenal dokumen secara otomatis sesuai aturan penamaan perusahaan dan menyisipkannya otomatis ke dalam dokumen. ID dokumen bisa berbentuk seperti SOP-2401001
    Setelah dokumen diterbitkan, dokumen harus bersifat hanya-baca, dan artefak seperti salinan PDF yang diekspor atau salinan yang sudah ditandatangani harus bisa disimpan bersama dokumen yang diterbitkan
    Kasus penggunaan 2 adalah pensiloan dokumen. Salah satu bagian tersulit dalam manajemen dokumen adalah membuat formulir untuk prosedur, lalu mengajari orang agar tidak merusak manajemen dokumen untuk formulir itu setelah mereka mengisinya
    Saya selalu menginginkan silo yang, begitu seseorang mulai mengisi formulir, otomatis membuat salinan, memberinya ID dokumen baru, lalu mengelompokkannya bersama formulir lain dari jenis yang sama
    Dengan integrasi ke platform otomasi, mengisi formulir juga bisa membuat email dikirim ke seseorang, dan lebih canggih lagi, bisa mendefinisikan workflow per dokumen serta menampilkan proses bisnis secara visual di sebelah dokumen

    • Ini jelas celah pasar. Idealnya ada fungsi workflow, tetapi harus bisa diganti. Namun, berbeda dari sasaran produk ini, tampaknya lebih dekat ke pasar enterprise

  • Kesan pertama setelah memakainya beberapa menit adalah mungkin ada sangat banyak fitur yang kuat, tetapi hampir tidak ada panduan dan onboarding di aplikasi maupun situsnya, sehingga saya tidak tahu harus melakukan apa dan bagaimana mempelajarinya
    Saya memasangnya di Mac, lalu ingin menambahkan sekumpulan record kontak dengan field dasar seperti nama, nomor telepon, dan tanggal lahir, kemudian men-query record itu dari modul lain
    Namun aplikasi tidak memberi petunjuk apa pun tentang cara melakukannya. Saat dibuka, yang terlihat hanya tab kosong, dan saya harus menekan berbagai kontrol untuk mencari tahu cara menambahkan modul
    Saya tidak tahu modul apa yang harus dipakai untuk menambahkan record yang bisa di-query, jadi saya mencoba Board
    Setelah menambahkan Board, saya bisa memasukkan record pertama, tetapi tampaknya tidak ada cara untuk menambahkan yang kedua. Ada kolom bernama “None” dan “Unnamed”, dan kontak pertama masuk ke dalam “None”. Tombol “+” di sudut menambahkan kolom baru
    Akhirnya ketika saya menyeret record dari “None” ke “Unnamed”, “None” menghilang dan hanya “Unnamed” yang tersisa, dan baru saat itu saya bisa menambahkan record lain
    Saya akan mencoba mengutak-atiknya sedikit lagi, tetapi ada batasnya jika mengharapkan orang memahami sendiri model penggunaan yang dirancang. Modulnya banyak, tetapi saya tidak tahu bagaimana semuanya saling terhubung, dan setup contoh untuk tim fiktif sepertinya akan sangat membantu

    • Sejujurnya, saya merasa ini cukup intuitif. Semua modul memakai alur tindakan dasar yang sama, dan itu tampak seperti bagian ketika pembuatnya merancang UI dengan sangat cerdas

  • Terlihat sangat keren
    Ingin mencobanya, tetapi untuk itu harus menggantikan alat dan alur kerja yang sudah ada. Dari sudut pandang pengguna, saya tidak ingin melakukannya kecuali bisa memastikan kepemilikan data sekaligus hosting aplikasi
    Jika Nino tidak berjalan baik lalu produknya dihentikan, saya penasaran bagaimana saya bisa terus mengakses data proprietary yang kini terikat erat. Saya ingin tahu apakah bisa di-host sendiri, apakah kode sumbernya akan dibuka, apakah format dokumennya terbuka, dan apakah ada cara menghindari kerugian jika saya mengadopsinya dengan antusias lalu gagal
    Penting juga bagaimana cara mengeluarkan data jika saya sudah memasukkan data tetapi produknya ternyata tidak cocok

    • Pendekatan yang dipakai editor Markdown canggih seperti Obsidian bisa menjadi solusi yang baik. Caranya adalah dokumen itu sendiri tetap dapat digunakan
      Keunggulan khas alat, misalnya integrasi antardokumen berbasis struktur graf, mungkin bisa hilang, tetapi hasil kerja tetap tersimpan dalam format umum yang dapat dimanfaatkan siapa saja
      Sebagian besar elemen Nino tampaknya punya standar yang diterima luas dan mudah diintegrasikan, jadi jaminan seperti itu terlihat memungkinkan
    • Kekhawatiran bahwa penyedia perangkat lunak bisa tutup itu valid. Saya juga ingat marah ketika beberapa bulan lalu Google menghentikan dua produk yang saya gunakan dalam rentang satu bulan
      Self-hosting mungkin terlalu rumit untuk disiapkan, tetapi saya penasaran apakah penawaran single-tenant bisa membantu. Saya tidak tahu apakah itu masuk akal juga untuk pengguna individu
      Selain HTML dan CSV, ada opsi ekspor JSON, dan mendukung lebih banyak format. Dalam arti tertentu itu format terbuka (.json), tetapi perlu ditambahkan dokumentasi terkait. Dukungan PDF juga direncanakan masuk suatu saat nanti

  • Jelas ini karya yang sangat impresif, mungkin mendekati pengembangan oleh satu orang, dan pasti membutuhkan usaha luar biasa
    Sebagai masukan, pertama-tama harus jelas siapa pelanggannya. Harus bisa menjelaskan seperti apa hari mereka dan bagaimana Nino membantu mereka menyelesaikan pekerjaan dengan lebih baik, cepat, dan murah
    Harus menunjukkan secara konkret apa 5 masalah utama yang mereka alami, dan di bagian mana Nino jelas lebih baik daripada produk pesaing. Menunjukkan alur kerja itu penting
    Di mana mereka bekerja, dengan siapa mereka berkolaborasi, dan apa yang mereka kolaborasikan juga perlu dibandingkan berdampingan dengan alat yang ada dengan cara yang sama untuk menunjukkan mengapa Nino lebih baik
    Terakhir, jangan pernah meremehkan betapa sulitnya membuat orang beralih dari cara kerja mereka saat ini. Ini bukan tahun 1990, dan orang sudah memakai alat untuk menyelesaikan masalah pekerja pengetahuan selama puluhan tahun. Perlu ada alasan mengapa mereka harus pindah

  • Saya tidak yakin “masalah kekacauan aplikasi” benar-benar ada. Dalam alur kerja perusahaan atau peran yang pernah saya alami, ada kombinasi aplikasi yang menyelesaikan tiap use case
    Misalnya saat bekerja sebagai kepala developer relations di perusahaan sebelumnya, kami memakai produk Atlassian untuk dokumentasi internal dan pelacakan tugas, Google Docs dan Sheets untuk penulisan bersama dengan tim eksternal, serta GitHub dan Markdown untuk membangun dokumentasi eksternal
    Semuanya memang teks, tetapi alur kerjanya berbeda dan persyaratan seperti izin akses juga berbeda, dan pada akhirnya kami menemukan alat yang sesuai untuk tiap pekerjaan
    Saya mendukung upaya ini, tetapi berharap yang dicari bukan “kekacauan aplikasi”, melainkan masalah yang lebih spesifik

    • Perusahaan kami juga punya susunan serupa, dan saya tidak melihat orang mengalami kesulitan besar untuk mengetahui alat mana yang harus dipakai atau bagaimana memakainya bersama-sama. Nino terlihat seperti mencoba memecahkan masalah yang hampir tidak ada

  • Selamat atas peluncurannya. Ini benar-benar keren, dan saya melihat masalah kekacauan aplikasi bagi pekerja produktivitas sebagai masalah nyata yang bisa diselesaikan
    Saya juga sedang membuat sesuatu yang mirip. Saya memulainya setelah lebih dari 10 tahun melakukan pekerjaan white-collar “berisiko tinggi” yang memakai banyak aplikasi setiap hari
    Masih tahap awal dan sudut pendekatannya sedikit berbeda, tetapi ada bagian yang tumpang tindih di antara kedua visi ini. Saya berfokus pada kumpulan aplikasi yang lebih sedikit tetapi dengan fungsi yang lebih rapat, sambil mengejar kesetaraan fitur dengan pemain lama dan menambahkan fitur saya sendiri. Karena itu butuh waktu untuk membuatnya benar-benar matang
    Saya penasaran bagaimana Nino akan berkembang, dan ingin terhubung nanti jika saya sudah punya sesuatu yang layak ditunjukkan

  • Dulu saya pernah membuat sesuatu yang mirip. Punya saya berbasis web: https://github.com/GWBasic/ObjectCloud
    Jika bisa berbicara kepada diri saya yang masih muda, saya akan menyuruhnya membaca lebih banyak materi YC tentang cara memulai bisnis. Saya membuat sesuatu yang saya kira dibutuhkan, tetapi seharusnya saya melakukan lebih banyak iterasi berdasarkan kebutuhan pelanggan nyata
    Artinya, saya seharusnya mencari beberapa pelanggan yang membutuhkan integrasi erat di antara use case seperti ini, lalu membiarkan kebutuhan mereka mengarahkan implementasi
    Alasannya, sudah ada banyak aplikasi yang melakukan fungsi yang sama. MS Office, Google Drive, dan lainnya sudah matang, dan seluruh pasarnya dipahami dengan baik
    Saya menyarankan untuk mencari beberapa pelanggan yang terhambat oleh interoperabilitas rendah di antara 3 aplikasi atau use case atau lebih, lalu fokus pada use case mereka
    Untuk menjadi sematang produk seperti MS Office atau Google Drive mungkin butuh lebih dari 15 tahun, tetapi jika Anda menyelesaikan kebutuhan spesifik dan mendesak di niche tertentu, pelanggan tidak akan peduli. Karena tanpa Anda, mereka tidak bisa menjalankan bisnisnya

  • Keamanan dan privasi adalah nilai jual yang sulit. Lebih sedikit orang daripada yang kita kira yang peduli pada salah satu dari keduanya, dan platform yang sudah ada juga menyediakan jauh lebih banyak fitur daripada yang mau diakui oleh orang-orang yang peduli
    Selain itu, pitch seperti “terlalu banyak alat” terdengar seperti omelan yang tidak stabil. Argumen bahwa fakta adanya berbagai alat itu sendiri membuat tidak nyaman sulit bertahan dari bantahan “kalau begitu jangan pakai semuanya”, jadi saya rasa perlu merumuskan pesannya dengan lebih baik
    Lebih baik fokus pada kenyamanan dan integrasi di dalam platform. Di situlah nilai nyata ditambahkan
    Semoga sukses

    • Mengenai yang pertama, saya melihat ini sebagai tren yang akan mulai diperhatikan lebih banyak orang ke depannya. Saya setuju bahwa banyak platform menyediakan fitur keamanan, tetapi jarang ada yang memungkinkan enkripsi dengan kunci khusus pengguna
      Yang kedua benar. Cara saya mengungkapkannya kurang baik. Terima kasih atas masukannya