<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                合規國際互聯網加速 OSASE為企業客戶提供高速穩定SD-WAN國際加速解決方案。 廣告
                ## 產品設計體會(一)——變態吧,開始帖周報了 這是我周報的一部分,參觀前請謹慎考慮一下。。。 ? ### 產品設計體會(一) 既然周報要寫作文了,那就干脆寫點有意義的,也順便整理一下自己的體會。正好628網店版2.0上線以后的三周我基本天天都會泡在淘寶論壇上不少時間,所以這次就說說從用戶處收集需求的幾點體會。 ? 1.要聽用戶的意見,但不要照著做 有的用戶會對一個功能提出意見,會抱怨,但沒有說希望怎么做,所以我們也沒法照著做。而更危險的一種用戶在提意見的同時還說你們應該作成什么什么樣子,這 個時候作為PD一定要頭腦清醒了,用戶提的解決方案往往是站在自己的立場上的考慮的,比如快遞單打印用戶會提出要添加一個他經常用的小快遞公司。更有甚者,用戶給出做法的時候根本沒有經過大腦。就算他給出的解決方案合理,也要再深挖用戶內心根本的需求,比如用戶描述新增非支付寶交易的時候必須要選擇用戶不合理,希望能自己填寫客戶。這里更深層的需求就可能是他需要把線下客戶也管理起來,所以我們或許更應該做一個新增線下客戶的功能,而不是在新增非支付寶 交易的時候讓用戶可以自己填寫客戶姓名。 我們是產品設計,最終怎么做應該我們決定。 ? 2.試圖滿足所有用戶的需求是一個災難 聽到問題就想解決,一開始的出發點都是好的,公司的價值觀也提到了“客戶第一”,但n個“第一”同時出現在面前的時候,總還是要評估出一個“第一”中的 “第一”。和用戶接觸多了以后就會發現,他們的需求實在太多了,而且有些需求互相都是矛盾的,所以根本做不到聽到什么聲音就做什么功能。這就有了后來的優 先級評估,需求管理,以后的周報里再談這個話題。既然不能滿足所有人,那么我們應該更照顧那一部分? ? **3.關注核心用戶還是大多數用戶** 我這里的核心用戶是指的最活躍的一小部分人,任何一個產品總會有這樣一個“短頭”,而大多數用戶就是那個“長尾”,在資源無限的時候,可以同時滿足這兩部 分人,但一個產品的功能有限,開發時間、人力有限,所以只能挑出我們優先要滿足的一批了。實際一點,和產品的商業目標結合起來考慮吧,說白了就是看KPI是什么。既然網店版今年的目標是5萬活躍,1.5萬付費,而不是銷售額,那么從一開始就注定了我們更要關注的是大多數用戶的利益。這并不是說核心用戶不重 要,而是處于產品的不同階段,我們的目標自然不同。 ? **4.沉默的大多數與騎墻的大多數** 好像是長尾理論里說到“沉默的大多數”,跳出來的用戶總是很少數,那么就不能保證這批用戶代表的是最廣大用戶的想法。比如淘寶id是“陳百*”的用戶,他 多次提到我們的產品進銷存做的不專業,而中小企業版的進銷存就很好,明顯他就不是我們的目標用戶,從一個側面也證明了公司產品線的劃分是英明神武的。 而騎墻的大多數說的就是一種心理因素了,其實大多數人是很沒有主見的,尤其在網絡這樣一個不用負責任的環境下,所以常見的情況就是開始跳出來的那幾個人的 觀點引導了群體的觀點,隨機的初始值決定了結果,這個時候只有你單獨和跟風者交流的時候,才發現他根本不是那么想的。 要滿足大多數的需求卻只能聽到少部分的聲音,那我們應該怎么辦,我想只能靠更多的用戶交流、清醒的頭腦和數據分析了。 這篇主要談的是從用戶處收集需求的幾點體會,可以算是“主觀”方面的,下一次就談談從數據分析處收集需求的“客觀”方面吧。?
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看