在本文中，作者將通過日常工作中的一個具體需求，重新梳理從接收需求到功能上線的整個過程，以及在實現這個需求過程中遇到的一系列問題和解決方案。

首先說一下我們的團隊配置：2個運營，1個產品和測試和部分交互，1個前端和1個后端，1個設計和部分交互。這種配置在以運營為主的公司是正常的，需求端和技術端不在一起，溝通也不是很方便。不過作為產品狗，跟創新互聯合作伙伴搞好關系是必備技能，不能馬虎。

我們會按照常規套路從頭到尾說說這個需求的實現過程，一般分為以下幾個步驟：

不同公司的流程也有細微差別。例如，一個自豪而正式的公司，也可能有一個灰度發布階段。當然，這也取決于發布的需求值。是否值得這樣做，涉及的詳細步驟還沒有列出，但是我寫了一個通用的框架，（在原型繪制后的需求評審過程中，你會有多個低保真模型流程測試，原型修改會需要根據其他小伙伴在需求評審會上的意見進行），并且因為這次只是針對單個需求的制作流程，所以這個流程會根據實際情況略有不同。

收集需求

當操作的老板第一次向我提到這個要求時，他是這樣說的：

“我需要我們的網站做一個漲價購買功能，就是說買了一個符合一定條件的產品后，你可以用小價換另外一個產品，類似于這個網站的功能（所以我拿了出了一個臺灣網站給我看））。”

顯然，當他這樣告訴我們需求時，我們不能回復“哦”然后跑去開始增加購買。我們需要詢問需求的背景、需求的目的以及我們期望使用的需求場景。以及是否有后續計劃（考慮功能擴展）。

了解和分析需求

由于目標客戶群和歐美文化因素，面向此類用戶的跨境電商服裝垂直網站一直保持著簡約低調的風格。就算是賣幾塊錢的貨，網站外觀也必須是一樣的，國際大牌網站的風格都是一樣的。正因為如此，這些網站大多沒有很多促銷活動。最流行的兩種促銷方式是贈品和直接折扣。剩下的折扣方式很少。與我國眼花繚亂的推廣方式相比，跨境垂直b2C網站是一片貧瘠的土地。

經過多方追問，加上我有一段時間的運營背景，了解到以下幾點：

至此，我們了解了此次提價操作的背景、原因和目的。這個需求的真實操作需求是：構建一個基于漲價采購的活動功能系統，能夠有效的進行產品清倉，并且可以使用操作方法。影響客戶單價，增加經營手段。

了解運營需求后，我們需要分析用戶需求，如何平衡用戶需求和業務需求？這是我們需要考慮的事情。我們希望用戶能夠順利接受和使用我們的功能。那么站在用戶的角度，我們需要注意什么？

我們網站的定位是20-35歲的年輕女性，目標國家主要是歐美國家。商品價格低、質優價廉，主要是服裝品類混雜了其他配飾。

所以做面對面的用戶調研是非常困難的，但是根據以往的數據分析和行業經驗，我們可以知道這個客戶群對折扣和促銷非常感興趣，也就是對價格敏感，說白了，就人性而言，就是愛占小便宜。那么用戶的使用場景是什么？

我們需要來自：

分析這些點，最終想出一個適合用戶使用場景的解決方案。因此，我們在功能制作中需要注意突出適合場景的價格差異，滿足用戶對價格敏感的特點，刺激訂單。當然，您也可以根據其他分析模型進行更具體的分析。常用的分析模型包括馬斯洛和人類七大罪。從用戶動機出發，模擬用戶驗證需求等。

需求篩選和優先級

我終于收到了一個請求，所以我們不要為他過濾和排序。 （pS：這是不對的！這里我們要區分需求的優先級和需求和功能點的優先級，它們處于不同的階段）

制定迭代計劃

本需求暫不涉及大版本迭代計劃，但對于本需求的小版本迭代計劃，需要根據技術、運營、運營等方面的建議，評估具體功能點的實現難度。其他小伙伴先審核后。在實現周期和模擬運行計劃之后安排迭代。

轉化需求

在轉換需求之前，我們首先要知道我們面臨的前幾個問題：

一旦我們了解了我們面臨的問題，我們就開始轉換需求。

闡明需求的關鍵節點：

我們根據用戶的使用場景明確了這個需求的前端關鍵節點：

競爭分析

在確定關鍵節點后，我們針對競品進行了針對性的分析，調查了主流網站對關鍵節點處理的優劣。由于沒有國外網站可供參考，經過多次篩選，我們選擇了兩個綜合性國內網站。是一個流量大、活動體系完整的網站，京東和創新互聯； （這里只描述競品分析的一些套路，具體分析內容因篇幅和本文主題不做說明）

一般來說，我們的競品分析分為兩種，一種是完整的競品分析，我們需要進入一個新的市場，或者開辟一條新的產品線，那么就要完成戰略、產品結構、產品解構在功能點、產品界面設計等層面，這是我們在各大網站上最常見的競品分析報告；鍛煉自己的產品思維通常是有幫助的）；我們經常對功能點或模塊進行針對性的競品分析，這種分析分為兩種：

