軟件評測

結對作業二

目錄

• 結對作業二
  • 第一部分 調研，評測
    • 1. CSDN問答
      • 體驗
        • 介紹和使用軟件
        • 優缺點分析
        • 產品的改進意見
        • 采訪另一個用戶
      • BUG
        • BUG量化標准
        • Bug發生時的測試環境
        • BUG的可復現性和具體復現步驟
        • BUG具體情況描述
        • BUG分析
      • 結論
    • 2. Stack Overflow
      • 體驗
        • 介紹和使用軟件
        • 優缺點分析
        • 產品的改進意見
      • BUG
      • 結論
    • 3. SegmentFault
      • 體驗
        • 介紹和使用軟件
        • 優缺點分析
        • 產品的改進意見
      • BUG
        • Bug發生時的測試環境
        • BUG的可復現性和具體復現步驟
        • BUG具體情況描述
        • BUG分析
      • 結論
  • 第二部分 分析
    • 開發時間估計
      • 1.CSDN 問答
      • 2. stack overflow
      • 3. segmentfault
    • 同類產品對比排名
      • 1. CSDN 問答
      • 2. stackoverflow
      • 3. segementFault
    • [軟件工程方面的建議]
      • 1. CSDN 問答
      • 2. stackoverflow
      • 3. segmentfault
    • [BUG存在的原因分析]
      • 1. CSDN 問答
      • 2. stackoverflow
      • 3. segmentfault
  • 第三部分 建議和規划
    • 市場概況
    • 市場現狀
      • 目前市場上有什么樣的產品了？
      • 上述產品的定位，優勢，劣勢在哪里
      • 上述產品之間呈現什么樣的關系，哪些為競品關系？以及競爭中的各方態勢如何？
    • 市場與產品生態
      • 這個產品的核心用戶群是什么樣的人？典型用戶是什么樣的？學歷，年齡，專業，愛好，收入，表面需求，潛在需求都是什么？
      • 產品的用戶群體之間是否存在一定的關系？是否有利用其相互作用二次構成特定用戶生態的可能性？
      • 產品的子產品，以及其他相關產品之間是否存在一定的關系？是否有利用各個產品特性之間的相互關系二次構成產品生態的可能性
    • 產品規划
      • 你要在當前軟件的基礎上設計什么樣的新功能？為何要做這個功能，而不是其他功能？為什么用戶會用你的產品/功能？你的創新在哪里？可以用NABCD分析。
      • 如果你是項目經理，可以招聘6個人，並且有4個月的時間，你認為應該如何配置角色(開發，測試，美工等等) 才能在第16周如期發布軟件的改進版本，並取得預想中的成績。

這個作業屬於哪個課程	2021春軟件工程實踐|W班 (福州大學)
這個作業要求在哪里	軟件評測
這個作業的目標	學會軟件測評
其它參考文獻

第一部分 調研，評測

1. CSDN問答

體驗

介紹和使用軟件

• 基本功能

  • 網頁包含以多種篩選方式展示列表，包括頻道，排行榜，熱度等。以及提供問答收益，采納排行榜等數據展示。提供回答問題和提問相關程序員問題的功能。

• 提問問題

  • 暫時無問題可以提問，為了不污染CSDN問答區環境，就不提交測試問題了。

• 回答問題

優缺點分析

• 優點

  提供問答收益促進社區產生有問有答的習慣，但是目前來看似乎環境還是不夠好。

• 缺點

  整體界面采用左中右三欄布局，有點擁擠，比較雜亂，問題字體大小仍不夠突出。體驗過程中遇到很多影響體驗的地方。

產品的改進意見

1. 問答首頁左側導航條動畫問題

   在左側頻道導航條點擊展開后，有一個展開動畫，正常。點擊收縮后，動畫居然是從上往下的，當盒子的高度確認收縮后，有一個抖動過程。

2. 最上角導航欄不統一問題

   產品的一致性算是一個P3級別的Bug了，在問答首頁的導航欄和問答內部的導航欄狀態不一致，首頁的導航欄或許是為了預留廣告空間，會產生抖動現象。

