a16z: Khung cao cấp phi tập trung dần dần

• tác giả: Jad Esber và Scott Duke Kominers*

• biên dịch: DeFi 之道*

• nguồn hình ảnh: do Maze AI tạo ra*
  Điều chỉnh phân quyền là ưu tiên hàng đầu của Web3 ------ nó cũng rất hữu ích trong các môi trường kinh doanh khác. Trong Web3, mục tiêu là từ bỏ sự tập trung để đảm bảo an toàn, mở và sở hữu cộng đồng, trong khi trong các doanh nghiệp truyền thống hơn, việc phân quyền giúp các bên liên quan tham gia và đưa ra quyết định thông minh hơn, chẳng hạn như phân quyền là chìa khóa để thực hiện khái niệm phổ biến "tổ chức tự quản".
  Tuy nhiên, việc đạt được sự phân quyền hoàn toàn ngay từ đầu có thể khó khăn, thậm chí là không thực tế. Các yếu tố thiết kế ban đầu của một dự án hoặc doanh nghiệp thường cần một tầm nhìn và kiểm soát tập trung hơn. Sự tập trung trong giai đoạn đầu có thể dễ dàng hơn để phối hợp, phát hành và lặp lại nhanh chóng để thích ứng với thị trường sản phẩm .

Tuy nhiên, bắt đầu với một mức độ tập trung không nhất thiết sẽ buộc bạn phải duy trì cách này. Ở đây, chúng tôi sẽ giải thích một khung cao cấp để thiết lập sự phân quyền trong tương lai và cung cấp một số hướng dẫn về thời điểm và cách thực hiện điều đó. Những hướng dẫn này áp dụng cho cả các dự án Web3 và các tổ chức truyền thống hơn.
Mục tiêu của chúng tôi là giúp những người quan tâm đến việc phân quyền suy nghĩ về cách đối phó với thách thức này. Tuy nhiên, không có một phương pháp nào là hoàn hảo cho tất cả, vì cơ chế phân quyền chính xác phần lớn được xác định bởi môi trường kinh doanh cụ thể. Do đó, đây chỉ là một giới thiệu -- nó không phải là một hướng dẫn trò chơi để đưa ra quyết định từ các thành phần, mà là một khung để bắt đầu suy nghĩ về vấn đề tổng thể.
Nếu có một điều cần nhớ, đó là phân quyền không nhất thiết phải là "hoàn toàn hoặc không". Với kế hoạch phù hợp, bạn có thể tiến hành phân quyền theo thời gian. Để lập kế hoạch hiệu quả, điều quan trọng là hiểu doanh nghiệp của bạn có thể phân quyền ở những khía cạnh khác nhau nào và cách thực hiện điều đó vào thời điểm thích hợp.
Dựa trên kinh nghiệm của nhiều người trong chúng ta, phân quyền dần dần giống như một tổ chức trở nên hoàn toàn làm việc từ xa. Bắt đầu, việc tổ chức các cuộc họp trực tiếp tại một văn phòng trung tâm duy nhất là hữu ích cho việc phối hợp, nhưng theo thời gian, việc trở nên phân tán hơn là hợp lý. Nhưng để quản lý công việc phân tán, cần phải đầu tư vào công nghệ giao tiếp từ xa, cũng như ghi chép cẩn thận các thực tiễn và cấu trúc kinh doanh. Khi thiết kế một tổ chức, việc biết rằng một ngày nào đó công việc của bạn sẽ được thực hiện từ xa sẽ giúp trạng thái tương lai trở nên dễ dàng hơn. Phân quyền dần dần cũng tương tự như vậy.

Phân quyền có giá trị

