【0 đến 1】Ứng dụng xây dựng cộng đồng đơn giản đề xuất

Bài viết này lấy quá trình xây dựng mô-đun cộng đồng của nhóm tác giả làm ví dụ để phân loại các ý tưởng cụ thể trong các đề xuất của cộng đồng.

Do nhu cầu lập kế hoạch kinh doanh sản phẩm của riêng mình, hiện chúng tôi đang xây dựng mô-đun [Cộng đồng] và chuẩn bị mở lối vào ở thanh menu cấp một. Có vẻ như đây là một vấn đề lớn; bởi vì những sinh viên tham gia vào ngành công nghiệp Internet ít nhiều đều biết rằng cộng đồng nội dung có thể được coi là một ngành công nghiệp và đây là một thị trường công nghiệp tương đối trưởng thành.

Ví dụ, ở quy mô lớn hơn, có các sản phẩm cộng đồng độc lập như Xiaohongshu và Zhihu, và ở quy mô nhỏ hơn, có Keep, NetEase Cloud Music, v.v., nhúng cộng đồng vào ỨNG DỤNG (hiện chúng tôi thuộc danh mục này).

Thứ hai, một cộng đồng "tốt" không thể được thành lập bởi một nhóm nhỏ chỉ bằng lời nói. Một cộng đồng trưởng thành không thể tách rời khỏi mối quan hệ cung cầu, tức là người tiêu dùng và người sáng tạo nội dung, cũng như các thuật toán đề xuất phức tạp; và được vận hành bởi một loạt các hệ điều hành như quản trị đánh giá nội dung, mức độ tăng trưởng, ưu đãi cho người sáng tạo, v.v.

Thật không may, nhóm hiện tại của chúng tôi không có khả năng thực hiện bất kỳ điều nào ở trên, vì vậy tôi muốn viết bài viết này để tóm tắt lại suy nghĩ của chúng tôi về vấn đề này.

1. Khuyến nghị suy nghĩ tích cực

Bởi vì không có ai trong nhóm của tôi hiểu về hoạt động và sản phẩm nội dung; chúng tôi chỉ bắt đầu làm việc sau khi ông chủ ra lệnh! (Nghe có vẻ công ty của bạn đang làm ăn tốt nhỉ, hahaha)

Vì vậy, với tư cách là một người quản lý sản phẩm cộng đồng [không chuyên nghiệp và không đủ trình độ], khi tôi được giao nhiệm vụ chịu trách nhiệm cho mô-đun cộng đồng, tôi chỉ có thể học, suy nghĩ và thiết kế cùng một lúc với sự kinh ngạc; Ý tưởng chính là cố gắng làm cho nó nhỏ nhưng đảm bảo nó (đủ tiêu chuẩn) trước, sau đó tối ưu hóa và lặp lại dựa trên kinh nghiệm thực tế sau khi vận hành thực tế.

Trước khi bắt đầu, chúng ta hãy sắp xếp luồng chức năng. Là một nhà quản lý sản phẩm, bạn phải nhớ rằng bất kể bạn nhận được yêu cầu chức năng nào, trước tiên bạn phải tự mình sắp xếp các quy trình thuận và ngược, sau đó mới nghĩ đến các điểm chính của thiết kế. Cuối cùng, khi bạn xuất bản bản mẫu, bạn sẽ có thể viết một cách xuất sắc.

Ví dụ, quá trình tích cực của cộng đồng:

1) Nội dung này nên được giới thiệu tới ai?

2) Bạn đề xuất nội dung nào?

3) Thành phần định lượng của nội dung được khuyến nghị là gì?

…

Nên giới thiệu ai trước: Tại đây, bạn có thể kết hợp thẻ người dùng với thẻ nội dung để đưa ra các đề xuất liên quan. Ví dụ, nếu người dùng chia sẻ một bài viết được gắn thẻ "giải trí" khi bài viết đó được tạo, thì khi bạn đề xuất lại bài viết đó, nội dung có gắn thẻ "giải trí" sẽ được đề xuất cho người dùng đó.