3. 等你來答不夠智能

   等你來答，我感覺我都沒什么好答的，我的專業領域是前端，但是推給我的問題全部都是python之類的，我能假設或許是因為我沒有回答過問題，但是至今為止我已經發表了將近200篇博客了，也添加了對應的標簽，或許是否可以智能一些，分析一下。提供給我一些比較能夠回答的問題呢。

4. 頻道是否可以搜索，標簽

   頻道內有前端這個大分類，但是對於后端卻沒有，給我的感覺是這個地方都沒有好好設計過，整體顯得很亂，一開始我看到python這個頻道，我下意識去尋找javascript這個頻道，但是最后發現沒有，還是在前端內找到的。給我一種沒有對稱的感覺。

5. 回答問題是否可以支持 markdown 編寫方式

   目前博客已經可以支持markdown撰寫了，但是問答區域的提問，還是不能夠支持，寫代碼的時候甚至是跳出一個界面來寫的，不能直接在里面寫，而且里面寫的代碼沒有高亮提示。不太友好。

6. 問答相關內容整體字體太小了

   我認為頁面上最重要的東西應該是問答相關內容，但是沖榜分獎金，你是否願意向朋友推薦問答社區這些東西，字體甚至比問答的回答或者提問的字體還來的大。

7. 回答無法明確顯示用戶水平

   不能直觀的看到用戶回答的水平，如果可以長期通過用戶回答的水平，被給予的采納數確定一個用戶在回答地方顯示的位置，那么我認為這對於搜索答案更加有益，也更加節省時間。

8. 頁面較長的時候，沒有提供滾動條，用戶想要感知某個之前所遇到的問題所在位置存在困難。

采訪另一個用戶

這次采訪了一位平常都是面向百度編程的前端工程師，我早上讓他嘗試使用CSDN問答模塊，下面讓我們看一下采訪情況。

1. 采訪對象是同學，她的需求和我一樣是完成軟工作業。

2. 采訪對象實際使用的產品欄目

3. 采訪對象使用軟件過程中遇到的問題和亮點

4. 用戶體驗的角度需要改進什么

BUG

BUG量化標准

在這里我先將BUG分為幾個等級，下面的BUG均按這個等級來描述。

等級	描述
P0	缺乏重要或者常用功能，導致系統嚴重不穩定的問題。
P1	導致系統存在不穩定的隱患，且數據出現錯誤，給用戶帶來不便。
P2	基本功能無法實現，輔助功能丟失。但是缺陷的存在有繞道方法。
P3	缺陷的存在不會導致用戶理解和描述，用戶通常不容易察覺。

P0, P1的BUG是一定要解決的。

對於P2級別的BUG，我認為這個對產品的影響一般。但是bug被解決后，產品會更好。

對於P3級別的BUG，對產品的影響比較小，可以在解決上述其他BUG后，再解決此類BUG。

Bug發生時的測試環境

• 操作系統 window10 21H1
• 瀏覽器環境 chrome 90.0.4430.212（正式版本） （64 位）
• 發生的時間段 2021.5.19 9.00 ~ 2021.5.19 12.00

BUG的可復現性和具體復現步驟

BUG	發生情況	復現步驟
標簽缺少搜索功能	必然發生	打開CSDN問答首頁，無搜索標簽功能
頁面較長無滾動條	必然發生	打開CSDN問答區域的所有頁面，包括問答詳情，包括標簽榜，問題等，均無滾動條
回答無法顯示用戶水平	必然發生	打開CSDN問答區域詳情，無用戶水平顯示功能。
問答相關內容整體字體太小了	必然發生	打開CSND問答區域詳情，問答相關內容字體過小，主題不突出。
回答問題無markdown 編寫方式	必然發生	打開CSDN問答區域詳情，只有富文本編輯模式，而且選項很少。
問答首頁左側導航條動畫問題	必然發生	問答首頁左側頻道，點擊展開，動畫正常。點擊收縮，動畫應該相反。

BUG具體情況描述

• 標簽缺少搜索功能

  目前我使用的時候，只能在頻道內選擇相應的標簽，或者排行榜選擇相應的標簽，目前標簽有254個，查找存在一定困難。

  

• 頁面較長無滾動條

  盡管頁面會在不斷往下加載的時候頁面滾動條不斷變長，但是提供給用戶一種大致感受所在問題位置，或者已經刷了多久的感受，我覺得是很重要的。例如微博也是往下刷刷刷，但是至少有個滾動條能夠感知。

  

