如果內容管理的後台界面前端化，對於內容管理是否更高效？
傳統的內容管理的後台都是列表式管理， 內容不直觀，導致管理的時候會比較低效。
如果後台管理，接近前端的界面，管理是否會更高效？ 不知道大廠的後台管理是如何操作？
大廠不知道，說一下二廠：
負責某二廠整個的前端信息規劃，前端的某個內容長在哪裡，運營人員全靠猜，改一個欄位的展示要在後台找好幾個欄位才能找到，主要是因為後台就像個垃圾桶，前端欄位的增刪後台都跟不上。
要說後台界面前端化是否有利於提高效率，這個問題是毋庸置疑的，但是這就要解決么？另一個問題叫投資回報率：
後台是給運營/業務人員使用的，一個運營人員的工資是產品研發的二分之一到三分之一，而且這種底層的錄入工作往往是找實習生來實現，能達到五分之一以上。假設改一個後台界面要產品+研發10人日（已經算很少很少了），就相當於一個運營的30人日或者實習生的50人日的成本，那麼，改這個界面真的會節省到運營或者實習生的這麼多時間么？如果可以，那才值得做，否則還是『能用就行』。
嗯，產品經理真勢利。
謝邀
利益相關：團隊曾經完全重構過愛奇藝運營後台
答案：肯定會更高效
但很多情況下並不會去做這個事情
因為所有的產品都需要看投產比，內部使用系統之所有很難有大的資源投入，原因就在於性價比很低，把後台系統完全重構，把體驗優化到非常優秀的水準，最多只能節省幾個到十幾個編輯的hc，但這個回報是相當有限的，甚至很可能不能回本。
而如果把這部分人力，時間，資源，投入到面向市場的產品中，帶來的回報可能是幾十上百倍的。
因此，很多需求顯性存在，但長期沒有被滿足，最大的可能性之一，就是需求的回報水平太低。
謝邀
因為定位就是後台，所以大多數公司幾乎沒有像樣的界面設計或者直接網上找開源的程序改，除非該後台是開放給客戶收費的 才會考慮用戶體驗。
它的定位決定了作用是輔助，所以高效是通過後台需求的簡化和集中來實現的，而不是視覺和布局。如一鍵批量操作。
當然不排除公司技術資源多的專門去搞漂亮的前端界面。
這個問題問的很好，目前整個產品在講用戶體驗的時候，作為產品使用者的後台人員，也是用戶，也要講體驗。所以後台內容客戶化很有必要。
謝邀，內容管理髮布界面前端化這句話不明白，希望你開心每一天。
瀉藥。
關鍵看錢。錢多了就找個PM規劃一下，UE設計一下，UI出個設計稿，FE擼個界面，BE擼個介面，想要體驗好再搞個CDN部署一下，然後郵箱簡訊實時通知，既然都這樣了那還得照顧一下在外出差的領導，做個手機版或者是app小程序吧。。。別說了，先拿個幾百萬吧，錢到位啥都能做。
都以為改改ui就能改善整個體驗的人都是傻瓜。
需求，整體的交互，再來說ui，其次這麼做有多大提升，哪些值得改，哪些不需要整改
拍個腦袋很簡單，規劃很重要
嗯，作為大廠之一，來試著回答一下。
現在的互聯網產品，很難是從前端到底層完全由某廠商自主研發，不說本來就有一大堆開源的生態，就從效率角度出發，也肯定是哪個好用就直接用哪個。這才大廠里更常見，大公司所能夠掌控的資源，就決定了這種模塊化/產業鏈的運作形態。
所以，回到這個問題，我剛開始接觸運營時，是做某個國內知名社區的內容運營，剛開始我也會吐槽這個系統後台怎麼會這麼爛，太難用了！強烈要求產品把後台進行迭代優化。
後來等我對這個領域更深入了解之後，才發現原來開發底層直接用的是Discuz社區架構。好處是可以在極短的時間內架起產品，壞處就是很多東西你基本只能用沒法改。
作為運營，當然知道很多提高效率的方法，但在大廠里，除了其他幾個答案提的投產比之外，還有一個可能就是，你其實根本沒法改！（哭）
最後附一張discuz經典後台，相信很多運營童鞋看了會做噩夢....
推薦閱讀：
