選用集大通APP爲例:html
第一次使用時是在大一的時侯查看課表的時候,剛開始以爲這個APP界面簡潔,用起來很方便,可是功能並非特別得多。微信
用專業的語言描述 (每一個bug 很多於 40字),若有必要, 能夠配圖。測試
提示: 採訪提要
介紹採訪對象的背景和需求(他們爲什麼要使用該軟件,例如開博客,讀博客,給博客點評,她有什麼痛點,她還有別的需求麼)
讓採訪對象使用10 – 30 分鐘該APP的功能 (請上傳照片證實用戶的確正在使用, 遠程採訪的同窗請讓別人幫忙照相)
描述用戶使用這個產品的過程,用戶的問題解決了麼?軟件在數據量/界面/功能/準確度上各有什麼優缺點?用戶體驗方面有問題麼?
用戶對產品有什麼改進意見?網站
他在查詢課表時,整體來講很順利,首先他打開了應用中心,以後點擊集大教務,在學生菜單處點擊課程表再點個人課表便可成功
感受仍是有些麻煩,雖然在「個人」主界面也有一個課程表,但那上面沒法記錄一些選修課,但願在主界面的課程表能與教務中的同步。ui
我估計半年左右吧
設計
用戶主要須要查詢一些成績、課表,以及瞭解一些在學校所發生的新鮮事,教務系統的嵌入很好的解決成績、課表的需求,朋友圈解決了另外一個需求。好的好比同窗之間能夠互相送鮮花,能夠增進同窗間的感情;差的在於新聞模塊上的分類不夠好。
code
對用戶需求掌握很差
具體的設計質量不高
開發人員粗枝大葉
測試把關不嚴,敷衍了事,沒有注意在特殊的配置或環境下測試
其餘
BUG多是在發佈後才發現的,我以爲是測試把關不嚴,敷衍了事,沒有注意在特殊的配置或環境下測試
htm
測試方面和後臺
對象
能夠作一個簡單問卷調查,相似於咱們此次的做業的簡化版,能夠了解同窗們最須要的功能,再往該方面去研究
blog
(參考《構建之法》第8章功能的定位和優先級;第9章項目經理)
固然是瞭解用戶的需求最重要了,只有瞭解了用戶的需求,才能往好的方向去研究
微信的集大助手
都是集美大學的在校學生和老師,學歷,年齡,專業,愛好,收入都很明瞭了,表面需求主要是課表成績的查詢,潛在需求主要是社交方面。
N:日常會遇到忽然沒電的狀況。 A:作一個線上充值電費系統。 B:可讓同窗們更方便的查詢和充值電費。 C:暫時沒有。 D:在集大通的推送上推廣。
開發:4 美工:1 測試:1
前幾周先進行討論,統一一下你們的意見以及各我的的任務,以後每一個人認真的作本身的小項目,而且定時交流,互相幫助