• 回答無法顯示用戶水平

  除了專家團的答案會排在前面之外，其余的答案都只是按點贊排序。其實可能專家的答案或許不如一些沒有申請專家認證等答案的用戶來的答得好。我認為應該有所區分，有所占比，對於一直答的很好的用戶是否應該排在前面，且顯示這個用戶的水平情況，例如回答問題數量，回答問題被采納數量等，根據這個判斷用戶是否是專家，而不是一開始就有一個CSDN專家團。

• 問答相關內容不突出

  

  可以明顯看到問答區域的描述字體並不突出，實際上回答問題的字體也不突出。而有很多的雜亂信息。

• 回答問題是否可以支持 markdown 編寫方式

  這種回答問題的方式很快捷高效。而且博客已經可以采用這種方式了，但是回答問題卻只有孤零零的富文本格式，而且提供的工具並不多，很難滿足回答問題的需要。

  

• 問答首頁左側導航條動畫問題

  頻道展開動畫正常，收縮動畫應該反向。具體的動畫如下，也可以自行打開測試一下。

  

BUG分析

• 標簽缺少搜索功能

  • 可能成因

    在需求分析階段沒有考慮到標簽頁可能未來會眾多的情況，缺少搜索設計。

  • 嚴重性

    P2的嚴重性，會導致用戶在標簽眾多的情況下查找比較困難，雖然有繞道方法，但是支持標簽的搜索，會改善用戶體驗。

  • 預期和建議

    建議增加搜索功能，改善用戶體驗。

• 頁面較長無滾動條

  • 可能成因

    在需求分析階段沒有考慮到無滾動條給用戶帶來的不良體驗階段，或需求分析階段考慮到，但是原型圖和設計圖不明確，導致程序員不明確導航條是否要顯示。

  • 嚴重性

    P2的嚴重性，會導致用戶無法直觀的感受自己已經刷了多少題，所處的位置在哪里。

  • 預期和建議

    增加滾動條，讓用戶可以拖拽，而不是直接給一個回到頂部的按鈕。

• 回答無法顯示用戶水平

  • 可能成因

    需求分析階段無考慮到用戶想看的應該是高質量的回答，或者算法工程師水平不夠，亦或是目前這個功能屬於優化功能，暫不考慮。

  • 嚴重性

    P3的嚴重性，會導致用戶無法明確哪些回答確實有價值，確實是正確的，對回答存在懷疑。

  • 預期和建議

    在顯示問題答案的時候，增加回答問題人的水平情況。

• 問答相關內容不突出。

  • 可能成因

    需求分析階段沒有考慮到應該主題突出，明確問答區域的中心是什么。

  • 嚴重性

    P3的嚴重性，會導致用戶查看問題的時候比較累，雜亂的信息太多。不明確。

  • 預期和建議

    增加問答相關區域字體大小，減少不必要數據的展示。

• 回答問題是否可以支持 markdown 編寫方式

  • 可能成因

    需求分析階段沒有考慮到程序員喜愛的編寫方式還有markdown。

  • 嚴重性

    P3的嚴重性，會導致一些熱愛用markdown回答問題的人由於麻煩不回答問題。

  • 預期和建議

    增加相關markdown編寫功能。

• 問答首頁左側導航條動畫問題

  • 可能成因

    在編寫代碼的時候沒有注意到這個情況。

  • 嚴重性

    P3的嚴重性，雖然不影響用戶的操作，但是在一定程度上影響用戶體驗。

  • 預期和建議

    在收縮的時候添加一個反向的動畫。

結論

本篇文章對評價是包含這樣的定義

評價	定義
非常不推薦	沒有完成基本功能，頁面很亂，主題不突出。
不推薦	完成基本功能，頁面很亂，主題不突出。
一般	完成基本功能，輔助功能缺陷較大。
好，不錯	用起來比較舒適，基本功能完成，輔助功能比較完善
非常推薦	用起來舒適，主題明確，有和其他網站相比很優越的地方。

對CSDN問答區域，給出的評價是不推薦，用起來並不是太舒適，很多地方有點雜亂，但基本功能實現完善。

2. Stack Overflow