這一次，我們應該使用第二種方法，對競品的功能進行全面的分析和評估，從而增加我們的活動系統。

競品分析過程中....（這里省略幾千字N圖）

根據我們對京東和創新互聯活動系統的分析，得出以下關鍵結論：

一般的附加活動類型包括：

如何將購物車中這么多的活動規則匯總并有序展示？除了每個站點固有的分級策略外，一般的活動優先級顯示如下：

至于為什么會有這樣的順序，有興趣的可以自己研究一下。筆者在此不作說明。除了以上關鍵路徑，我們還做了關鍵節點頁面的活動展示、交互方式、規則描述等。詳細研究和參考。在分析的過程中，我們發現了一個非常嚴重的問題。當如此復雜的活動被翻譯成英文時，很少有人真正理解它。 . 例如，如何翻譯“加價購買”？我專程問了幾位外國同事，但沒有人能簡明扼要地描述。沒有任何詞可以形容這個詞，他們甚至沒有聽說過這種活動。

所以網站制作，如果你直接按照國內漲價購買，完全展示，那么我的第一版商業邏輯方案草案是這樣的：

這只是一個完整的全額減免流程，其中也涉及到全額減免的概念，所以除了全額減免外，還有全額贈品、全額增加、全額減免、全額折扣，滿額優惠，每一次重來？中國人都一頭霧水，更何況還要翻譯成英文網站制作，而且要通俗易懂，簡明扼要。就算不考慮技術成本，如果這是作為第一版推出的話，基本就是GG了。

因此，在一定功能框架的情況下，如果我們照搬國內的設計，直接推出完整版，顯然不能滿足我們的需求。我們必須找到一種新的方式seo優化，站在外國朋友的腦海中思考問題和思考。方式和語言特點，雖然我們需要對用戶進行再教育，但必須盡量降低用戶理解的成本。

所以最終這個功能的通用方案框架的第一個版本是這樣的：

暫時拋棄天梯的概念，拋棄全打折的方法。一個 Icon 用作一個節點，它包括兩種類型的活動：full 和 full 。我們需要教育客戶，當他們看到這個圖標時，他們就會知道這是一項類似于高級購買的活動。 ，不再區分logo上的全額和全額的概念，在用戶的購物線上，從Icon和文案一步步引導用戶完成對活動的理解和參與，整個過程是一個很自然的引導過程，無需再去 讓用戶與規則作斗爭，停止設置冗長的活動指南頁面。

此時，我們將不再使用“額外購買”一詞。我們稱之為ApA活動系統，以培養用戶對ApA活動的認知和使用習慣。

原型圖前景原型圖

雖然這個要求在原型制作過程中很簡單的展示在整個頁面上，但在后臺設計中卻涉及到多條規則和多道工序。前端頁面有很多動態數據，特別要注意詳細的規則和異常說明，不然測試完難免會打開。并且和用戶的交互很多，所以我采用了一個低保真交互原型，把交互記錄成GIF放到原型包里，（需要特別提醒的是開發中有些按鈕是可以點擊的，設計！！！）具體的原型就不放這里了（別打我，我的低保真交互模型的原理就是做具體的交互方式。對于界面元素，只標注信息層次，以及不會添加任何顏色和按鈕。風格誘導設計師，每個人都有自己的原型編寫方法，如果有興趣的同學可以與作者交流），經過與設計開發的反復溝通和最后兩次審查會議，我們的前端第一版 成品如下圖：

產品列表頁面的圖標顯示：

由于之前缺乏設計規范，在產品列表頁面，我們補充制定了功能的Icon規范，并采用了紅底白字的Icon方式來展示，留有余地用于擴展其他后續活動功能。有一個簡短的描述。

商品詳情頁活動規則及購買商品展示：

產品詳細信息頁面上的第一件事是一段介紹性文字。我們不會上來告訴用戶活動的詳細規則，因為第一個英文解釋太麻煩，第二個副本太繁瑣會導致頁面混亂。我們將建立的規則放入擴展模塊中。本頁面所涉及的節目規則為頁面顯示的對應副本，根據后臺配置的活動類型不同而有所差異。例如，當完全減少時，會提示“You have a to get this in a low :”

如果后臺配置是滿贈活動，會有提示“你有一個免費得到這個”，按鈕副本也會變成“免費看”，里面的規則也會改變相應地。

此鏈接將引導客戶進入專為 ApA 活動設計的特殊登錄頁面，用戶可以在此選擇更多 ApA 產品。當然，制作這個特殊的落地頁模板也是一件比較好玩的事情，直接進入設計稿的一部分（Low-中的圖標文案超出了圖標的范圍，因為我拍的時候只是縮小了頁面截圖，但是文案是html寫的，不是圖片，所以字體不能縮小）

產品頁面截圖（部分）

購物車頁面顯示：

示例截圖 1

示例截圖 2

在購物車中，我們參考了一些競品的列法，將其轉化為我們自己的列法。尤其要提的是，購物車中的邏輯比較復雜，除了文案、提示的變化，以及達到目標值后，商品狀態的變化，按鈕樣式的變化。更無語的是，在與技術交流的過程中，發現了許多歷史遺留的邏輯問題，以及與其他系統連接遺留的未解決問題。