Phân quyền là việc chuyển giao quyền kiểm soát và quyền quyết định từ một thực thể tập trung -- một cá nhân, tổ chức hoặc nhóm cụ thể -- sang một mạng lưới phân tán. Điều này có thể áp dụng cho nhiều yếu tố của doanh nghiệp, bao gồm sáng tạo nội dung, quản trị tổ chức và quy trình, thậm chí cả công nghệ.
Phân quyền thường mang tính chức năng. Ví dụ, một tổ chức có thể tổng hợp ý kiến từ một mạng lưới cá nhân phân tán. Thực tế, việc tạo ra giá trị trong Web3 phần lớn dựa vào việc sử dụng sở hữu chung để khuyến khích nhiều người tham gia và đóng góp cùng một lúc. (Trong một bài viết trước đây, chúng tôi đã viết rằng "xây dựng nền tảng mở chia sẻ giá trị trực tiếp với người dùng sẽ tạo ra nhiều giá trị hơn cho mọi người, bao gồm cả nền tảng").
Trong các trường hợp khác, phân quyền có thể cung cấp bảo mật -- chẳng hạn như chống lại sự kiểm duyệt (mặc dù để làm được điều này, cần phải xây dựng cấu trúc quản trị đúng cách). Hơn nữa, các nền tảng Web3 tìm cách tận dụng tài sản kỹ thuật số của riêng họ cũng cần phải phân quyền vì lý do quy định .
Có lẽ quan trọng nhất, phân quyền có thể hoạt động như một cam kết để xây dựng sản phẩm vì lợi ích tốt nhất của người dùng -- tương tự như cách quản trị chung hướng dẫn các hợp tác xã nhấn mạnh văn hóa lành mạnh và phân phối công bằng tài nguyên và lợi ích giữa các thành viên trong thời gian dài. Hơn nữa, có một nhóm người có khả năng tự chọn tham gia vào những dự án có kế hoạch phân quyền, điều này không chỉ vì nguyên tắc mà còn vì họ tin rằng những dự án như vậy sẽ có giá trị hơn trong dài hạn.

Phân quyền không phải là điều dễ dàng

Mặc dù phân quyền có giá trị -- thậm chí là cần thiết -- cho doanh nghiệp, nhưng việc bắt đầu có thể gặp khó khăn. Nhiều áp lực trong ngắn hạn thúc đẩy sự tập trung, ngay cả đối với những công ty cam kết phân quyền lâu dài.

Hãy tưởng tượng thách thức khi khởi động một sản phẩm hoặc thực hiện lặp lại nhanh chóng để đạt được sự phù hợp giữa sản phẩm và thị trường mà không có một đội ngũ trung tâm hoặc quy trình quyết định tập trung. Hơn nữa, phân quyền trong Web3 thường đi kèm với kỳ vọng về khả năng kết hợp, điều này mang lại rủi ro: trước khi bạn đạt được quy mô, người khác có thể "nhánh" sản phẩm của bạn. Dựa vào quản lý phân quyền hoặc các hình thức đóng góp crowdsourcing khác mà không có cấu trúc hỗ trợ được thiết kế đúng cách -- bao gồm cả những cấu trúc thúc đẩy sự tham gia -- có thể khiến nền tảng đối mặt với rủi ro gian lận hoặc hối lộ.

Những lực lượng này khuyến khích sự tập trung trong giai đoạn đầu. Nhưng điều quan trọng là đảm bảo rằng chúng không dẫn đến các quyết định thiết kế khiến việc phân quyền trong tương lai trở nên khó khăn hơn. Nói cách khác, ngay cả khi có lý do tốt để tập trung hơn trong giai đoạn đầu, bạn cũng nên thiết kế cho sự phân quyền trong tương lai.

Phân quyền dần dần

Dưới đây là một số hướng dẫn có thể giúp bạn lập kế hoạch tích cực cho sự phân quyền trong tương lai.

Đầu tiên, bạn phải xác định doanh nghiệp của bạn có thể phân quyền ở những khía cạnh khác nhau nào. Ví dụ, một nền tảng có thể phân quyền việc lập kế hoạch nội dung, ngay cả khi vẫn có một công nghệ tương đối tập trung. Một sản phẩm cụ thể có thể được chia thành "đơn vị quyền lực tối thiểu" (MDU), những đơn vị này chủ yếu độc lập với nhau, và sau đó phân quyền dọc theo những khía cạnh này. MDU có thể bao gồm đội ngũ cốt lõi, các đóng góp bên ngoài, công nghệ, v.v. -- chúng tôi sẽ thảo luận chi tiết về từng khía cạnh bên dưới.

Ngay cả trong một MDU cụ thể, bạn cũng không cần phải nhảy từ 0 lên 100 ngay lập tức. Một nền tảng có thể dần dần phân quyền quyền lập kế hoạch, chẳng hạn như bắt đầu từ việc thu thập đề xuất nội dung từ cộng đồng, sau đó cuối cùng chuyển giao hoàn toàn quyền quyết định nội dung.

Về mặt hình ảnh, chúng tôi nghĩ rằng điều này giống như một tập hợp các thanh trượt -- có thể là một "bộ cân bằng phân quyền", với các điều chỉnh khác nhau cho mỗi MDU. Bạn có thể điều chỉnh từng thanh trượt theo nhịp độ của riêng mình, trong khi độ khó của việc điều chỉnh mỗi thanh trượt phụ thuộc vào mức độ chuẩn bị của doanh nghiệp cho sự thay đổi ở khía cạnh đó. Theo nghĩa này, mặc dù việc xem xét cấu trúc phân quyền có chi phí cao hơn trong giai đoạn đầu, nhưng nó có thể trở thành một nguồn lợi thế cạnh tranh quan trọng, vì về lâu dài, nó làm cho quá trình phân quyền trở nên dễ dàng hơn.