體驗

介紹和使用軟件

• 基本功能

  • 網頁提供問答的功能，展示工作和公司以及應聘工作等功能。

• 提問問題

  • 正確在 stack Overflow 上提問題

    

    這是描述清晰的問題，被接受了，這個問題也被回答，並被我采納。

  • 錯誤的在 stack Overflow 上提交問題

    

    可以看到 stack Overflow 對問題的提交有嚴格的審查機制，對於不完整的問題，會被責令修改，並且隱藏這個問題，甚至有人員會教你怎么正確提交問題。

    

• 回答問題

  可以感覺到問題的質量比較高，一般情況下都是代碼和文字一起敘述的問題，而且這些問題都相對來說比較難回答，或者有很多高星用戶回答。由於我水平不太夠且沒有找到合適問題，就不回答了。

優缺點分析

• 優點

  問答環境良好，提問題都是高質量有意義的問題。比起CSDN評測的時候，感覺問題是有意義且描述完整的，在描述不完整的時候，甚至有人教你如何正確的提問題。氛圍良好。可以看到對問題的點贊數量，對於比較爛的問題，可以讓用戶踩，這樣保證問題都是質量比較高的。另外問題的回答者也能看到回答的實力，對應的有金牌，銀牌，銅牌的獲得數量。

• 缺點

  問答區域還有工作存在，但是不構成太大影響，因為所占區域比較小，或許是某種支撐 stack overflow 的手段。

產品的改進意見

• 暫未發現有什么改進意見。

BUG

• 暫未發現有什么BUG

結論

本篇文章對評價是包含這樣的定義

評價	定義
非常不推薦	沒有完成基本功能，頁面很亂，主題不突出。
不推薦	完成基本功能，頁面很亂，主題不突出。
一般	完成基本功能，輔助功能缺陷較大。
好，不錯	用起來比較舒適，基本功能完成，輔助功能比較完善
非常推薦	用起來舒適，主題明確，有和其他網站相比很優越的地方。

對 stack overflow 是非常推薦，用起來主題比較明確，而且提供非常多的輔助功能。

1. 例如在遇到新用戶的時候給予回答的人提示。

   

2. 例如在提問問題的時候不詳細，會被要求修改，而且有人員教你怎么回答問題

   

用起來也是非常舒適，只要我想找到的東西，都是可以很輕松找到的，也很清楚用戶關注的點，例如問題的專業度，准確程度等。而且問題質量很高，也保證了確實能學到點什么。但是可惜的是是一個外國網站，對於英文不太好的用戶會有些壓力。

3. SegmentFault

體驗

介紹和使用軟件

• 基本功能

  • 網頁提供問答，專欄，課程活動等功能。主要功能是問答或發表博客等。

• 提問問題

  • 由於暫時沒有什么問題，不給 segment 社區添加垃圾問題，就不發表了。

• 回答問題

  • 可以感覺問題的質量也是比較高的，比較水的問題有，但是不多。社區氛圍比較良好。回答問題的人也可以看到對應的專業程度。

    

優缺點分析

• 優點

  回答的環境良好，回答的問題也比較突出，沒有什么太多無意義的東西。單對於問答專區，

• 缺點

  在標簽搜索的時候感覺比較繁瑣，要進入標簽頁面，在進入問答區域進行搜索。不過不是什么大問題。

產品的改進意見

• 暫未發現有什么改進意見。

BUG

Bug發生時的測試環境

• 操作系統 window10 21H1
• 瀏覽器環境 chrome 90.0.4430.212（正式版本） （64 位）
• 發生的時間段 2021.5.19 18.30 ~ 2021.5.19 19.30

BUG的可復現性和具體復現步驟

BUG	發生情況	復現步驟
無法篩選問題	必然發生	打開搜索問題界面，無法篩選問題

BUG具體情況描述

• 無法篩選問題

  

  如圖所示，我想查看 vue 並且是未回答問題是無法做到的。

BUG分析

• 無法篩選問題

  • 可能成因

    需求分析階段沒有考慮到要進行問題的篩選。

  • 嚴重性

    P3的嚴重性，在某些情況下，用戶想要搜索某個未回答問題進行回答困難。

  • 預期和建議

    增加相關篩選搜索的功能。

