在原公司開始著手讀報機這個產品的研發差不多有兩年的時間了，作為我完整負責的乙個產品專案，感覺有必要做個回顧和總結。
一、市場調研
對於市場的調研分為兩部分，一塊是對市面上同類產品的調研，另外一塊是使用者的調研。
從網上資料得知，當時世面上的產品已經有很多家了，大部分都是模仿的一家來做的，另外還有一兩家與眾不同，有一定的創新。後面我們又到部分產品的現場做了一些調研，感覺大部分使用者體驗不是太好，有些還會影響使用，也有的產品做的不錯，但是感覺還是有提公升的空間。
另外對使用者**調查，基本提到的問題點集中於ui的友好和資源的豐富兩個方面上。
二、市場定位
另外對觸控一體機硬體裝置進行調研，了解**，結合讀報機產品售價調研結果，公司認為應該將產品定位為中高階的產品，即硬體採用最好的，軟體做最好的，最終產品售價也做市場上中高水平的定位。
三、軟體設計
1.終端介面
結合市場上的產品情況，對技術方面進行調研，最終選用微軟的wpf來做介面，相比flash在反應速度、特效表現、觸控支援等方面都有比較好的優勢，另外wpf指令碼語言是基於.net的，更適合團隊快速的上手。
當時世面上產品多數採用的是flash來做介面，對於flash技術我是比較熟悉的，以前做過各種型別的程式介面，但是鑑於上述幾點調研結果來看，最終採用了比較新的wpf來做，雖然花了一點時間來學習，但是最終結果來看按當時的選擇上非常正確的。
另外在介面的ui設計上，我們採用了當時最新穎的win8的metro風格的介面，這一點當時認定必然會讓使用者眼前一亮，因為相比其他產品來說完全是不同的ui，在設計時，我們也盡量按照win8的風格來做，包括各種豐富的動畫特效，由於使用wpf，最終效果又炫又流暢，這是我們的產品最大的亮點了。（現在已經有幾家競爭對手在模仿我們做win8風格了，我如果還在原來的公司肯定會考慮做新的ui風格了，不斷創新產品才有競爭力啊）
2.報紙資源
ui只是個表面，有內容才能夠真正的吸引使用者，報紙資源記得當時已經做了幾百種，基本超過了所有競爭對手的資源數量。這一點得益於兩件事：1. 設計的報紙介面卡比較靈活，開發介面卡比較容易；2.安排專門的人員蒐集整理資源。
3.系統架構
整個系統的架構分為三部分：中心伺服器、使用者資料伺服器、終端。
中心伺服器為公司運營的主伺服器，維護各報紙資源的基本資訊、使用者資訊、使用者日誌、錯誤日誌等。
使用者資料伺服器為部署在使用者處提供資料的伺服器，負責給觸控螢幕終端提供資源。
終端就是大家可以看到的讀報機觸控終端了。
對於三者設計只是邏輯上的，物理上沒有限制，例如可以一台使用者伺服器帶動多台終端，可以將使用者伺服器放到乙個終端物理機器上。
四、軟體開發
我們的團隊有4名成員，開發過程我們採用了敏捷開發scrum的方法來進行，整體過程緊張有序，大家都能感覺到我們在一步一步朝著目標前進，而且能夠互相看到各自所做的貢獻，整個做下來大家都比較有收穫和成就感。
每日立會、計畫會、評審會、回顧會、使用者故事、任務、燃盡圖這些scrum的方式我們都是按照要求來做，對整個過程的管控起到了很好的作用。
五、整合與測試
軟體開發快結束時，我們的測試硬體也採購到位，將環境部署後進行了繼承測試，主要是對解析度的調整，因為開發機解析度非全高畫質，所以有些ui版面放到一體機上之後有些錯位，後來所有的ui布局都採用相對座標，已適應各種解析度的顯示器。
之後對整體系統進行連續執行，與公司測試團隊一起，將發現的問題逐個解決，最終的產品也趨於穩定。
六、維護
根據市場人員的反饋來看，由於產品有幾個比較大的亮點，產品還是非常有市場競爭力的，後面還需要根據市場的需求進行不斷的更新和創新。報紙資源安排專門的人員每日檢視，保證資料穩定正常，如果發現問題由開發人員跟進處理，保證問題最快的時間解決。
產品研發過程管理專題 產品需求分析原則一
不知道大家想過沒有，為什麼要把這條作為產品經理進行需求分析的第一原則呢？我個人覺的，之所以這條作為第一原則，就是告訴我們這些產品經理乙個對待客戶的基礎態度，是什麼呢？就是 平等 有朋友會說了，我們提供能夠滿足客戶的產品和服務，客戶付費享受這些，這肯定是平等的呀，有什麼好說的呢？果然如此嗎？02年的時...
關於研發過程中的思路
一般我們在研發過程中，控制會議，會遇到很多問題。有些人看的很長遠，但是過於理論化，實際實現起來，成本過高，這就是我們常說的over design 有些人只看眼前，認為能用就行。這時候主持人要思路清晰，匯集各方的精髓於己，加工運用。以下是個人的思路 臨時方案 最終方案 過渡方案 從臨時過渡到最終的方案...
研發過程對比 讀《微軟的秘密》有感
2010年在成都三官堂買的 微軟的秘密 這兩年陸陸續續看了幾次。如同 走出軟體作坊 的作者阿朱說的一樣，每看一次都有一些感想。這本書寫的是微軟90年代及其之前的開發經驗，但是對我們當前的開發來說，仍然有很多值得汲取的經驗。當今各種敏捷 scrum開發方法大行其道，可從本質上來說，也是對軟體工程管理的...