中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

良好的產(chǎn)品體驗除了前端的努力，也離不開后臺的支持，把握好產(chǎn)品的每一個環(huán)節(jié)，才能構(gòu)造良好的用戶體驗。作者分享自己的有一個產(chǎn)品經(jīng)驗，總而言之就是：前端功能的燦爛，離不開后臺設(shè)計的強悍。

作為一個剛剛?cè)腴T的產(chǎn)品小白，閱讀過百十篇產(chǎn)品相關(guān)的文章。對于需求分析、產(chǎn)品的功能設(shè)計、項目流程有了基本的認(rèn)識。但是最近在實習(xí)公司的一段經(jīng)歷讓我對于產(chǎn)品前端和后臺功能的關(guān)系有了很大的認(rèn)識，總結(jié)起來就是一句話：前端功能的燦爛，離不開后臺設(shè)計的強悍。在這里分享給大家。

產(chǎn)品簡介

作為一款連接供應(yīng)商和店主的TO B類供應(yīng)鏈產(chǎn)品，產(chǎn)品涉及供應(yīng)商端、物流端、店主端以及管理后臺四個主要模塊。

我們的線上管理后臺有兩個儲存了商品的庫：

＂倉庫＂按照地區(qū)區(qū)分為不同的庫，里邊的商品由運營人員上傳，直接展示在客戶端進行銷售。

＂商品庫＂是公司的商品總庫，商品由運營人員上傳，理論上應(yīng)該涵蓋所有倉庫內(nèi)的商品（同種商品只有一件），旨在為未來新建的倉庫提供快速商品同步功能。

現(xiàn)狀是各個倉庫里商品數(shù)量遠(yuǎn)遠(yuǎn)多于商品庫，并且商品信息十分雜亂。運營人員在上傳商品時不注重完善商品庫，只把商品上傳到各自的倉庫里，而不去上傳到商品庫。有時會因為商品信息繁瑣而簡化信息，導(dǎo)致信息混亂。

事件背景

接到領(lǐng)導(dǎo)指示，要優(yōu)化后臺商品上傳流程，和產(chǎn)品經(jīng)理商討后決定借此機會完善商品庫里的商品，標(biāo)準(zhǔn)化規(guī)范管理，這就涉及到兩個問題：一是現(xiàn)有的幾千件不標(biāo)準(zhǔn)化的商品如何導(dǎo)入商品庫，二是未來上傳到倉庫的商品如何同步至商品庫。

問題分解

先來看第一個問題，已有的幾千件商品，如果是已經(jīng)符合商品庫要求的，那么就很簡單能夠打包同步過去。

看似簡單，順理成章的事情，但實際情況是，倉庫和商品庫內(nèi)的商品信息字段不同，而且商品庫中的必填項在倉庫中為選填，倉庫中還有很多地方特色的不適宜導(dǎo)入商品庫中的商品。

這就要求先針對兩個庫中的字段進行同步，由于商品庫是標(biāo)準(zhǔn)庫，因此將商品庫中的必填字段添加到倉庫中，設(shè)置為必填項。接下來再對商品進行篩選，符合標(biāo)準(zhǔn)化商品的可打包直接導(dǎo)入商品庫，其余部分分為＂處理后導(dǎo)入＂和＂不導(dǎo)入＂兩部分，處理后導(dǎo)入的商品經(jīng)由運營人員完善信息后，再打包同步至商品庫。

接下來就到了第二個問題，新上傳的商品如何從倉庫同步至商品庫？

不經(jīng)思索地想，在倉庫增加一個商品同步按鈕不就萬事大吉了？一鍵同步，媽媽再也不用擔(dān)心商品數(shù)量不一致了。

仔細(xì)來想，就會發(fā)現(xiàn)不是那么簡單。來進行一下問題的分解：首先，上傳的商品如何能夠保證標(biāo)準(zhǔn)化？我們不可能時刻監(jiān)督運營的操作。其次，對于地方性特色商品或者散裝的商品，壓根沒有標(biāo)準(zhǔn)化的形式，如何同步至商品庫？再次，平臺支持商品信息和圖片分開上傳，對于上傳的半成品如何處理？