結論

對 segmentfault 是好，不錯，比較推薦，整體頁面比較清爽，主題也比較突出，廣告也比較少，而且設計也比較好。 可惜的地方是問題的質量還是不夠高，另外沒有篩選問題的功能，但是已經相當不錯了。

界面中也有許多比較人性化的地方，例如新手上路，請多包含等。

還有創業不易，請理解的小提示。

雖然被我用 chrome 的一個去廣告插件屏蔽了。

第二部分 分析

開發時間估計

以下開發時間估計是在需求分析，原型設計以及設計稿出爐之后的情況。

1.CSDN 問答

項目	開發時間
CSDN問答首頁	8 day
CSDN排行榜	2 day
CSDN問題提問	2 day
CSDN問題詳情	4 day
CSDN問題回答富文本	2 day
CSDN問答管理	2 day
CSDN測試	8 day
CSDN前后端聯調	4 day

大概需要 32 天的時間完成。暫不考慮適配性以及app端的問題。

2. stack overflow

項目	開發時間
stack overflow 首頁	6 day
stack overflow Question 界面	2 day
stack overflow Tags 界面	2 day
stack overflow Users 界面	2 day
stack overflow FIND A JOB 相關界面	28 day
stack overflow Teams 相關界面	20 day
stack overflow 用戶相關界面	28 day
stack overflow 測試	16 day
stack overflow 前后端聯調	8 day

大概需要 112 天的時間完成，暫時不考慮適配性問題。

3. segmentfault

項目	開發時間
segmentfault 問答首頁	6 day
segmentfault 問答詳情	4 day
segmentfault 標簽相關頁面	4 day
segmentfault 搜索相關界面	2 day
segmentfault 測試	6 day
segmentfault 前后端聯調	4 day

大概需要 26 天的時間完成，暫時不考慮適配性問題。而且由於內容和原先網站的其他部分有所重疊，並不是太好評判時間。

同類產品對比排名

1. CSDN 問答

CSDN問答存在很多問題，很多導致用戶體驗不好的地方，小問題比較多。做的時候並不是太精致，主題也不是太突出，但是有比較龐大的中國用戶量。但是問題方面比較水，也比較隨意。

2. stackoverflow

stackoverflow是大型問答社區，全世界的程序員在此交流，社區完善，氛圍良好，頁面精致，可惜的是，是全英文的，而且難以做中文適配，因為問題幾乎都是英文的，就算做了，意義也不大。

3. segementFault

整體頁面比較美觀，主題也比較突出，比較簡潔，但是功能不夠完善，尤其是搜索功能。

就單獨對以上三個產品進行分析，可以看出

項目	第一	第二	第三
界面美觀性	stackoverflow	segmentfault	csdn問答
主題突出性	stackoverflow	segmentfault	csdn問答
友好性	stackoverflow	segmentfault	csdn問答
影響力	stackoverflow	csdn問答	segmentfault

綜上，可以看出stackoverflow是當之無愧的第一。

[軟件工程方面的建議]

1. CSDN 問答

• 建議團隊可以在需求分析的時候明確用戶想要的是什么
• 建議前端開發團隊可以完善一些細節，不管是頁面抖動還是頻道部分的收縮都是很不精致的小問題。

2. stackoverflow

• 建議團隊可以考慮一下運營相關的問題，希望可以將 job 單獨移出去，讓主題更為明確，基金的話可以通過募捐等形式，如果團隊已經考慮，確實收益不夠的話，那也確實沒辦法。

3. segmentfault

• 建議可以需求分析的時候更加完善一點，在搜索增加篩選的選項，感覺用戶想要多一點需求找到想要的答案或者回答問題較為困難。

[BUG存在的原因分析]

1. CSDN 問答

• 標簽缺少搜索功能，可能成因，在需求分析階段沒有考慮到標簽頁可能未來會眾多的情況，缺少搜索設計。

• 頁面較長無滾動條，可能成因，在需求分析階段沒有考慮到無滾動條給用戶帶來的不良體驗階段，或需求分析階段考慮到，但是原型圖和設計圖不明確，導致程序員不明確導航條是否要顯示。