Có nhiều trường hợp gắn thẻ, thuộc về một danh mục chính khác. Có rất nhiều bài viết trên Internet nên tôi sẽ không đi sâu vào chi tiết ở đây.

Thứ hai, nên giới thiệu nội dung gì: Nội dung cũng có nhiều dạng. Tại đây, các nhà quản lý sản phẩm cần tổ chức nội dung nào được tạo ra trong APP của riêng họ, chẳng hạn như bài đăng UGC, bài đăng hoạt động nội bộ, PUGC bên ngoài được mời hợp tác hoặc chuyển giao, bài đăng KOL hoặc chủ đề đã tạo, v.v.

Ứng dụng của chúng tôi cũng có chức năng tư vấn sản phẩm và hỏi đáp, thực chất đây cũng là nội dung đầu ra. Chúng tôi cố gắng bao gồm tất cả những điều đó. Điều này không có nghĩa là chúng tôi phải đề xuất chúng cho người dùng trong cộng đồng cùng một lúc, nhưng chúng tôi muốn làm rõ để có thể sửa đổi chúng vào đúng thời điểm. Ví dụ, tôi sẽ chèn ngẫu nhiên một thẻ tư vấn sản phẩm và hỏi đáp vào luồng đề xuất của cộng đồng.

Thành phần số lượng khuyến nghị cuối cùng: Nói chung, khi bạn kéo lên để làm mới hoặc kéo xuống để tải, nên có từ 9 đến 12 nội dung; Vậy 12 nội dung này được biên soạn như thế nào?

Cần cân nhắc ít nhất ba tình huống: một là các khuyến nghị mạnh mẽ từ hoạt động, chẳng hạn như các bài viết do hoạt động khuyến nghị, phải xuất hiện khi lần đầu tiên vào cộng đồng; một là đề xuất các bài viết phổ biến và các bài viết mới (mới xuất bản); và một là các đề xuất liên quan đến thẻ;

Xử lý mở rộng: Chúng tôi chia các đề xuất thẻ thành hai trạng thái: thẻ duyệt thời gian thực và thẻ duyệt lịch sử. Điều này được sử dụng để phân biệt kết quả đề xuất. Ví dụ, nếu bạn lần đầu tiên tham gia cộng đồng hôm nay và chưa duyệt bất kỳ nội dung nào, bạn sẽ được đề xuất dựa trên lịch sử; nếu bạn đã duyệt trước đó, bạn sẽ được đề xuất dựa trên kết quả duyệt hiện tại.

Sự phân chia trên là do chúng ta không hiểu logic của thuật toán đề xuất (chúng ta không có kỹ sư thuật toán), nhưng ý tưởng chung là để đảm bảo tính công bằng. Bất kỳ loại nội dung nào cũng có cơ hội được tiết lộ. Không thể đề xuất tất cả nội dung bằng thẻ hoặc đề xuất phổ biến.

Chúng ta hãy tiếp tục phân tích: đó là vấn đề phân bổ số lượng nội dung được đề xuất. Giải pháp thô sơ nhất là phân bổ số lượng nội dung được đề xuất. Ví dụ, 9 nội dung được đề xuất cùng một lúc, 3 bài viết phổ biến và 3 bài viết mới được chọn.

Một giải pháp khác là đặt điểm cho từng thuộc tính nội dung, chẳng hạn như đặt điểm cao, trung bình và thấp cho các bài viết phổ biến và đặt điểm cao, trung bình và thấp cho các bài viết mới theo thời gian phát hành.

Sau đó, mỗi cấp độ sẽ được chỉ định một số điểm mặc định và cuối cùng, các khuyến nghị sẽ được đưa ra dựa trên tổng điểm tích lũy của các bài viết.

Xử lý mở rộng: Bất kể bạn đang ở trong tình huống nào, bạn phải cân nhắc rằng thư viện nội dung rất lớn. Ví dụ, nếu có 1.000 bài viết, bộ phận R&D có thể mất hơn mười giây để tính điểm cho từng bài viết và sau đó đề xuất 9 bài viết, nhưng chỉ mất 2 giây để tải và làm mới một lần. Sẽ có vấn đề ở giữa và bạn cần thảo luận với bộ phận R&D về việc có nên tạo thư viện đề xuất ban đầu mặc định dựa trên các thẻ lịch sử và cập nhật cũng như thay thế nội dung trong đó bất kỳ lúc nào hay không.

