起因
官網預約項目中遇到的一些困惑。
學習
學習了PMP和UXpin這兩本書，第一次積累了一點理論知識。
實踐
自己作為產品 - 在原有小魚互動的基礎上，開發一個新的小組件。
近期項目遇到的一些問題
- 數據流 大型項目中間數據的流向，每個人清楚自己的部分，要互相轉接。產品則只熟悉過程。
- 結構劃分 過程中間每個部分的開發劃分有疑惑。
- 變更頻繁 需求不明確，原型經常進行大范圍改動。
- 溝通不暢 需要比較多轉達的內容。
主動嘗試推進一個小項目的進展
構思項目可行性
我需要在頁面上做一個可以評論聊天的互動內容。
inin 能不能接受并且幫忙推廣。
海鼎 是否有足夠的工期完成制作。
秋雙 是否需要參與修改。
白水 那邊的登錄是否有可用接口接入登錄。
編輯 能不能接受在頁面上有一個額外的功能入口。
用戶 是否愿意使用這個功能。
產品效果如何。
繪制草圖。
只需要表達最基礎的想法即可。
按照階段去重復調試。
刪減去額外的功能，使結果停留在最簡潔的方案上。
重復以上步驟，逐步細化到細節。
構思可用場景。
思考現有哪些頁面可以有該升級。
致力于推進這些場景的發生。
思考可以迭代升級的方案
最簡潔方案中預留多少升級空間。如何進行升級。
嘗試發現新的亮點
http://test.nie.163.com/test_html/test/test/mbar/
-****
換位思考的一些體驗
- 信息在修改的時候無法快速傳達到每個人。
很多想法都是在第一時間產生然后表達的，在構成想法后如果立刻和干系人溝通的話，記錄會遺留在一對一溝通的過程中。
- 產品在制作原型的時候，經歷過大量的交互場景作為參考，所以非常容易在腦海中模擬出他所希望表達的內容。而當開發沒有經歷過類似的場景時，會對產品描述的內容產生誤讀。
預留好頁面以及類似場景的過程。
如果無法構想出類似的場景，先安靜的作出自己的理解，再去進行修改。在修改出來的成果上在表達一些自己的意見。開發可以主動展示簡單版的交互過程。
- 產品在畫原型圖的思考方式，和開發在收到原型圖時的思考方式不同
我作為用戶是如何操作的 vs 我看到原型如何在腦海中模擬開發步驟。
- 產品在思考的時候關注的要點，和開發在思考的時候關注的要點不一致。
產品習慣于思考的內容為——執行一個具象的過程或者繪制一個可視化的組件。
而開發習慣于抽象
開發如何配合產品工作
抽象過程其實有助于產品更好的思維。
及早向產品請求草圖，結構圖，而不是等待事無巨細的設計稿。
適當擺脫自己作為程序員的思考方式。
及時的溝通，以及預設好變更文檔。自己也要對于每個階段的變更做記錄。
開發的行動計劃可以早于產品。