• 回答無法顯示用戶水平，可能成因，需求分析階段無考慮到用戶想看的應該是高質量的回答，或者算法工程師水平不夠，亦或是目前這個功能屬於優化功能，暫不考慮。

• 問答相關內容不突出，可能成因，需求分析階段沒有考慮到應該主題突出，明確問答區域的中心是什么。

• 回答問題是否可以支持 markdown 編寫方式，可能成因，需求分析階段沒有考慮到程序員喜愛的編寫方式還有markdown。

• 問答首頁左側導航條動畫問題，可能是由於程序員疏忽的問題，在編寫代碼的時候沒有注意到這個情況。

2. stackoverflow

• 無

3. segmentfault

• 無法篩選問題，可能是需求分析階段沒有考慮到要進行問題的篩選。

第三部分 建議和規划

市場概況

• 市場大小情況

  問答網站	每天提問數量
  CSDN問答	大約為630個問題
  SegmentFault	大約為150個問題
  StackOverflow	大約為8250個問題

  • CSDN 每天提問數量截圖

  

  可以通過滑動到最下，檢查大致的dom節點個數確認，而且網頁確實沒有出現虛擬渲染的情況，因此不用考慮dom節點可能偏少的情況，當然dom節點會稍微多一些，但是不影響統計。

  • SegementFault 每天提問截圖

  

  可以看到大概是4頁，每頁條數為39條，除去一些多余的問題，應該是大約150個問題每天。

  • stackoverflow 每天提問截圖

  

  可以看出大概是275頁，每頁為30條，大概是8250條。

  上述我們可以粗略的看到市場情況是什么樣的，stackoverflow的市場占比是最高的，大約是其他兩個問答網站總和的10倍。

• 直接的用戶數量大概是

市場現狀

目前市場上有什么樣的產品了？

除了上述提到的產品，還有百度知道，搜狗知道，知乎等。

上述產品的定位，優勢，劣勢在哪里

產品	定位	優勢	劣勢
csdn問答網站	面向中國各種水平的程序員，是一個社區。	面向中國，是中文提問和解答	太亂了，定位不夠明確。各種問題都有。頁面也不夠精致美觀。
Stack Overflow	面向全世界有一定水平的程序員，問題部分主要是技術問題。	面向世界，用最廣泛使用的語言英語進行提問和解答，整體界面主題突出且美觀，問題質量高，	很精致。無明顯劣勢。
segmentfault	面向中國有一定水平的程序員，大多是技術問題	面向中國，用中文提問和解答。主題比較突出，頁面比較精致。	部分輔助功能有缺陷。部分基本功能例如搜索篩選功能缺失。
百度知道	面向中國的所有人的各種問題。	面向中國，什么問題都可以提問，人流量比較大，也很多人都會積極回答。	由於時代久遠了，存在很多問題重復，且回復經常出現很水的情況。
知乎	面向中國的所有人的各種問題	面向中國，什么問題都可以提問，人流量也很大，而且有許多人會積極回答問題，氛圍良好。	多數人在上面回答問題並不專業，容易誤導用戶。且信息太繁多容易引發焦慮。

上述產品之間呈現什么樣的關系，哪些為競品關系？以及競爭中的各方態勢如何？

• 其中 csdn 和 segmentfault 呈現競爭關系，由於受眾群體相對一致，因此競爭很強，不過也有區別，例如 csdn 更注重社區性，即很多和程序員相關問題，例如程序員就業等也可以提問，但是 segmentfault 主要是技術性問題。
• 其中 stackoverflow 和 csdn 和 segmentfault 呈現競爭關系，但是由於Stack Overflow面向的是世界，且程序員一般具有一定的英語能力，因此Stack Overflow優勢比較大，競爭力比較強，屬於老大哥，而csdn的優勢在於是程序員社區，可以提問很多程序員除技術外的問題，而segementfault在Stack Overflow下除了中文社區外幾乎沒有優勢。
• 百度知道和知乎呈現競爭關系，問題都是幾乎什么問題都可以提問，也是中文社區，目前看來知乎的受眾群體會比百度知道稍微高一些。知乎的有技術的群體也會比較多，但是由於大部分是年輕人，焦慮也比較多。

市場與產品生態

這個產品的核心用戶群是什么樣的人？典型用戶是什么樣的？學歷，年齡，專業，愛好，收入，表面需求，潛在需求都是什么？