2. Suy nghĩ - Rủi ro đảo ngược

Quá trình ngược lại của cộng đồng:

1) Nếu không có đủ nội dung thì sao?

2) Làm thế nào để xác minh khuyến nghị là tốt hay xấu?

3) Làm thế nào để giới thiệu người dùng mới?

…..

Trước hết, nếu không có đủ nội dung thì sao? Là một cộng đồng được xây dựng từ con số 0 đến 1, không có lượng người dùng lớn và chính sách khuyến khích, việc xuất bản nội dung là một vấn đề lớn. Nội dung ban đầu của chúng tôi chỉ bao gồm vài nghìn bài viết, vì vậy chúng tôi cần cân nhắc đến vấn đề tiêu thụ này. Nếu thư viện nội dung ban đầu có hàng chục nghìn bài viết, chúng tôi có thể chuyển đổi trong một thời gian.

Nếu có khả năng, người quản lý sản phẩm có thể nêu ra rủi ro trong cuộc họp và làm việc với nhóm nội dung và ban lãnh đạo để đảm bảo rằng một lượng nội dung nhất định (cho dù là nội dung tự sản xuất, mua hay do người dùng đăng tải) được sản xuất thường xuyên để đảm bảo khả năng tiêu thụ;

Bước thứ hai là xác minh xem khuyến nghị đó có tốt hay không? Bất kể đó là khuyến nghị về thuật toán nội dung hay khuyến nghị logic đơn giản, kết quả được đề xuất chưa chắc đã làm hài lòng người dùng hoặc chính bạn. Ở đây, sản phẩm phải đáp ứng được kỳ vọng. Nhóm R&D có điều kiện có thể thực hiện thử nghiệm AB, thử nghiệm bucket, v.v. để tối ưu hóa. Nếu nhóm hiện tại của tôi không làm được điều này, tôi sẽ không đóng góp.

Cuối cùng, làm thế nào để giới thiệu nó tới người dùng mới? Lý do chúng ta nói riêng về vấn đề này ở đây là vì chúng ta xem xét đến bầu không khí cộng đồng. Chúng tôi có thể giới thiệu người dùng cũ bằng logic giới thiệu ở trên và người dùng mới cũng có thể làm theo phương pháp tương tự.

Tuy nhiên, người quản lý sản phẩm cần phải suy nghĩ về chất lượng chung của các bài viết hiện tại. Trước hết, liệu họ có thể cảm nhận được bầu không khí của cộng đồng và cốt lõi mà cộng đồng muốn hướng dẫn và thể hiện hay không? Nếu họ yếu hoặc không tự tin, họ có thể hỗ trợ các hoạt động để cấu hình nội dung riêng cho người dùng mới làm nội dung ban đầu cho người dùng mới. Điều này sẽ hướng dẫn người dùng mới xem nội dung mà tôi muốn họ xem và người dùng có thể có nhận thức và hiểu biết mạnh mẽ hơn.

3. Di sản

Trên đây là ý tưởng sơ bộ về những gì cộng đồng khuyến nghị. Các chi tiết cụ thể sẽ khác nhau tùy theo từng sản phẩm. Tất nhiên, không thể phủ nhận rằng đây là một phiên bản rất đơn giản. Thành thật mà nói, điều này còn tùy thuộc vào công ty, dự án và nhóm. Các nhóm lớn có thuật toán kỹ thuật riêng, và các nhóm nhỏ có quy trình xử lý logic riêng.

Trong quá trình tổ chức và học tập, tôi không thể nói về những ý tưởng và kinh nghiệm của các mô-đun lớn như quản trị cộng đồng, khuyến khích sáng tạo, can thiệp khuyến nghị và đánh giá bối cảnh, nhưng tôi đã sắp xếp lại những suy nghĩ nhỏ sau đây. Ở giai đoạn hiện tại của cộng đồng chúng ta, những điều này vẫn chưa được thực hiện đầy đủ. Tôi nghĩ điều này đáng để suy nghĩ khi xây dựng cộng đồng. Tôi liệt kê một số trong số chúng và rút ra suy luận từ chúng;