于是我想到了一個解決方案，在倉庫上傳時，增加一項＂是否同步至商品庫＂選項，把不宜上傳的商品排除在外這不就很完美了嗎。

事實真是這樣嗎？當(dāng)然不是。這一看似存良除劣的設(shè)計，在現(xiàn)實業(yè)務(wù)中只會起到恰好相反的作用。供應(yīng)商沒有良好的商品上傳習(xí)慣，沒有標(biāo)準(zhǔn)化商品的意識。如果增加這一選項，必然會引起幾乎所有上傳的商品都不選中“同步至商品庫”的選項，這樣一來，雖然成功排除掉了“劣”，卻也無法留存“良”。

再試一次，這一次的設(shè)計問題在于：上傳商品的需求來自供應(yīng)商，同步至商品庫的需求來自公司本身，但該設(shè)計明顯把滿足兩個需求操作的關(guān)鍵節(jié)點都設(shè)置在了上傳商品的步驟。這就容易導(dǎo)致商品上傳時考慮不到同步至商品庫的需求。

這次問題已經(jīng)完全被分解，只需要對應(yīng)提出解決方案。把能否加入倉庫和商品庫的審核節(jié)點設(shè)置在商品庫的部分，以此來規(guī)范倉庫商品上傳時的信息標(biāo)準(zhǔn)化填寫，避免出現(xiàn)“各自為戰(zhàn)”的情況。

在這個地方還有一個細(xì)節(jié)，商品中有些是本身就不標(biāo)準(zhǔn)化的，因此不宜加入商品庫，在審核時要考慮到這種特殊情況。因此最終的方案是，在商品庫新增審核頁面，每次倉庫上傳的新商品會自動進入該審核頁面，而不會直接上架。

審核操作有四種：

1. 商品在倉庫上架同時同步至商品庫，用于符合規(guī)范且標(biāo)準(zhǔn)化的商品；
2. 商品在倉庫上架而不同步至商品庫，用于符合規(guī)范但不標(biāo)準(zhǔn)化的商品；
3. 商品無法上架，也無法同步，用于打回信息填寫不規(guī)范的產(chǎn)品；
4. 編輯商品信息，用于審核人員即時改動一些細(xì)小的問題，之后可以直接上架或同步。

本以為萬事大吉了，但是當(dāng)提交文檔的一刻感到后背一涼，想起還有一個很重要的工作步驟沒有考慮到。上傳和審核流程已經(jīng)比較符合現(xiàn)在的要求了，但是被打回的商品已經(jīng)超出了這兩個步驟怎么辦？同時由于更改了之前上傳至倉庫就直接上架的規(guī)則，倉庫的顯示方式也已經(jīng)不再適用。

于是又重新優(yōu)化倉庫的展示方式，上班的兩個問題：打回商品的處理以及上架流程展示可以放在一起進行優(yōu)化。將倉庫的商品展示列表“商品狀態(tài)”一欄增加兩種狀態(tài)，原先該欄只有“上架”、“下架”兩種，現(xiàn)增加“待審核”、“被打回”兩種狀態(tài)，待審核的商品無法進行編輯，被打回的商品可以編輯后重新提交。

流程梳理

反反復(fù)復(fù)的修改優(yōu)化，解決了兩個遺留問題以后，本著產(chǎn)品經(jīng)理嚴(yán)謹(jǐn)?shù)木瘢种匦率崂硪幌抡麄€流程：

之后發(fā)現(xiàn)一個可以優(yōu)化的點，打回的商品可以從信息提示上提高效率。因此在打回商品選項時，彈出一個輸入框，輸入商品打回原因，這樣就可以提示上架的人員進行針對性處理修改。

這是我正式從事產(chǎn)品方向以來處理的第一個管理后臺case，也感受到了前端的良好體驗離不開后臺的強大支持，讓我對未來的工作思考更加全面和嚴(yán)謹(jǐn)。

本文由 @Rex 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。