上述三個產品的核心用戶群是

1. IT行業工作的相關的人群，包括程序員，產品經理等。
2. 計算機專業相關的學生，包括軟件工程專業，大數據專業等的學生。

主要是包含以下特點的人。

項目	值
專業	計算機相關專業
年齡	18 ~ 40
性別	男性為主，女性偏少。
學歷	專科本科及本科以上
愛好	編程等相關愛好
收入	一般是社會內的高收入群體
表面需求	完成學習或者工作中所遇到的問題
潛在需求	為了升職加薪獲得更多的錢，過更愉快的生活

他們在學習或工作中遇到一些技術上的問題或者和程序員相關問題想要求助的時候，就會登錄這類問答網站進行問題的搜索。

產品的用戶群體之間是否存在一定的關系？是否有利用其相互作用二次構成特定用戶生態的可能性？

• 用戶群體的關系很明確，第一種用戶是第二種用戶在畢業后往往會選擇的就業方向，而第二種用戶提問問題，回答問題在哪個產品的頻率和成為第一種用戶有着密切關系。例如學生時代對每個問答網站感興趣，往往會在之后也繼續使用。除非有明顯帶來缺陷的地方。

產品的子產品，以及其他相關產品之間是否存在一定的關系？是否有利用各個產品特性之間的相互關系二次構成產品生態的可能性

• 存在一定的關系，但是構成新的產品生態的可能性比較弱，因為目前來說Stack Overflow屬於一家獨大的狀態，並且沒有明顯缺陷，主題也比較突出。因此中國的產品很難去因為相互關系二次構成產品生態。例如之前leetcode有中文版，但是並沒有雜入中國的某些online judge網站，因為沒必要。

產品規划

你要在當前軟件的基礎上設計什么樣的新功能？為何要做這個功能，而不是其他功能？為什么用戶會用你的產品/功能？你的創新在哪里？可以用NABCD分析。

• 增加markdown編輯功能的更多選項，並提供分頁大屏回答問題。且可以在一定程度上使代碼自動運行。例如借助codepen等插件。
• 因為目前來說這個功能各個問答網站都還沒有做出來，而程序員很大程度上平常寫東西啊，都是用markdowm編寫的，如果能提供這種方式的書寫，無疑會讓某些喜愛寫markdown的用戶喜愛我們的產品，借助codepen等插件，還可以讓寫的東西運行。

NABCD	含義
Need	各大程序員問答網站缺少markdown分頁大屏和代碼自動運行等功能，而程序員大部分日常都喜歡用markdown編寫東西。
Approach	利用markdown編輯器插件或者自行利用前端技術構建markdowm編輯器實現markdown回答問題。
Benifit	可以讓習慣於用markdown的程序員更加快的回答問題，增加了回答問題的頻率，也減少了回答問題所需的時間成本，並且代碼的運行也可以讓用戶直觀高效看到結果。
Competitors	目前來說在程序員網站，並沒有出現可以直接獲得運行后的代碼的編輯模式。需要的話可能需要額外放到codepen上去運行，或引入。
Delivery	可以在網站首頁部分宣傳這個功能，久而久之就會有很多程序員知道有這個功能，並利用這個功能回答問題

如果你是項目經理，可以招聘6個人，並且有4個月的時間，你認為應該如何配置角色(開發，測試，美工等等) 才能在第16周如期發布軟件的改進版本，並取得預想中的成績。

• 美工 1個
• 測試 1個
• 前端開發人員 2個
• 后端開發人員 1個
• 運營人員 1個

周數	計划
1	對新功能進行需求分析
2	對新功能進行原型設計
3	對新功能進行設計稿設計
4	對新功能進行系統設計
5	對新功能進行數據庫設計
6	對新功能進行接口設計
7	對新功能進行alpha沖刺
8	對新功能進行單元測試
9	對緊功能進行集成測試
10	發布新功能，獲得用戶反饋
11	對新功能進行beta沖刺
12	對新功能進行單元測試
13	對新功能進行集成測試
14	發布優化后的新功能，獲得用戶反饋
15	繼續等待用戶反饋，並修復對應的缺陷
16	出去聚餐，開心吃一頓，慶祝完成