Điểm ban đầu: Khi nội dung vừa được phát hành, có thể chỉ định một số điểm ban đầu nhất định. Điểm này có thể được tính toán dựa trên giá trị trọng số của tài khoản người dùng; ví dụ, tính toán toàn diện về UGC, thuộc tính PUGC, lượng người hâm mộ của người dùng trên nền tảng và mức độ hoạt động. Điểm khuyến nghị: Nhà điều hành chính thức có thể thêm trọng số tích cực hoặc tiêu cực vào nội dung chất lượng cao hoặc nội dung rác và thực hiện một số tác động can thiệp thủ công nhất định. Suy giảm theo thời gian: chỉ công thức hàm suy giảm theo thời gian (định luật làm mát của Newton) từ mới đến lịch sử sau khi bài viết được xuất bản, cho phép nội dung dần dần nguội đi.

Các phần được đề cập ở trên ban đầu có thể chuyển đổi từ các công thức tính toán đơn giản sang các công thức phức tạp; Tuy nhiên, do công ty chúng tôi chưa có đội ngũ nghiên cứu và sản xuất nội dung chuyên nghiệp nên những nội dung này vẫn chưa được đưa vào thực tế.

Phân phối nội dung chất lượng cao: Dựa trên logic đề xuất - ưu tiên cho những người có phạm vi sở thích cố định - nếu bài viết tiếp tục lên men, nó sẽ lên trang chủ theo mức độ phổ biến của nó - nếu bài viết tiếp tục lên men ở lớp đề xuất trang chủ, nó sẽ bước vào giai đoạn can thiệp thủ công vào các hoạt động và kiểm soát xem có nên tăng hoặc kiểm soát âm lượng ở chế độ nền hay không.

Thứ hai, điều này liên quan đến các trọng số tài khoản khác nhau và có thể phân phối lượng lưu lượng khác nhau để xác minh; cũng có một cơ chế phân phối lưu lượng truy cập tương đối công bằng, một cơ chế phân phối dựa trên mối quan hệ với người hâm mộ và sự thúc đẩy sở thích, v.v. Chúng tôi chưa triển khai điều này vì lượng người dùng của chúng tôi hiện tại chưa lớn.

Hiển thị tổng hợp nội dung: Chức năng tổng hợp nội dung hiển thị nội dung tương tự trên một trang dựa trên các kích thước phân chia nội dung khác nhau. Người dùng có thể duyệt tất cả nội dung tương tự thông qua một chức năng tổng hợp nhất định. Các hàm tổng hợp phổ biến bao gồm các phần, vòng tròn, kênh, chủ đề đặc biệt, nhãn, v.v. Cách sử dụng chúng phụ thuộc vào mô hình kinh doanh cụ thể. Số lượng bài viết của chúng tôi không nhiều nên phần này chưa được triển khai.

Điền dữ liệu nội dung: Khi lượng dữ liệu tương tác của người dùng không đủ, cần phải điền một số dữ liệu "giả" để tăng độ phổ biến của cộng đồng và kịp thời nhận được phản hồi tích cực sau khi người dùng đăng nội dung.

Ví dụ như lượt đọc, lượt thích, v.v., các giá trị cơ bản có thể được tăng dần trong một phạm vi nhất định khi xuất bản; chi phí điền bình luận hơi cao, cần chuẩn bị bộ thư viện bình luận đầy đủ và tổng quát, sau khi nội dung được đăng tải sẽ tự động điền vào phần bình luận nội dung. Bình luận có thể được phân loại theo kịch bản, tương ứng với các thẻ nội dung khác nhau; chúng tôi vẫn chưa triển khai phần này, nhưng nó đáng để cân nhắc cho cộng đồng khởi động nguội.

Tác giả: Cat Xiaoli

Tài khoản chính thức: Operation Growth (yunyingxq)