Notion cho doanh nghiệp nhỏ: nên và không nên dùng
Notion cho doanh nghiệp nhỏ thay được ba loại việc và không nên thay bốn loại còn lại. Cách dựng cấu trúc tối thiểu, và dấu hiệu bạn đang dùng sai.
Rất nhiều doanh nghiệp nhỏ bắt đầu với Notion cho doanh nghiệp nhỏ vì nó làm được gần như mọi thứ, rồi sáu tháng sau bỏ vì nó lộn xộn quá.
Nguyên nhân hiếm khi là công cụ. Nó là việc dùng một công cụ linh hoạt cho những việc cần công cụ chuyên biệt.
Đọc và bàn, không phải tính và đối chiếu
Một cách phân loại dùng được cho mọi công cụ dạng này:
Notion mạnh ở nơi thông tin cần được đọc, hiểu và bàn, tài liệu, quy trình, ghi chú, kế hoạch. Nó yếu ở nơi thông tin cần được tính, đối chiếu và kiểm tính đúng, tồn kho, công nợ, lịch giao hàng theo giờ.
Lý do nằm ở chỗ nó không ép cấu trúc. Sự tự do đó là điểm mạnh khi bạn đang viết một quy trình chưa rõ hình. Nó thành điểm yếu khi bạn cần chắc rằng cột "số lượng" luôn là một con số, và luôn khớp với thực tế trong kho.
Hỏi trước khi đưa một việc vào: nếu ô này điền sai thì có ai phát hiện không? Nếu không, việc đó cần một công cụ có ràng buộc, không cần một trang linh hoạt.
Ba việc nó làm tốt
Quy trình và tài liệu nội bộ. Cách xử lý một loại đơn, cách trả lời một loại khiếu nại, các bước lên một sản phẩm mới. Đây là chỗ nó mạnh nhất: nội dung dài, có cấu trúc lỏng, cần sửa thường xuyên, cần nhiều người đọc.
Ghi chép có ngữ cảnh. Ghi chú cuộc gọi khách hàng, ghi chú họp, ghi chú thử nghiệm. Điều làm nó hơn một thư mục văn bản là bạn nối được một ghi chú với người, với dự án, với ngày.
Bảng theo dõi việc đang chạy. Không phải quản lý dự án phức tạp, chỉ là "ai đang làm gì, đến đâu". Cho một đội dưới mười người, cái này thường đủ và ít ma sát hơn công cụ chuyên dụng.
Bốn việc nên để phần mềm khác
Kế toán và công nợ. Cần đúng đến từng đồng, cần đối chiếu ngân hàng, cần chống sửa lại số cũ. Một trang tự do không có tính chất nào trong ba tính chất đó.
Tồn kho theo thời gian thực. Đồng bộ với bán hàng là bài toán khó và không tha thứ. Sai một lần là hứa với khách một món không có.
Chăm sóc khách hàng theo lượt. Cần lịch sử trao đổi, cần nhắc việc, cần biết ai đã liên hệ lần cuối khi nào. Dựng lại bằng tay được, nhưng bạn sẽ dựng lại một sản phẩm đã tồn tại và dựng tệ hơn.
Bất cứ thứ gì cần nhật ký thay đổi. Ai sửa gì lúc nào, không xoá được. Đây là yêu cầu của quy trình có tính pháp lý hoặc tài chính, và nó không phải chỗ để linh hoạt.
Cấu trúc tối thiểu
Sai lầm phổ biến nhất là dựng một hệ thống đẹp trước khi có nội dung. Ba tuần sau nó rỗng và không ai vào.
Bắt đầu bằng ba trang, không hơn:
- Việc đang chạy, một bảng, ba cột: việc, ai, trạng thái.
- Cách chúng ta làm, nơi mọi quy trình sống, mỗi quy trình một trang con.
- Ghi chép, mọi ghi chú họp và ghi chú khách hàng, xếp theo ngày.
Thêm trang thứ tư chỉ khi bạn thấy mình đang nhét một loại nội dung mới vào một trong ba trang trên và nó chật. Cấu trúc nên mọc theo nhu cầu, không dựng trước theo tưởng tượng.
Một quy tắc rẻ mà hiệu quả: mỗi trang phải có một người chịu trách nhiệm. Trang không có ai sở hữu sẽ cũ đi trong hai tháng, và một tài liệu cũ nguy hiểm hơn không có tài liệu, người mới sẽ làm theo nó.
Ba dấu hiệu đang dùng sai
Bạn phải nhắc mọi người cập nhật. Nếu việc cập nhật không nằm trong luồng làm việc tự nhiên, nó sẽ không được làm. Đưa việc đó về công cụ nơi công việc thật diễn ra.
Có hai chỗ chứa cùng một thông tin. Số liệu ở đây và ở bảng tính kia. Sớm muộn hai chỗ lệch nhau, và không ai biết chỗ nào đúng.
Tìm một thứ mất hơn một phút. Đây là dấu hiệu cấu trúc đã phình quá nội dung. Cách chữa gần như luôn là xoá bớt, không phải thêm một trang mục lục.
Chuyển ra khi nào
Notion là chỗ tốt để bắt đầu một loại việc, vì nó rẻ và không bắt bạn quyết cấu trúc trước. Nó thành chỗ tệ để ở lại khi việc đó đã có hình rõ.
Ba dấu hiệu đã đến lúc chuyển một mảng sang công cụ chuyên biệt:
Bạn đã tự dựng lại một tính năng có sẵn ở nơi khác. Một bảng theo dõi công nợ với công thức nhắc hạn, một luồng duyệt nhiều bước. Dựng được không có nghĩa là nên dựng, bạn vừa nhận thêm một phần mềm phải tự bảo trì.
Có người ngoài đội phải dùng nó. Khách hàng, nhà cung cấp, kế toán bên ngoài. Lúc này bạn cần phân quyền chặt và giao diện quen thuộc, hai thứ không phải điểm mạnh của một trang linh hoạt.
Sai một ô là mất tiền. Ranh giới rõ nhất. Chỗ nào sai gây thiệt hại tiền thì cần công cụ có ràng buộc và nhật ký thay đổi.
Một sai lầm tốn thời gian: chép mẫu của người khác
Các bản mẫu dựng sẵn trông rất hoàn chỉnh và gần như luôn quá phức tạp cho doanh nghiệp mười người. Chúng được thiết kế để trưng bày mọi tính năng, không để một đội cụ thể dùng hằng ngày.
Chép về thì bạn nhận một hệ thống mình không hiểu, với những trường không dùng tới và những liên kết không biết để làm gì. Khi cần sửa, bạn không dám sửa vì không rõ cái gì phụ thuộc cái gì.
Dựng ba trang của mình vẫn nhanh hơn, và quan trọng hơn: bạn hiểu từng thứ trong đó, nên bạn sửa được.
Bài này có giúp bạn không?
Key Takeaway
"Notion mạnh ở nơi thông tin cần được ĐỌC và bàn; nó yếu ở nơi thông tin cần được TÍNH và đối chiếu."