我們常常聽到BRD、MRD、PRD,很多人可能不知道這3者到底是什么意思,三者的區(qū)別和聯(lián)系又在哪里?
BRD:商業(yè)需求文檔 ,全稱 Business Requirement Document
一般都是針對老板或CEO或者項目總負責人,濃縮了商業(yè)模式、盈利模式、資源投入、市場優(yōu)勢等等,主要是為了產(chǎn)品的戰(zhàn)略規(guī)劃。文檔主旨:
MRD:市場需求文檔 ,全稱Market Requirement Document
一般都是針對商務(wù)、運營、市場人員,濃縮了產(chǎn)品模式、業(yè)務(wù)模式、運營模式、市場模式等等,主要是為了明確客戶及市場方向。文檔主旨:
我們要找什么樣的客戶,進行資源合作
找到客戶后,我們該怎么和他們說
PRD:產(chǎn)品需求文檔 ,全稱Product Requirement Document
一般都是針對項目組、開發(fā)組、測試組、設(shè)計組、交互組人員,濃縮下就是產(chǎn)品界面、產(chǎn)品流程、功能需求、測試需求、體驗需求等,主要是為了產(chǎn)品能夠落地實現(xiàn)。文檔主旨:文檔主旨:
產(chǎn)品具體是什么樣的呢?
我們該怎么實現(xiàn)呢?
產(chǎn)品經(jīng)理主要寫的還是PRD文檔,我們下面就詳細的說說怎么寫好一份PRD文檔。
PRD的目標人群是開發(fā)、測試、交互、UI,高質(zhì)量的文檔就是要讓他們能看懂,順利開發(fā),最終完成一個預想的產(chǎn)品。邏輯錯誤指前后對不上,閉環(huán)走不通,這是最致命的問題,開發(fā)會不知道怎么做,即便勉強做出來了,用戶也用的云里霧里的。比如大一點的:微信端提交了訂單,后臺沒有顯示的地方:小一點的:微信端顯示的自定義字段,后臺卻沒有地方設(shè)置。邏輯要有條理,這樣開發(fā)可以按著思路一步步的做下來。如果邏輯比較混亂,這邊寫一點,那邊寫一點,寫的又不清晰,開發(fā)實現(xiàn)起來就很困難,就像一團麻線一樣,不知道哪里是頭,要從哪里下手,也不知道下一步要做什么。要想完全避免細節(jié)疏漏是不可能的,特別是當系統(tǒng)做的很復雜時,一個功能點往往和其他的點有著直接或間接的聯(lián)系。我們能做的是盡可能的想到所有的影響點,沒有大的疏漏,小的疏漏可以在開發(fā)過程中再補充。我一開始接觸的PRD文檔是用word寫的,一個系統(tǒng)能寫上3-4萬字。每次看文檔都特別累,要上下來回的翻原型,看規(guī)則。而且一旦發(fā)生內(nèi)容變更,需要重新發(fā)送給所有人,協(xié)作極其麻煩。現(xiàn)在公司大多會用AXURE直接來寫PRD。原型旁邊附上規(guī)則,可讀性就強多了。產(chǎn)品內(nèi)部通過AXURE協(xié)作寫文檔,然后上傳到服務(wù)器上,還能隨時更新。其他人員每次看一份文檔就可以了,涉及到頁面間的跳轉(zhuǎn)關(guān)系都能直接點擊,大大提高了工作效率。
不管是word形式還是AXURE形式,PRD中包含的內(nèi)容是一樣的,但上面也說了AXURE形式可讀性更強,我們還是用這種形式來說說,怎么寫一份高質(zhì)量的PRD。在開發(fā)過程中,變更功能點是很正常的,但在幾十個甚至幾百個頁面中讓團隊人員找到那個改動點,就像是大海撈針,必須明確的指出。而且改動點比較小,比較零散,今天幾個,明天幾個,團隊人員很容易遺漏,最后產(chǎn)品發(fā)現(xiàn)功能和預想的不一樣。如果我們每次在修改需求后,記錄一下變更時間,內(nèi)容,頁面鏈接,修訂原因等,團隊就知道這一次版本在開發(fā)、測試過程中,都修改些什么內(nèi)容,有糾紛時能夠追溯到源頭,也有利于產(chǎn)品進行復盤思考。如果直接丟給開發(fā)一個原型,開發(fā)可能就懵了,看完整個原型才明白,哦,原來是要做這個啊。如果原型寫的邏輯混亂一點,開發(fā)看完可能也不知道要做什么。但如果我們先進行一個簡單的項目介紹,團隊人員就能快速了解功能,知道要做什么,目標是什么。這能節(jié)省溝通成本,內(nèi)部先就目標達成一致,方便后面溝通具體頁面和細節(jié)。指明功能的實際使用人。如果是給B端做的,要具體到某個崗位的人,比如說醫(yī)生,護士。如果能進行一個簡單的用戶畫像描述,會更好。因為團隊人員可能不了解用戶,簡單畫像的描述能夠讓他們更容易理解功能。描述目標用戶在什么場景下進行什么行為??梢杂靡粋€具體的例子來描述,這樣比寬泛的說會更好理解。我們重點在于讓團隊人員理解場景,不需要像我們做需求分析時那樣詳細和覆蓋完整。描述目標用戶在場景下操作的時候遇到了什么問題。拋出的問題已經(jīng)是我們篩選過的,真實、合理,本次目標解決的問題。簡單描述下提出的解決方案。可能方案不只一個,把想到的方案都寫上,并列上優(yōu)缺點。然后標注下這次選擇的方案。后面復盤的時候,也能知道當時選這個方案的理由。 還是站在整體的角度,來描述下功能的流程和結(jié)構(gòu)框架,這2部分都在上面2節(jié)中進行了詳細的描述,這邊把他們放進來。比如說拼團,涉及到多個平臺,需要一個總流程圖,梳理下各平臺之間的流轉(zhuǎn)規(guī)則:然后針對核心功能,列出詳細的流程圖,比如說拼團活動創(chuàng)建流程:如果異常流程對功能設(shè)計影響較大,可以單獨拿出來說明一下,比如客戶拼團時商品詳情頁發(fā)生的異常情況: 我們在最開始寫結(jié)構(gòu)圖時會寫的比較仔細,包括每個頁面的字段,重點規(guī)則,這樣畫原型時就不會遺漏了。但在文檔里面附上結(jié)構(gòu)圖時,不用細致到每個字段,到頁面及功能點即可,主要是讓團隊人員知道本次的范圍。整體說明一下產(chǎn)品認為的重要事項,可能會被遺漏的問題點,還有一些通用規(guī)則,以減少溝通成本,減少重復描述,提高產(chǎn)品寫文檔的效率。每個人的用詞習慣不一樣,而且同樣的名詞在不同的場景下定義也可能不一樣,所以一些重要名詞先要明確下含義,否則多方溝通時會發(fā)生誤解,產(chǎn)品在實現(xiàn)時就會出現(xiàn)偏差。明確含義可以從這2方面入手:- 名詞解釋確定。明確定義名詞指代的具體事物和規(guī)則。比如對新用戶的定義,可能在電商是首次注冊的用戶;在O2O是線上或線下首次注冊的用戶。
- 同一事物名詞一致。文檔前后,不同的產(chǎn)品經(jīng)理之間對同一事物的指代用同一個名詞,否則其他人就會有疑問,到底是不是指那個呢?到底用哪個名詞呢?比如說訂單狀態(tài),待付款、待付錢,其實是一個意思,那就統(tǒng)一都叫待付款。全局替換下就可以。
我們會把產(chǎn)品業(yè)務(wù)規(guī)則寫在對應原型頁面上,但這樣就會導致規(guī)則比較零散,重要規(guī)則和普通規(guī)則混雜在一起,看起來比較累。可以把一些重要的規(guī)則提煉出來,首先和團隊人員強調(diào)一下,這樣大家都有了一個大的規(guī)則框架,后面溝通細節(jié)時也會比較容易。一般是一些交互規(guī)則,在原型中,會遇到很多共用組件的情況,比如彈窗,角標。如果在每個涉及到的地方都寫一遍交互規(guī)則,會讓頁面規(guī)則看上去很多,重點規(guī)則容易被忽視??梢栽谖臋n前面就描述通用的交互規(guī)則,后面用到的地方加個鏈接就可以了。 比如這是拼團的交互規(guī)則:
有的產(chǎn)品經(jīng)理一上來就畫原型圖,然后畫著畫著就畫不下去了,感覺邏輯走不通,前后對不上,頁面上的字段也不知道放什么,畫完后又發(fā)現(xiàn)很多細節(jié)都沒有考慮到。其實原型圖是承接上面的項目介紹,功能框架和全局說明來的,這些事情都想清楚了,計劃好了,原型畫起來就簡單了。這步主要是結(jié)合用戶的特征和行為習慣,把功能用頁面形象化、可視化地表現(xiàn)出來,告訴大家最終的成品大概是這樣的。有的產(chǎn)品可能會有疑問:要不要畫高保真原型?如果是給內(nèi)部人員看,不要!高保真原型會浪費很多的時間,實際上對于開發(fā)的幫助卻很小,不如把時間花在其他值得地方。如果要給用戶演示,可以視情況做的美觀,詳細一點。有的公司交互配備比較好,產(chǎn)品只需要理出結(jié)構(gòu)圖,就可以交給交互出原型圖了。但我還是建議產(chǎn)品畫個大的框架,不用很美觀、很詳細,把頁面結(jié)構(gòu),重點內(nèi)容,頁面間的聯(lián)系畫出來。因為很多時候交互沒有直接深入過用戶,沒有產(chǎn)品了解用戶的習慣,特別是B端產(chǎn)品。有的產(chǎn)品會把很多原型圖都畫在一個頁面里面,用箭頭標識頁面之間的跳轉(zhuǎn)關(guān)系。這樣看上去原型圖之間的聯(lián)系是清楚了,但別人看的時候,要往旁邊或者下面拉動,圖一多都不知道哪里是終點,很容易遺漏一些頁面。比如下面這樣的:建議一個原型圖放一個頁面,這樣不會有遺漏的情況,開發(fā)一看側(cè)邊欄,就明白涉及了幾個頁面,也好評估工作量,合理安排時間。頁面之間的跳轉(zhuǎn)關(guān)系,可以加上跳轉(zhuǎn)鏈接,AXURE里面直接拖動側(cè)邊欄到頁面里面即可。如果覺得整體頁面跳轉(zhuǎn)情況不清晰,可以整體畫個頁面地圖,只要說清楚頁面之間的關(guān)系即可,不用畫得很詳細。
這是我踩過的一個很大的坑,因為在原來的功能上進行優(yōu)化,圖個方便,直接把線上的頁面截圖下來,放在頁面上,然后寫上改動點。當時是節(jié)省時間了,但下次再優(yōu)化這個頁面的時候,發(fā)現(xiàn)改動起來特別麻煩。所以長久來考慮,盡量用組件畫原型。我們已經(jīng)一個頁面一個原型圖了,旁邊有很大的空間可以寫上規(guī)則。原型上用數(shù)字標上注釋點,旁邊寫上對應的規(guī)則。- 功能點名稱及說明。功能點名稱可以用醒目的大標題寫明,就像上圖的紫色主標題。這樣在看原型圖標注的時候,能立馬明白功能點的目的,下面寫上對應的總規(guī)則,這樣看起來比較清晰,可讀性強。
- 字段說明。建議把頁面上的字段用表格的形式列出來,表格里面的字段可以根據(jù)業(yè)務(wù)需求來調(diào)整。這樣子頁面就不會亂亂的都是字了,看起來簡潔明了,也不會遺漏一些字段規(guī)則的說明。
3 .異常校驗。也可以用表格的形式來顯示,表格里面的順序也是校驗的優(yōu)先級,開發(fā)可以按著這個順序來進行校驗,看起來比較直觀。 交互即界面和用戶的互動,我們需要考慮點擊按鈕時,會出現(xiàn)什么;hover時,有什么效果;報錯信息的樣式等等。我們很想和功能規(guī)則分開來,這樣會看起來更加的清晰,但會發(fā)現(xiàn)有時候挺難的,比如說報錯時就會寫上用什么形式來報錯。如果真想?yún)^(qū)分明顯一點,可以用顏色來標識一下。我們在畫結(jié)構(gòu)圖時,只考慮功能的合理性,只是保證產(chǎn)品能用,但要想產(chǎn)品好用,必須注重用戶體驗。差的用戶體驗會讓用戶使用時浪費時間,心情煩躁,最終棄用產(chǎn)品。最好的體驗就是用戶一看就懂,一點就會,不要學習成本。C端產(chǎn)品做到這個不難,因為市場上的產(chǎn)品已經(jīng)高度教育過用戶了。B端產(chǎn)品完全沒有學習成本不大可能,但我們可以盡可能的表述清楚。能用文字表述的,不要放個看不懂的按鈕。能在頁面上看見的地方放下的,不要隱藏、hover、收起。盡量做到所見即所得。不同的用戶在不同的場景下,使用習慣不一樣,我們需要考慮的是使用的那個人。比如說年紀大的人使用,需要字體加大加黑,按鈕夠大好點擊,不要純從美觀的角度去考慮,好用比好看更重要。整個系統(tǒng)的交互規(guī)則要統(tǒng)一,比如頁面中點擊出現(xiàn)的彈窗效果,hover效果。不要這個頁面是一個規(guī)則,下個頁面是另一個規(guī)則,用戶在使用時會覺得很跳脫,莫名其妙。B端產(chǎn)品很需要新手引導,但不是每個地方都需要,重點要說明下圖標、隱藏操作等這類用戶可能不知道的操作。簡單明了的新手引導,能讓用戶輕松上手,減少很多培訓成本。要方便、高效的幫助用戶解決問題。比如說歷史使用過的記錄能排在前面,這樣用戶在搜索時可以直接選擇,不需要再找了。一些這樣的細節(jié)提升,能節(jié)省用戶的很多時間。我們都見過最不友善的頁面:404。用戶出錯了,需要明明白白的告訴用戶原因,能提供解決方案更好。包括一些空頁面,也需要提示下是什么原因,不然用戶看著白白的一片,以為電腦壞了呢。用戶很容易點錯,我們常見的容錯機制:刪除時讓用戶二次確認。但還需要考慮一些流程上的容錯,比如用戶一不小心點擊了開始,能不能回退?一不小心點擊了結(jié)束,填寫的內(nèi)容能不能修改?不能修改的地方,都要考慮一下出錯后的解決方案。
從最開始word版的PRD,到后面AXURE版的PRD,不僅是功能設(shè)計上要提高質(zhì)量,表現(xiàn)形式上也要提高質(zhì)量。以便團隊人員能減少溝通成本,提高開發(fā)質(zhì)量。不同角色看待問題的角度是不一樣的,比如開發(fā)會關(guān)心細節(jié),甚至一句提示語怎么寫;測試會關(guān)心異常流程,看文檔中有沒有漏洞。記錄開發(fā)過程中不同角色提出的問題,然后歸類是什么類型的問題:- 邏輯問題。在前期設(shè)計流程和結(jié)構(gòu)的時候多下點功夫,可以和團隊人員深入溝通,讓其他人來幫助自己完善產(chǎn)品邏輯。
- 業(yè)務(wù)細節(jié)問題。設(shè)計完后可以多和用戶溝通,完善細節(jié)地方。這類問題比較細,比較雜,要靠多積累,后面會慢慢變少。
- 文檔管理問題。定一個標準,大家都按一樣的規(guī)范來。后面有問題的時候及時修訂標準。
除了完成自己的工作,還要多和別人交流,有時候確實是:與君一席話,勝讀十年書。多交流學習會進度的很快。可以找這些人多交流:- 部門內(nèi)產(chǎn)品。這是最方便的,可以經(jīng)常分享一些設(shè)計思路,遇到的坑,互相評審PRD書寫。
- 其他部門的產(chǎn)品。多做一些跨部門的產(chǎn)品交流,公司有組織的話,可以積極參與。沒有的話,可以自己發(fā)起。
- 外部交流。和前同事,外部機構(gòu)講座、培訓等多交流分享,開拓眼界,取長補短,提升自己思維能。
PRD是產(chǎn)品經(jīng)理最終交付給開發(fā)、測試等人員的文檔,是產(chǎn)品開發(fā)的直接依據(jù)。一份高質(zhì)量的文檔,能節(jié)省溝通成本,提高開發(fā)質(zhì)量。- 高質(zhì)量的PRD要做到:沒有邏輯錯誤,邏輯清晰,少細節(jié)疏漏,可讀性強。
- 高質(zhì)量的PRD需要包含這些內(nèi)容:修訂記錄,項目介紹,功能框架,全局說明,原型圖。
- 可以通過自我成長和交流學習的方式來持續(xù)提高PRD質(zhì)量。
產(chǎn)品交付完文檔,是不是工作就完成了?當然不是,產(chǎn)品還需要關(guān)注整個項目流程,和不同角色的溝通合作,請看下章的講解。文章來自星球課程:B端產(chǎn)品實戰(zhàn)寶典(進階版)
司馬特小分隊,在星球成立了“B 端產(chǎn)品經(jīng)理之家”,匯集了 130+來自教育、醫(yī)療、電商等行業(yè)的小伙伴,每天都有各種產(chǎn)品話題討論,也有行業(yè)專家答疑解惑。加入星球,可以隨時向我提問,還有成長大禮包免費贈送。
B 端產(chǎn)品實戰(zhàn)寶典(獨家)
還可免費享受改簡歷、模擬面試等特權(quán)福利!現(xiàn)在加入,還能領(lǐng)取 50 元現(xiàn)金優(yōu)惠券
本文系作者:
司馬特小分隊
授權(quán)發(fā)表,鳥哥筆記平臺僅提供信息存儲空間服務(wù)。
本文為作者獨立觀點,不代表鳥哥筆記立場,未經(jīng)允許不得轉(zhuǎn)載。
《鳥哥筆記版權(quán)及免責申明》
如對文章、圖片、字體等版權(quán)有疑問,請點擊
反饋舉報
我們致力于提供一個高質(zhì)量內(nèi)容的交流平臺。為落實國家互聯(lián)網(wǎng)信息辦公室“依法管網(wǎng)、依法辦網(wǎng)、依法上網(wǎng)”的要求,為完善跟帖評論自律管理,為了保護用戶創(chuàng)造的內(nèi)容、維護開放、真實、專業(yè)的平臺氛圍,我們團隊將依據(jù)本公約中的條款對注冊用戶和發(fā)布在本平臺的內(nèi)容進行管理。平臺鼓勵用戶創(chuàng)作、發(fā)布優(yōu)質(zhì)內(nèi)容,同時也將采取必要措施管理違法、侵權(quán)或有其他不良影響的網(wǎng)絡(luò)信息。
一、根據(jù)《網(wǎng)絡(luò)信息內(nèi)容生態(tài)治理規(guī)定》《中華人民共和國未成年人保護法》等法律法規(guī),對以下違法、不良信息或存在危害的行為進行處理。
1. 違反法律法規(guī)的信息,主要表現(xiàn)為:
1)反對憲法所確定的基本原則;
2)危害國家安全,泄露國家秘密,顛覆國家政權(quán),破壞國家統(tǒng)一,損害國家榮譽和利益;
3)侮辱、濫用英烈形象,歪曲、丑化、褻瀆、否定英雄烈士事跡和精神,以侮辱、誹謗或者其他方式侵害英雄烈士的姓名、肖像、名譽、榮譽;
4)宣揚恐怖主義、極端主義或者煽動實施恐怖活動、極端主義活動;
5)煽動民族仇恨、民族歧視,破壞民族團結(jié);
6)破壞國家宗教政策,宣揚邪教和封建迷信;
7)散布謠言,擾亂社會秩序,破壞社會穩(wěn)定;
8)宣揚淫穢、色情、賭博、暴力、兇殺、恐怖或者教唆犯罪;
9)煽動非法集會、結(jié)社、游行、示威、聚眾擾亂社會秩序;
10)侮辱或者誹謗他人,侵害他人名譽、隱私和其他合法權(quán)益;
11)通過網(wǎng)絡(luò)以文字、圖片、音視頻等形式,對未成年人實施侮辱、誹謗、威脅或者惡意損害未成年人形象進行網(wǎng)絡(luò)欺凌的;
12)危害未成年人身心健康的;
13)含有法律、行政法規(guī)禁止的其他內(nèi)容;
2. 不友善:不尊重用戶及其所貢獻內(nèi)容的信息或行為。主要表現(xiàn)為:
1)輕蔑:貶低、輕視他人及其勞動成果;
2)誹謗:捏造、散布虛假事實,損害他人名譽;
3)嘲諷:以比喻、夸張、侮辱性的手法對他人或其行為進行揭露或描述,以此來激怒他人;
4)挑釁:以不友好的方式激怒他人,意圖使對方對自己的言論作出回應,蓄意制造事端;
5)羞辱:貶低他人的能力、行為、生理或身份特征,讓對方難堪;
6)謾罵:以不文明的語言對他人進行負面評價;
7)歧視:煽動人群歧視、地域歧視等,針對他人的民族、種族、宗教、性取向、性別、年齡、地域、生理特征等身份或者歸類的攻擊;
8)威脅:許諾以不良的后果來迫使他人服從自己的意志;
3. 發(fā)布垃圾廣告信息:以推廣曝光為目的,發(fā)布影響用戶體驗、擾亂本網(wǎng)站秩序的內(nèi)容,或進行相關(guān)行為。主要表現(xiàn)為:
1)多次發(fā)布包含售賣產(chǎn)品、提供服務(wù)、宣傳推廣內(nèi)容的垃圾廣告。包括但不限于以下幾種形式:
2)單個帳號多次發(fā)布包含垃圾廣告的內(nèi)容;
3)多個廣告帳號互相配合發(fā)布、傳播包含垃圾廣告的內(nèi)容;
4)多次發(fā)布包含欺騙性外鏈的內(nèi)容,如未注明的淘寶客鏈接、跳轉(zhuǎn)網(wǎng)站等,誘騙用戶點擊鏈接
5)發(fā)布大量包含推廣鏈接、產(chǎn)品、品牌等內(nèi)容獲取搜索引擎中的不正當曝光;
6)購買或出售帳號之間虛假地互動,發(fā)布干擾網(wǎng)站秩序的推廣內(nèi)容及相關(guān)交易。
7)發(fā)布包含欺騙性的惡意營銷內(nèi)容,如通過偽造經(jīng)歷、冒充他人等方式進行惡意營銷;
8)使用特殊符號、圖片等方式規(guī)避垃圾廣告內(nèi)容審核的廣告內(nèi)容。
4. 色情低俗信息,主要表現(xiàn)為:
1)包含自己或他人性經(jīng)驗的細節(jié)描述或露骨的感受描述;
2)涉及色情段子、兩性笑話的低俗內(nèi)容;
3)配圖、頭圖中包含庸俗或挑逗性圖片的內(nèi)容;
4)帶有性暗示、性挑逗等易使人產(chǎn)生性聯(lián)想;
5)展現(xiàn)血腥、驚悚、殘忍等致人身心不適;
6)炒作緋聞、丑聞、劣跡等;
7)宣揚低俗、庸俗、媚俗內(nèi)容。
5. 不實信息,主要表現(xiàn)為:
1)可能存在事實性錯誤或者造謠等內(nèi)容;
2)存在事實夸大、偽造虛假經(jīng)歷等誤導他人的內(nèi)容;
3)偽造身份、冒充他人,通過頭像、用戶名等個人信息暗示自己具有特定身份,或與特定機構(gòu)或個人存在關(guān)聯(lián)。
6. 傳播封建迷信,主要表現(xiàn)為:
1)找人算命、測字、占卜、解夢、化解厄運、使用迷信方式治??;
2)求推薦算命看相大師;
3)針對具體風水等問題進行求助或咨詢;
4)問自己或他人的八字、六爻、星盤、手相、面相、五行缺失,包括通過占卜方法問婚姻、前程、運勢,東西寵物丟了能不能找回、取名改名等;
7. 文章標題黨,主要表現(xiàn)為:
1)以各種夸張、獵奇、不合常理的表現(xiàn)手法等行為來誘導用戶;
2)內(nèi)容與標題之間存在嚴重不實或者原意扭曲;
3)使用夸張標題,內(nèi)容與標題嚴重不符的。
8.「飯圈」亂象行為,主要表現(xiàn)為:
1)誘導未成年人應援集資、高額消費、投票打榜
2)粉絲互撕謾罵、拉踩引戰(zhàn)、造謠攻擊、人肉搜索、侵犯隱私
3)鼓動「飯圈」粉絲攀比炫富、奢靡享樂等行為
4)以號召粉絲、雇用網(wǎng)絡(luò)水軍、「養(yǎng)號」形式刷量控評等行為
5)通過「蹭熱點」、制造話題等形式干擾輿論,影響傳播秩序
9. 其他危害行為或內(nèi)容,主要表現(xiàn)為:
1)可能引發(fā)未成年人模仿不安全行為和違反社會公德行為、誘導未成年人不良嗜好影響未成年人身心健康的;
2)不當評述自然災害、重大事故等災難的;
3)美化、粉飾侵略戰(zhàn)爭行為的;
4)法律、行政法規(guī)禁止,或可能對網(wǎng)絡(luò)生態(tài)造成不良影響的其他內(nèi)容。
二、違規(guī)處罰
本網(wǎng)站通過主動發(fā)現(xiàn)和接受用戶舉報兩種方式收集違規(guī)行為信息。所有有意的降低內(nèi)容質(zhì)量、傷害平臺氛圍及欺凌未成年人或危害未成年人身心健康的行為都是不能容忍的。
當一個用戶發(fā)布違規(guī)內(nèi)容時,本網(wǎng)站將依據(jù)相關(guān)用戶違規(guī)情節(jié)嚴重程度,對帳號進行禁言 1 天、7 天、15 天直至永久禁言或封停賬號的處罰。當涉及欺凌未成年人、危害未成年人身心健康、通過作弊手段注冊、使用帳號,或者濫用多個帳號發(fā)布違規(guī)內(nèi)容時,本網(wǎng)站將加重處罰。
三、申訴
隨著平臺管理經(jīng)驗的不斷豐富,本網(wǎng)站出于維護本網(wǎng)站氛圍和秩序的目的,將不斷完善本公約。
如果本網(wǎng)站用戶對本網(wǎng)站基于本公約規(guī)定做出的處理有異議,可以通過「建議反饋」功能向本網(wǎng)站進行反饋。
(規(guī)則的最終解釋權(quán)歸屬本網(wǎng)站所有)