Mô tả MDU

Điều quan trọng là giữ sự nhất quán trong việc phân quyền như thế nào và phân quyền cái gì, điều này cần một số phối hợp cấp cao và thường cần giám sát một số "bộ cân bằng phân quyền". Trong các loại hình doanh nghiệp và sản phẩm khác nhau, MDU sẽ khác nhau, dưới đây là một số ví dụ và cách thiết lập cho sự thành công của phân quyền:

1. Đội ngũ cốt lõi. Thuê những người có khả năng thiết lập công việc, để các thành viên bên ngoài có thể tiếp quản một số trách nhiệm -- chẳng hạn như một quản lý cộng đồng, để cho phép các thành viên bắt đầu thiết kế cộng đồng theo cách tự quản và tự quản lý. Hơn nữa, đầu tư vào việc nâng cao kỹ năng của đội ngũ bạn, coi phân quyền là một mục tiêu lâu dài, và hỗ trợ những nỗ lực này bằng công nghệ và thực tiễn tốt nhất mới.

2. Các đóng góp bên ngoài. Bạn càng tiến gần đến việc hoàn toàn phân quyền, cộng đồng của bạn càng có thể tham gia vào sự phát triển và quản lý sản phẩm. Tùy thuộc vào mức độ phân quyền mà bạn muốn, bạn cần xây dựng theo cách có sự tham gia, khuyến khích cộng đồng tham gia vào việc xây dựng cơ sở hạ tầng chia sẻ, đóng góp nội dung, và/hoặc quản lý hệ thống. Điều này không chỉ là mời cộng đồng tham gia -- bạn phải thiết kế tổ chức theo cách cho phép mọi người đóng góp và thưởng cho họ vì đã làm như vậy. Nói cách khác, hãy xây dựng các kênh phản hồi và tham gia mạnh mẽ, cũng như các cấu trúc và quy trình tương ứng.

Đồng thời, trong việc thưởng, việc giới thiệu điểm thưởng hoặc mã thông báo kỹ thuật số để theo dõi và thưởng cho các đóng góp của cộng đồng có thể giúp khuyến khích hoạt động của cộng đồng (thêm thông tin về thiết kế hệ thống danh tiếng, hãy xem bài viết ++này++ của chúng tôi). Ví dụ, bạn có thể bắt đầu bằng cách thu hút các nhà phát triển bên ngoài để thử nghiệm cơ sở hạ tầng cốt lõi của bạn -- bằng cách phân bổ phần thưởng cho những nhà phát triển khởi động hoạt động bằng cách xây dựng trên nền tảng giao thức.

3. Công nghệ. Công nghệ có thể được xây dựng theo cách mô-đun, cho phép bạn thay thế các dịch vụ tập trung bằng các phiên bản phân quyền ngay từ đầu -- chẳng hạn như, bắt đầu bằng việc lưu trữ nội dung trên AWS, sau đó theo thời gian, chuyển sang các dịch vụ lưu trữ phân quyền như Arweave hoặc IPFS.
4. Tài chính. Bạn nên lập kế hoạch cho cách tài trợ cho doanh nghiệp ban đầu và cách phân bổ tài nguyên bên trong và bên ngoài cho sự phân quyền. Đặc biệt, bạn nên xây dựng tài chính theo cách linh hoạt, để duy trì tổ chức mà không cần kiểm soát trung tâm, chẳng hạn như xem xét phản ứng của các nhà đầu tư mà bạn mang lại về việc thoát khỏi sự kiểm soát của cộng đồng (chúng ta có thể gọi đây là "thoát phân quyền") và xem xét việc cấp phát tài chính định kỳ cho cộng đồng.

5. Quy trình nội bộ. Điều quan trọng là dành thời gian ở giai đoạn đầu để suy nghĩ về những gì bạn có thể cần để phân quyền một phần doanh nghiệp và quy trình kinh doanh -- chẳng hạn, bạn có thể cần tài liệu phong phú để giúp các thành viên cộng đồng hiểu các quyết định cụ thể về quản trị có tiền lệ hoặc bối cảnh.