在這個要求中，我們的購物車不能同時有兩個相同的產品數據，也不能有多個免費的產品數據。這些購物車規則涉及的方面多，優化成本高，導致我們不得不想出一些折中的方案，盡量讓用戶體驗不那么糟糕或者造成相當大的混亂，（原來有一些和國外同事做體驗測試的時候，極端情況下會出現混淆問題，但是這些問題出現的頻率比較少，可以在客戶詢問時向客服人員解釋。）

背景原型圖

在后臺制作中，首先要注意在活動功能管理部分下為其他活動預留擴展空間，并注意前后端數據交互標注清晰。提前設計好表結構和字段，方便表的開發建設，理清業務操作邏輯后，就可以畫圖了。這里我會貼出操作邏輯和最終的產品展示。后臺操作邏輯及關鍵節點解釋如下：

部分表格截圖如下：（部分字段）

添加附加產品如下：（部分字段）

我們如何判斷我們的功能是否達到了它的目的？

讓我們回過頭來看看我們之前的需求分析。此次行動希望加快清倉產品的清倉速度，增加清倉產品的曝光率。這只是一個業務場景。對于我們的功能，清倉產品只是一種產品。那么如何判斷我們的功能是否有效呢？我們根據實際情況下可以獲得的數據（我們無法獲得頁面點擊數據）制定以下實驗：

我們使用獨立樣本 T 檢驗來評估功能效果。清倉產品一共10款，產品轉化率差不多，20款熱銷產品的轉化率也差不多。

在三個組中創建三個主題：

然后為三個主題中的每一個選擇 30 個獨立的用戶組。用戶群的用戶基數大致相等，用戶群的轉化率相近，使用相同的推廣渠道。由于無法準確確定用戶數，我們只需要通知推廣即可，保證每組按每個話題劃分的流量兩周保證在一定量XXXX左右，以下是每個用戶的數據最終得到：從登陸該話題頁面的用戶下單中，還包括清倉商品和熱銷商品的訂單數/全部訂單數。我們稱之為大概的加購率（因為即使清倉商品和熱銷商品一起出現在加購話題中，也不一定和參與加購一樣。在活動中購買） 這是它的圖形顯示方式：

拿到數據后，做兩次獨立樣本T檢驗，最后判斷實驗結果。本網站可以根據您的數據樣本幫助您完成此類實驗：

（對T測試的方法和范圍感興趣的讀者可以回顧一下自己的大學知識或者谷歌一下。作者暫時不列出實驗的具體步驟，后面作者會打算寫這類實驗的完整文章。過程，本文只談作者的實驗思路。）

需求審核

事實上，這個鏈接在這個階段不必只做一次。正如我上面所說的，在第一版計劃發布后，作者拉了幾個團隊成員審查初稿，并解決了很多問題，然后再繼續。修改、調度或刪除一些短期內無法實現或成本較高的功能點，有時可能會有二試，三試的可能~如果三試還有很多問題，那就是挺操心的，所以一般都是在團隊里做兩次，然后拉上boss做個終審，基本OK。最后的審判是你最需要關注的時候。一定要注意自己的表達能力和情感訴求，讓老板理解和認同你的計劃。會上，對別人提出的問題，要及時、有理有據地回答。這在最終審查中尤為重要。良好的口語能力也可以為您的需求省去很多麻煩。

設計和開發

在設計和開發過程中隨時與團隊成員保持聯系網站開發，尤其是與設計人員進行更頻繁的溝通。您應該討論具體的交互細節和頁面細節。切記不要使用特定的詞來干擾設計理念。

比如有些產品會要求一個按鈕設計成什么顏色，某個元素應該更大或更小，這是不可取的。你只需要確定信息層次，告訴設計者哪些元素需要強調，哪些需要弱化，因為業務需要。設計師會根據設計規范和自己的設計理念進行設計，否則他會和設計師爭論不休。至于跟開發的交流，主要是邏輯層面的交流，筆者認為還是有一些技術知識比較好。找誰有問題，怎么跟他溝通，如果有溝通障礙，那么程序員的普遍反應是->悶悶不樂，不理你，哈哈，要知道大部分程序員還是很可愛的。當你提出需求，什么時候測試，什么時候上線，這塊的進度一般都由項目經理控制。當然，心里要有譜，要有自己的項目進度表。

測試

測試確實是一項累人的工作。如果貴公司的測試人員比較專業，會為您省去很多麻煩和時間。您只需要負責上線前的每個驗收階段。不然就得自己寫測試用例，測試反饋，上線。這里每個公司的流程都不一樣，這里就不過多闡述了，以免誤導。

網頁題目：網站制作一個產品狗，搞好和創新互聯小伙伴之間的關系是必備技能制作圖片的網站
URL分享：http://m.newbst.com/news1/293551.html

成都網站建設公司_創新互聯，為您提供搜索引擎優化、標簽優化、網站收錄、手機網站建設、網站制作、自適應網站

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