Nino: không gian làm việc hợp nhất 18 ứng dụng như tài liệu, bảng tính, biểu mẫu, trang web và chat
(nino.app)- Nino là không gian làm việc mô-đun dành cho chuyên gia, gom tài liệu, sheet, slide, form, drive, calendar, site, blog, chat, meet và nhiều công cụ khác vào một giao diện duy nhất
- Thông tin được tái sử dụng ở cấp độ trang và khối, kết nối cùng một nội dung vào nhiều luồng bằng page sourcing, page embed, block embed và block mirror
- Cung cấp xem/chỉnh sửa ngoại tuyến, mở nhanh dựa trên lưu trữ cục bộ và tìm kiếm hợp nhất trên toàn bộ mô-đun, giúp đơn giản hóa việc truy cập tài liệu ngay cả khi số lượng ứng dụng tăng lên
- Ngay cả ở gói miễn phí cũng hỗ trợ thành viên và khách không giới hạn, kèm hiển thị người tham gia theo thời gian thực, con trỏ trực tiếp, channel, chat, không gian chia sẻ bên ngoài và họp video không giới hạn
- Tập hợp công cụ làm việc và tính năng xuất bản vào một nơi, gồm xuất bản website/blog, tên miền tùy chỉnh, hoàn tác bằng 1 cú nhấp, SEO bằng meta tag, CDN tại hơn 200 thành phố và cả phân tích chỉ số phía máy chủ
Không gian làm việc mô-đun và cách bắt đầu
- Nino gom nhiều ứng dụng công việc vào một giao diện thống nhất và hỗ trợ khả năng tương tác ở cấp độ khối
- Các mô-đun cung cấp gồm Doc, Sheet, Slide, Form, Drive, Calendar, List, Site, Blog, Chat, Meet, Collab và nhiều mô-đun khác
- Tùy chọn bắt đầu được chia thành Download Nino for Linux và Use the web app
- Khả năng sử dụng cơ bản tập trung vào việc nhanh chóng tìm và mở tài liệu công việc đang nằm rải rác ở nhiều mô-đun
- Chế độ ngoại tuyến: có thể xem và chỉnh sửa mà không cần Internet
- Mở nhanh: truy cập tức thì dựa trên lưu trữ cục bộ
- Tìm kiếm hợp nhất: có thể tìm kiếm tất cả mô-đun cùng lúc
Cấu trúc tái sử dụng trang và khối
- Cấu trúc cốt lõi là cách dùng lại trang và khối ở các vị trí khác nhau
- Page sourcing: xem một trang theo cách khác
- Page embed: đồng bộ một trang vào trang khác
- Block embed: đồng bộ một khối vào trang khác
- Block mirror: đồng bộ khối trong cùng một trang
- Các quy trình công việc ví dụ được chia thành quản lý dự án, quản lý tri thức và quản lý cơ sở dữ liệu
- Quản lý dự án kết hợp Collection, Board, Todo, Grid, Channel để tạo việc, lọc theo người phụ trách, lập dashboard và tổ chức thảo luận
- Quản lý tri thức nhúng trang, khối, biểu đồ và khối tệp từ Notebook, Slide, Doc, Drive
- Quản lý cơ sở dữ liệu kết nối dữ liệu khảo sát, biểu mẫu, website chiến dịch và lịch chiến dịch bằng Sheet, Form, Site, Calendar
- Trong quy trình công việc tùy chỉnh có thể dùng text, code, công thức, tệp, hình ảnh, video, âm thanh, bảng, bình luận, link embed, page embed, block embed, block mirror, map embed, button, chart và nhiều thành phần khác
Tính năng cộng tác và xuất bản
- Các tính năng cộng tác nhắm tới cả nhóm nội bộ lẫn không gian cộng tác bên ngoài
- Ngay cả ở gói miễn phí cũng hỗ trợ thành viên và khách không giới hạn
- Có thể kiểm tra người đang ở trên trang theo thời gian thực và cùng chỉnh sửa bằng con trỏ trực tiếp
- Channel cung cấp quy mô nhóm không giới hạn, Chat hỗ trợ trò chuyện 1:1 hoặc theo nhóm, Collab là không gian chia sẻ bên ngoài, còn Meet cung cấp họp video không giới hạn
- Tính năng xuất bản cung cấp luồng no-code để công khai trang thành website hoặc blog
- Có thể hoàn tác chỉ với 1 cú nhấp nhờ version control
- Có thể dùng tên miền tùy chỉnh hoặc subdomain nino.page
- Cung cấp SEO dựa trên meta tag tùy chỉnh và CDN tại hơn 200 thành phố
- Hỗ trợ trang hợp nhất bao gồm cả snapshot của các khối được nhúng
- Phân tích chỉ thu thập chỉ số phía máy chủ, theo cách tránh mất dữ liệu do tiện ích mở rộng trình duyệt gây ra
Nguyên tắc quyền riêng tư, bảo mật và kế hoạch dài hạn
- Nguyên tắc về quyền riêng tư và bảo mật tập trung vào việc không theo dõi ứng dụng, chỉ dùng cookie chức năng và báo cáo lỗi
- Việc cải tiến sản phẩm dựa vào phản hồi trực tiếp từ người dùng
- Hoạt động trên miền
.appnên chỉ sử dụng kết nối HTTPS
- Kế hoạch dài hạn là tạo ra hàng trăm mô-đun cho công việc tri thức
- Danh sách gồm Doc, Sheet, Slide, Form, Drive, Calendar, Collection, Notebook, Channel, Gallery, Canvas, Board, Todo, Grid, List, Site, Blog, Chat, Meet, Collab
1 bình luận
Ý kiến trên Hacker News
Việc xây dựng mô hình dữ liệu cho đúng ngay từ đầu là thách thức kỹ thuật lớn nhất. Sau khi đã mở rộng quy mô thì cực kỳ khó thay đổi, và nếu không cẩn thận, có thể dẫn đến tình trạng tràn lan các cột JSONB, dữ liệu trùng lặp, các hàng mồ côi và hiệu năng tệ hại.
Khách hàng có thể sẽ muốn lưu những mục lớn hơn tưởng tượng trong Docs, và khi đó dễ muốn nhét chúng inline thay vì đưa ra kho lưu trữ ngoài như S3.
Chat trên thực tế cần một cơ sở dữ liệu riêng. Discord dùng Scylla, Slack dùng Vitess trên MySQL, nhưng mẫu truy cập của chat có yêu cầu hoàn toàn khác với các kho lưu trữ khác.
Nếu triển khai cấu hình active-active, thì cần lên kế hoạch để một ngày nào đó thoát khỏi nó. Nó không mở rộng được nếu không có phần cứng đắt đến nghẹt thở.
Đây là kinh nghiệm từ việc từng làm DBRE tại một đối thủ cạnh tranh.
Việc hỗ trợ lưu trữ offline rất hay, nhưng cũng có cảm giác như đang dùng thứ gì đó như Ditto [0]. Nếu nhớ không nhầm thì bên trong họ dùng MyRocksDB; tôi chưa trực tiếp trải nghiệm, nhưng có quen những người rất giỏi đang làm ở Ditto.
[0]: https://ditto.live
Tích hợp và tính mô-đun có thể là giải pháp, nhưng mọi người không đi mua sắm giải pháp khi chưa có vấn đề. “Hỗn loạn ứng dụng” là một vấn đề quá trừu tượng với đa số.
Trước hết cần làm rõ: có khó khăn khi chia sẻ Google Docs qua Slack không, các công ty có đang khổ sở vì SharePoint và Teams tích hợp chưa đủ tốt không, công cụ này làm tốt hơn ở đâu, có tương tự nhưng rẻ hơn không, hay ổn định hơn không.
Nếu không định nghĩa ngay từ đầu vấn đề cụ thể mà mọi người thực sự gặp phải và giải pháp tích hợp này giải quyết nó như thế nào, sẽ chẳng ai quan tâm.
Vấn đề lớn thứ hai là cần một đội ngũ thiết kế giao diện đủ nhất quán để khiến các ứng dụng khác nhau này dễ dùng hơn các giải pháp riêng lẻ. Ngoại trừ các dự án do tổ chức có thuê nhà thiết kế chuyên nghiệp quản lý như Firefox, Blender, Signal, việc hầu như không có ứng dụng người dùng phổ biến nào xuất hiện dưới dạng FOSS do lập trình viên dẫn dắt cho thấy giới hạn của UI/UX lấy lập trình viên làm trung tâm.
Tôi nói điều này với tư cách là người đã làm lập trình viên toàn thời gian trong vài năm, đóng góp hàng nghìn giờ cho FOSS, rồi chuyển sang thiết kế.
Đây có vẻ là ví dụ điển hình của câu “kỹ sư không phải là người phụ trách sản phẩm”.
Ước gì có thể xây dựng phần mềm theo cách dễ thay đổi mô hình dữ liệu.
Để làm được vậy, phải có khả năng theo dõi mọi phụ thuộc dữ liệu trong hệ thống, nhưng hiện chưa có công cụ nào làm điều đó. Ai cũng chọn cơ sở dữ liệu có sẵn, nhưng chẳng cái nào thực sự hữu ích đúng cho mục đích này.
Bản thân ứng dụng nhìn bề ngoài rất ấn tượng, nhưng nếu muốn nhận phản hồi thì từ góc độ sản phẩm, nó là gì và vì sao quan trọng lại quá khó hiểu
Với tư cách người dùng doanh nghiệp, không rõ nên dùng nó như thế nào và vì sao nên quan tâm
Câu chữ ở màn hình đầu tiên liệt kê mô tả tính năng kiểu “Nino là một bộ ứng dụng có khả năng tương tác ở cấp khối trong một giao diện thống nhất…”, nhưng khi so với những bên như monday.com hay Asana, vốn bắt đầu từ use case và cách áp dụng thực tế, thì khác biệt rất lớn
Monday bắt đầu bằng “Bạn muốn quản lý điều gì?”, rồi hiển thị các hạng mục như Work Management, Sales CRM, Dev; khi bấm vào từng mục thì giải thích cụ thể nó giúp ích như thế nào
Tôi định vừa đi dạo vừa dùng thử khoảng 5 phút, đã thử web app nhưng iOS Safari không được hỗ trợ. Tôi tải ứng dụng iOS về và đăng ký, nhưng thứ hiện ra là một ứng dụng hoàn toàn trống, không có onboarding, template/mẫu, hay cách nhập Google Sheets hiện có để xem khả năng xử lý ở quy mô nào
Tôi thử thêm nguồn dữ liệu và vài trường, nhưng thấy rối, và trong lúc đó thì chuyến đi dạo cũng kết thúc
https://www.youtube.com/watch?v=u4ZoJKF_VuA
Cũng khuyên nên đọc cuốn sách
Theo lý thuyết này, thứ tự truyền đạt nên là Why, How, What, nhưng hiện tại lại bắt đầu từ What
Tôi chưa nắm hoàn toàn cốt lõi của sản phẩm, nhưng có thể tái định vị kiểu như: “Đừng lãng phí thời gian tìm tài liệu, email, chat trong nhiều hệ thống khác nhau. Đừng trả tiền cho 20 dịch vụ đơn mục đích chỉ để vận hành công ty”
Khi đặt mọi thông tin ở một nơi, việc tìm kiếm và chia sẻ trong toàn công ty sẽ dễ hơn; đồng thời có thể kết hợp tài liệu, chat, bảng tính, form... để tạo công cụ hỗ trợ quy trình và cách nghĩ của chính mình, thay vì phải ép theo tư duy của các ứng dụng sẵn có
Có thể nói Nino giúp nhanh chóng tạo các luồng tùy chỉnh bằng các khối xây dựng dạng module, đồng thời đặt những công cụ cần thiết và toàn bộ thông tin vào một nơi
Nó cũng gợi cảm giác giống OLE / OpenDoc trên desktop, kiểu nhúng sheet Excel và form Access vào trong tài liệu Word. Nếu làm được như vậy thì có thể là một demo khá ấn tượng
Tuy vậy, việc ngay từ đầu chấp nhận một tầm nhìn tổng thể như thế có thể khác với việc ban đầu tập trung, rồi về sau bị kéo vào mở rộng phạm vi
Nhiều người nói nếu không chuyên biệt hóa việc kinh doanh thì sẽ chết, nhưng ngược lại có vẻ có cơ hội tốt để nắm lấy một lĩnh vực mà chưa ai làm tốt. Ví dụ là một hệ thống quản lý tài liệu tích hợp dọc cho các use case như ISO 9001
Use case 1 là quản lý tài liệu. Cần có thể “phát hành” phiên bản tài liệu, cho phép xem vĩnh viễn phiên bản đó, tự động tạo mã định danh tài liệu theo quy tắc đặt tên của công ty và tự động chèn nó vào trong tài liệu. ID tài liệu có thể có dạng như SOP-2401001
Khi tài liệu đã được phát hành, nó phải ở chế độ chỉ đọc, và cần có thể đặt các đầu ra như bản PDF đã xuất hoặc bản đã ký cùng với tài liệu đã phát hành
Use case 2 là silo hóa tài liệu. Một trong những phần khó nhất của quản lý tài liệu là tạo biểu mẫu cho quy trình, rồi dạy mọi người để sau khi điền xong cũng không làm hỏng việc quản lý tài liệu của biểu mẫu đó
Tôi luôn muốn có một silo mà khi bắt đầu điền biểu mẫu thì tự động tạo một bản sao, cấp ID tài liệu mới, rồi gom nó cùng các biểu mẫu cùng loại khác
Nếu tích hợp với nền tảng tự động hóa, việc điền biểu mẫu có thể kích hoạt gửi email cho ai đó; tinh vi hơn nữa là có thể định nghĩa workflow theo từng tài liệu và hiển thị trực quan quy trình kinh doanh ngay bên cạnh tài liệu
Ấn tượng sau vài phút dùng thử là có thể có rất nhiều chức năng mạnh, nhưng ứng dụng và trang web gần như không có hướng dẫn và onboarding, nên không biết phải làm gì và học như thế nào
Tôi cài trên Mac, muốn thêm một tập bản ghi liên hệ có các trường cơ bản như tên, số điện thoại, ngày sinh, rồi truy vấn các bản ghi đó từ module khác
Nhưng ứng dụng không hướng dẫn gì về cách làm việc này. Mở lên chỉ thấy các tab trống, và tôi phải bấm thử nhiều control để tìm cách thêm module
Không biết phải dùng module nào để thêm các bản ghi có thể truy vấn, nên tôi thử Board
Sau khi thêm Board, tôi có thể nhập bản ghi đầu tiên nhưng dường như không có cách thêm bản ghi thứ hai. Có các cột tên là “None” và “Unnamed”, và liên hệ đầu tiên nằm trong “None”. Nút “+” ở góc thì thêm cột mới
Cuối cùng, khi kéo bản ghi từ “None” sang “Unnamed”, “None” biến mất và chỉ còn “Unnamed”, lúc đó tôi mới có thể thêm bản ghi khác
Tôi sẽ thử thêm một chút nữa, nhưng có giới hạn trong việc kỳ vọng người dùng tự mình hiểu được mô hình sử dụng đã được thiết kế. Có nhiều module nhưng không biết chúng kết nối với nhau như thế nào, và một cấu hình mẫu cho một nhóm giả định có lẽ sẽ giúp ích rất nhiều
Trông thật sự rất tuyệt
Tôi muốn dùng thử, nhưng để làm vậy thì phải thay thế các công cụ và workflow hiện có. Với tư cách người dùng, nếu không thể bảo đảm cả quyền sở hữu dữ liệu lẫn việc hosting ứng dụng, tôi sẽ không muốn làm thế
Nếu Nino không thành công và sản phẩm bị ngừng, tôi tự hỏi làm sao mình vẫn có thể tiếp tục truy cập vào dữ liệu độc quyền nay đã bị gắn kết chặt chẽ. Tôi muốn biết có thể tự host hay không, mã nguồn có được mở hay không, định dạng tài liệu có mở hay không, và có cách nào tránh thiệt hại nếu hào hứng áp dụng rồi thất bại hay không
Việc đưa dữ liệu vào rồi nếu sản phẩm không phù hợp thì làm sao lấy dữ liệu ra cũng rất quan trọng
Có thể mất đi các lợi thế đặc thù của công cụ, chẳng hạn tích hợp giữa các tài liệu theo cấu trúc đồ thị, nhưng sản phẩm công việc vẫn được bảo tồn ở một định dạng phổ dụng mà ai cũng có thể sử dụng
Phần lớn thành phần của Nino dường như đều có các tiêu chuẩn được chấp nhận rộng rãi và cũng dễ tích hợp, nên kiểu bảo đảm đó có vẻ khả thi
Tự host có thể quá phức tạp để thiết lập, nhưng tôi tự hỏi liệu cung cấp dạng single-tenant có giúp được không. Không rõ điều đó có hợp lý với người dùng cá nhân hay không
Ngoài HTML và CSV còn có tùy chọn xuất JSON, và hỗ trợ thêm nhiều định dạng khác. Theo một nghĩa nào đó thì đây là định dạng mở (.json), nhưng cần bổ sung tài liệu liên quan. Hỗ trợ PDF rồi cũng sẽ được đưa vào một lúc nào đó
Rõ ràng đây là một công việc rất ấn tượng, có lẽ gần như do một người phát triển, và hẳn đã tốn rất nhiều công sức
Nếu góp ý thì trước hết cần làm rõ khách hàng là ai. Cần có thể mô tả một ngày của họ trông như thế nào và Nino giúp họ hoàn thành công việc tốt hơn, nhanh hơn, rẻ hơn ra sao
Cần chỉ ra 5 vấn đề lớn nhất họ gặp phải là gì, và cho thấy cụ thể Nino tốt hơn rõ ràng so với các sản phẩm cạnh tranh ở điểm nào. Việc trình bày workflow là rất quan trọng
Họ làm việc ở đâu, cộng tác với ai, cộng tác về việc gì cũng nên được so sánh song song với các công cụ hiện có theo cùng cách, để cho thấy vì sao Nino tốt hơn
Cuối cùng, tuyệt đối đừng đánh giá thấp việc thuyết phục mọi người thay đổi khỏi cách làm hiện tại khó đến mức nào. Bây giờ không phải năm 1990, và mọi người đã dùng các công cụ giải quyết vấn đề của lao động tri thức trong nhiều thập kỷ rồi. Cần có lý do để họ chuyển sang
Tôi không chắc “vấn đề hỗn loạn ứng dụng” có thật sự tồn tại không. Trong các workflow ở công ty hay vị trí công việc mà tôi từng trải qua, luôn có một tổ hợp ứng dụng để giải quyết từng use case
Ví dụ, khi làm trưởng bộ phận quan hệ nhà phát triển ở công ty trước, chúng tôi dùng các sản phẩm Atlassian cho tài liệu nội bộ và theo dõi công việc, dùng Google Docs và Sheets để cùng soạn thảo với các nhóm bên ngoài, dùng GitHub và Markdown để build tài liệu bên ngoài
Tất cả đều là văn bản, nhưng workflow khác nhau, các yêu cầu như quyền truy cập cũng khác, và rốt cuộc chúng tôi tìm được công cụ phù hợp cho từng việc
Tôi ủng hộ nỗ lực này, nhưng hy vọng họ đang tìm một vấn đề cụ thể hơn chứ không phải “hỗn loạn ứng dụng”
Chúc mừng ra mắt. Thật sự rất tuyệt, và tôi nghĩ vấn đề hỗn loạn ứng dụng của nhóm lao động năng suất là vấn đề có thật và có thể giải được
Tôi cũng đang xây dựng một thứ tương tự. Tôi bắt đầu sau hơn 10 năm làm công việc văn phòng “rủi ro cao”, nơi phải dùng nhiều ứng dụng mỗi ngày
Vẫn còn ở giai đoạn đầu và góc tiếp cận hơi khác, nhưng có phần giao nhau giữa hai tầm nhìn. Tôi tập trung vào một tập ứng dụng ít hơn nhưng làm tính năng dày hơn, vừa đạt ngang bằng tính năng với các ông lớn hiện có vừa bổ sung tính năng của mình. Vì vậy đang mất thời gian để làm cho đúng
Tôi tò mò Nino sẽ phát triển thế nào, và sau này khi có thứ gì đó đủ để giới thiệu, tôi muốn kết nối
Trước đây tôi từng làm một thứ tương tự. Cái của tôi chạy trên web: https://github.com/GWBasic/ObjectCloud
Nếu nói với bản thân tôi thời trẻ, tôi sẽ bảo hãy đọc nhiều tài liệu của YC hơn về cách khởi nghiệp. Tôi đã xây thứ mà tôi nghĩ là cần thiết, nhưng lẽ ra phải lặp lại nhiều hơn dựa trên nhu cầu khách hàng thực tế
Nói cách khác, lẽ ra tôi nên tìm vài khách hàng cần sự tích hợp chặt chẽ giữa các use case này, và để nhu cầu của họ dẫn dắt việc triển khai
Lý do là đã có nhiều ứng dụng làm cùng các chức năng đó. MS Office, Google Drive, v.v. đều đã trưởng thành và toàn bộ thị trường đã hiểu rõ chúng
Tôi khuyên nên tìm vài khách hàng bị kẹt vì khả năng tương tác thấp giữa 3 ứng dụng hoặc use case trở lên, rồi tập trung vào use case của họ
Để trưởng thành như các sản phẩm như MS Office hay Google Drive sẽ mất hơn 15 năm, nhưng nếu giải quyết được một nhu cầu cụ thể và cấp thiết trong một ngách nhất định, khách hàng sẽ không bận tâm. Vì không có bạn thì họ không thể vận hành doanh nghiệp của mình
Bảo mật và quyền riêng tư là điểm bán hàng khó. Ít người quan tâm đến một trong hai hơn bạn tưởng, và các nền tảng hiện có cũng cung cấp nhiều tính năng hơn rất nhiều so với mức mà những người quan tâm muốn thừa nhận
Ngoài ra, cách pitch kiểu “có quá nhiều công cụ” nghe như một tràng dài thiếu vững chắc. Lập luận rằng việc đơn giản là có nhiều công cụ khác nhau đã gây bất tiện khó đứng vững trước phản biện “vậy thì đừng dùng hết”, nên có lẽ cần diễn đạt tốt hơn
Thay vào đó, nên tập trung vào sự tiện lợi và tích hợp bên trong nền tảng. Đó mới là phần thực sự tạo thêm giá trị
Chúc may mắn
Ý thứ hai thì đúng. Cách diễn đạt của tôi chưa tốt. Cảm ơn phản hồi