Việc liệt kê rõ ràng MDU của tổ chức bạn có thể hữu ích, để cung cấp một cái nhìn rõ ràng mà bạn có thể chia sẻ với đội ngũ và cộng đồng về các "thanh trượt" khác nhau. Chia sẻ lộ trình không chỉ phù hợp với tinh thần phân quyền, mà cộng đồng cũng có thể giúp bạn đạt được mục tiêu. Khi bạn có một bộ MDU, hãy làm rõ vị trí của các thanh trượt hiện tại trên mỗi khía cạnh và bắt đầu hình thành một quan điểm mà bạn muốn nó phát triển theo thời gian. Tất nhiên, bạn cũng cần có một thứ tự hoạt động có ý nghĩa, nếu mọi thứ sai lầm, đội ngũ có thể nên bắt đầu từ MDU có tác động tiêu cực nhỏ hơn.

Di chuyển thanh trượt nào, khi nào?

Cuối cùng: bạn làm thế nào để biết khi nào nên di chuyển thanh trượt lên -- tức là, khi nào có thể tăng cường phân quyền ở một hoặc nhiều khía cạnh?

Nhìn rộng ra, điều quan trọng đầu tiên là toàn bộ hệ thống của bạn tương đối ổn định. Nhưng điều này có nghĩa là gì? Trong một bài viết trước đây của a16z, Jesse Walden khuyến khích các đội đánh giá vị trí của họ trong quá trình đạt được và vượt qua sự phù hợp giữa sản phẩm và thị trường: bạn còn cần trải qua bao nhiêu lần lặp lại và nhanh như thế nào? Điều này quan trọng vì bất kỳ hình thức thay đổi tổ chức nào cũng sẽ làm chậm tốc độ hoạt động; bạn cần nắm bắt thời điểm di chuyển thanh trượt, để lợi ích lâu dài của việc làm chậm vượt qua chi phí ngắn hạn. Lý tưởng nhất là, khi động lực xã hội và kinh tế của nền tảng của bạn đã đủ ổn định, bạn có thể dự đoán mạnh mẽ cách điều chỉnh mức độ phân quyền sẽ ảnh hưởng đến hành vi và kết quả của cộng đồng.

Tiếp theo, bạn nên lần lượt đánh giá từng MDU. Khi quyết định có điều chỉnh thanh trượt hay không, mỗi khía cạnh sẽ có một bộ yếu tố riêng cần cân nhắc.

Bạn có thể bị thúc đẩy để phân quyền ở một khía cạnh cụ thể -- chẳng hạn, bạn có thể có quá nhiều nội dung do người dùng tạo ra cần quản lý, điều này khiến việc cho phép nhiều cộng đồng tham gia lập kế hoạch trở nên rất quan trọng. Hơn nữa, bạn cũng có thể hoàn toàn tự chọn tăng cường phân quyền -- một ví dụ là bạn thấy giá trị thương mại lâu dài trong việc lưu trữ nội dung theo cách phân quyền, vì vậy bạn chủ động chọn bắt đầu sử dụng dịch vụ như vậy.

Một lần nữa, điều này không phải là hoàn toàn hoặc không. Phân quyền xảy ra với tốc độ khác nhau dọc theo mỗi MDU. Ví dụ, bạn có thể bắt đầu lập kế hoạch tài chính của mình từ ngày đầu tiên, giữ lựa chọn "thoát khỏi cộng đồng"; sau sáu tháng, xây dựng một tài chính cộng đồng; sau đó chuyển sang quản lý tài chính hoàn toàn phân quyền.

Trong khi đó, bạn có thể giữ một công nghệ tập trung, trong khi tìm kiếm nhiều lựa chọn điểm đến trước khi lặp lại một sản phẩm ổn định.

***

Phân quyền là mạnh mẽ, nhưng nó không dễ dàng. Đặc biệt trong giai đoạn đầu, nhu cầu về lặp lại nhanh chóng, kiểm soát chất lượng và an toàn thường yêu cầu phát triển tập trung (mặc dù điều này có thể thay đổi với sự cải tiến của công nghệ phát triển phân quyền).

Nếu mục tiêu của bạn là giữ doanh nghiệp của bạn trong trạng thái phân quyền lâu dài, điều quan trọng là lập kế hoạch tốt trong giai đoạn đầu để tránh mất dấu trong quá trình xây dựng. Chúng ta có thể thấy vai trò của Giám đốc điều hành hoặc Giám đốc vận hành tiến hóa để chăm sóc "bộ cân bằng phân quyền" -- thậm chí có thể giới thiệu một vị trí hoàn toàn mới như "Giám đốc phân quyền".

Suy nghĩ từ góc độ MDU có thể giúp bạn làm rõ nơi và cách phân quyền các khía cạnh khác nhau của doanh nghiệp. Khi sản phẩm phát triển, khi thời điểm chín muồi, bạn có thể tiến hành phân quyền dần dần dọc theo mỗi MDU.