軟工1816 · 第七次做業 - 需求分析報告
成員分工明細以及TODO-list
白晨曦 |
1.規劃項目進程;2.組織會議、分配任務;3.負責UI設計;4.參與文檔擬寫 |
完成各個界面的UI設計稿 |
陳德斌 |
輔助項目原型的邏輯功能設計 |
協同同何裕捷完成項目原型邏輯功能設計 |
林志華 |
1.負責前端的開發;2.輔助pm進行項目規劃 |
我的信息模塊前端開發 |
何裕捷 |
負責項目原型的邏輯功能設計 |
完成項目原型邏輯功能設計 |
黃培鑫 |
負責前端的設計、開發 |
完成登錄註冊模塊前端開發 |
蔡子陽 |
負責網絡接口 |
完成網絡接口的設計與開發 |
李麒 |
1.負責後臺的設計、搭建;2.主要功能程序編寫 |
完成後臺構建以及累計反饋模塊的實現 |
樂忠豪 |
1.輔助後臺的設計、搭建;2.搭建數據庫 |
鬧鐘模塊的實現,搭建數據庫 |
王煥仁 |
1.輔助後臺的設計、搭建;2.輔助主要功能編寫 |
計劃模塊的實現 |
項目logo
思惟導圖
團隊評估
- 團隊分工與貢獻比例(100):
- 白晨曦(10):視頻和ui。
- 陳德斌(5):E-R圖及數據流圖的製做。
- 林志華(10):需求分析報告第四章前半部分4.1到4.5。
- 何裕捷(10):需求分析報告第二章、思惟導圖的製做。
- 黃培鑫(10):需求分析報告第四章後半部分4.6驗收驗證標準與4.7屬性。
- 蔡子陽(30):需求分析報告整合,ppt製做及演講。
- 李麒(10):博客的撰寫、回答提問。
- 樂忠豪(10):評審表設計及總結,需求分析報告引言編寫。
- 王煥仁(5):調查報告。
答辯總結
在11月03日的答辯現場咱們獲得的平均分爲:75.25分php
第一組:html
- 問:宣傳視頻沒有體現出產品的功能
- 答:確實視頻製做倉促、質量不足,咱們會吸收教訓並完善。
- 問:項目需求分析報告的排版有瑕疵
- 答:需求分析報告確實存在瑕疵,咱們會進行改良,上傳的最終版本也歡迎各位指正。
- 問:展現的PPT中沒有體現出「關聯鬧鐘「這個項目特點
- 答:PPT中對於關聯的體現確實不足,咱們會進一步的完善,突出產品的特點。
第二組:前端
- 問:使用該軟件的核心功能須要聯網
- 答:關於聯網的問題,首先鬧鐘自己的功能是不會受到影響,但監督、提醒(指隊友消息,自定義備忘不會受到影響)等功能會受限,這是沒辦法避免的。
- 問:後臺軟件會被自動關閉
- 答:關於這點,咱們會鎖定軟件,保持進程,同時也不會佔用太多後臺。
第三組:android
- 問:沒有實際列出異常處理的狀況
- 答:PPT中有對異常的狀況概括,但處理方案展現不到位,咱們會加以改進,相應的處理狀況在需求分析報告中有詳解。
- 問:沒有將盈利考慮在內
- 答:盈利問題是有考慮的,可是沒有展現出來是咱們的失誤,咱們會在需求分析報告中補足。
- 問:產品週期較短,新鮮度較低
- 答:咱們的成長反饋模塊會針對趣味性加以完善,同時咱們也會積極收集用戶反饋,保持必定週期的趣味性功能更新。
第四組:數據庫
- 問:PPT原型設計部分有些圖片過暗
- 答:用戶能夠自行選擇圖片做爲背景,同時現場所說的夜間模式,咱們也會考慮加入。
- 問:惡意修改時間這個現象沒法解決
- 答:響鈴時間的肯定是須要全部組員贊成的,而修改時間也是同樣的。
- 問:沒有展現思惟導圖
- 答:PPT展現不到位,咱們會吸收教訓並完善,思惟導圖會在博客和需求報告中體現。
第五組:編程
第六組:後端
- 問:視頻有點簡陋
- 答:視頻製做倉促、質量不足,咱們會吸收教訓並完善。
- 問:原型某些頁面存在佈局不清晰的狀況
- 問:沒有看到logo
- 答:logo在PPT的最後幾頁,可能展現太快,說明略簡略,給大家的印象不深入,咱們會修改PPT,將logo放在前幾頁。
第七組:服務器
- 問:音頻不清
- 答:視頻製做倉促、質量不足,咱們會吸收教訓並完善。
- 問:PPT和文檔的排版有點問題
- 答:排版確實存在瑕疵,咱們會進行改良,上傳的最終版本也歡迎各位指正。
- 問:備忘錄可能跟核心功能關聯不是很大,能夠考慮作成嵌入的
- 答:備忘錄是一個附屬功能,幫組用戶記憶和區別事件的,咱們會考慮大家的建議。
第八組:微信
- 問:競爭力不強
- 答:咱們的產品項目的核心交互和亮點在關聯上,具備提升團隊效率、增進隊友(情侶)互動等優點,同時咱們力求作趣味性產品,保持用戶的新鮮感。且就目前現狀而言,大多數app功能都較爲單1、體驗通常且用戶粘性差。咱們要作的應該是看到前輩的不足,反饋到本身,認真思考並吸收教訓,在現有的市場基礎上不斷完善咱們的app,推出高級功能,提升用戶體驗,增長產品的競爭力。
- 問:使用的場景受限
- 答:爲了方便說明,咱們選用團隊、研友、情侶做爲例子,但並不侷限於這些,只要有組隊需求,例如組隊晨跑、爬山、逛街、遊玩等,均可以使用。
第九組:網絡
- 問:PPT排版存在問題
- 答:排版確實存在瑕疵,咱們會進行改良,上傳的最終版本也歡迎各位指正。
- 問:離線時的關聯已經說明過,可是產品的特點不是很明確,可能會和其餘同類產品混淆
- 答:首先,傳統意義的鬧鐘又或是羣通知等沒有共享鬧鐘和共享任務的功能。其次,咱們會在以後的實際開發過程當中,思考更具備團隊意義的關聯方式,好比一個團隊是一張圖,每一個成員是其中一塊拼圖,只有全部人完成關聯任務,纔會構成一張完整圖。
需求分析報告
咱們聽取各方意見,對需求分析報告的排版、字體等進行了相應的修改,同時添加了盈利方面的內容
- 市場推廣
- (1)網絡推廣:
宣傳視頻的製做及傳播
製做生動活潑的動畫向客戶展現APP的顏值、特點以及使用方式,並經過大學生最常使用的微博、QQ空間、微信朋友圈等方式大面積傳播,達到產品初步推廣的目的。
h5的製做及傳播
H5動畫頁面簡潔明瞭,有趣生動,可以吸引大量人羣點擊觀看,簡單幾張界面就將產品的基本功能與特點完美展現,所以經過H5頁面對產品特性及使用方式進行介紹,既符合當代快節奏的生活方式,迎合受衆羣體的口味,也可以有效地推廣產品。
不按期發佈新活動和福利營銷,吸引用戶
推廣初期,將會不按期推出福利活動,如邀請好友贏得積分、兌換抽獎,高級功能免費試用,吸引更多的新用戶。
- (2)信息平臺推廣:
建立微信、微博等公衆號,按期發送軟文
現在微信已經成爲年輕人生活中不可或缺的一部分,經過微信公衆號進行營銷也成爲一種新型營銷形式。經過抓住年輕人的喜愛,跟緊時代熱點,不斷推送生動有趣的文章,吸引受衆用戶的關注,而且不按期在公衆號上進行產品的宣傳與推廣,可以達到必定的增長用戶量、提升用戶粘性的做用。
蹭熱點
在熱門平臺上展示活躍身姿,吸引目標用戶的關注 。
與其餘平臺合做推廣
與年輕人使用頻率較高的的平臺、運營商進行合做,如學生較常訂閱的校園知名公衆號、微博知名大v,知乎大佬、星網銳捷等
- (3)線下推廣:
海報和傳單的定製使用。
與校內學生部門創建合做推廣關係。
不按期舉辦用戶交友會,提升知名度和用戶滿意度。
- 營銷策略
- (1)福利營銷:
高級功能免費試用
爲提升用戶量,開展邀請一個好友便可免費試用7天的營銷活動,免費試用天數可累加。
抽獎活動
在初期開展用戶下載APP得到積分,可進行抽獎或兌換等活動。;
- (2)軟文營銷:
抓住年輕人的喜愛,跟緊時代熱點,推送生動有趣的文章,在熱門平臺上展示活躍身姿,吸引目標用戶的關注。
- (3)合做營銷
與知名公衆號、微博大v、熱門遊戲運營商等受衆羣體類似的平臺合做,推送廣告以及開展系列主題活動。
- 經營目標
- 在初期,以打入市場、擴大產品的知名度及推廣度爲主。 中期以產品升級爲主,當積累必定的用戶羣體之後,開始從新定位用戶的需求,根據用戶需求研發新功能和升級、優化原先功能,爲用戶提供更好的服務,從而推進產品的發展。同時在產品逐漸被接納承認之後進一步考慮如何擴大產品的淨收益利潤。但不管在那個階段,咱們始終會堅持app的核心建設思想——致力於提升工做效率,鬧鐘成功率,界面簡約,打造有趣的效率工具。
- 財務分析
- 資金來源
- 前期軟件開發過程當中,主要由團隊內部出資。開發完成後並通過各類測試,產品已穩定,小規模投入市場,若是反饋良好,可進一步向學校申請資助或者尋找天使投資人。若是發展良好,能夠引入風險投資甚至銀行貸款。
- 盈利模式
- 會員收費盈利:
除無償使用的基本功能外,推出僅限付費會員使用的高級功能,並授予會員免廣告等一系列特權以吸引用戶付費。根據實際狀況,針對用戶羣體,會員費用設置爲5-20元/月不等。
- 開設創意工坊:
用戶能夠本身制定必定的元素,如累積反饋的元素,鬧鈴的鈴聲,製做好的計劃模板,掛在創意工坊進行買賣,咱們收取其中的一些手續費,固然,創意工坊的東西也能夠是免費的。-
- 成本規劃
- 開發測試成本
主要是服務器的租用費用,主流平臺的適合該應用的服務器價格爲200-400元/月。
- 推廣成本
平臺推廣預計須要200-300元/月。初期費用主要來自線下對附近在校大學生推廣,預計須要100-200元/月。
- 收入預期
- 初期預計平均1000人的用戶量:
- 會員費收入:以5元/月收取會員費,隨着更多功能的推出與市場佔有率的增長,能夠適當增長收費。以1%的會員率計算,每個月會員收入約爲50元。
- 創意:該收入與用戶量有關,也與不少人是否願意去製做有
- 風險管理
- 技術風險及對策
該項目的技術應用可分爲兩塊。
- (1)常規技術好比咱們前端所用的Android技術和後端使用的php腳本語言及服務器lamp環境。咱們面臨的風險之一是團隊內還有部分紅員屬於零基礎,對策是讓有經驗者輔助、帶領無經驗者,讓零基礎成員可以在實踐與指導中快速成長。使人欣慰的是目前的it編程技術已十分紅熟,並且可供學習的資料不少,徹底能作到快速學習、快速掌握。
- (2)很是規技術,也就是咱們目前由於技術問題暫時沒法實現或者學習資料較少的技術。例如創意工坊功能,這要求較高的開發水準和編碼水平,而咱們現屬於項目建立初期,水準相對不高,而且沒有太多的資源,這也是風險之一。而咱們的對策是,根據迭代原則,初期以實現基本功能爲主,不追求過度完美,從小到大,不斷提升團隊總體水平,在實踐中開拓眼界,學習和接觸新的未知技術,爲以後完成產品的高級功能打下基礎。也會不斷經過分析開源平臺和市場上的實例,虛心學習借鑑,找尋到適合咱們的實現方案。
- 潛在進入者風險及對策
- 目前這類app很多,潛在進入者門檻低,但以如今的情況來看,大多效率app功能都較爲單1、體驗通常且用戶粘性差。咱們要作的應該是看到前輩的不足,反饋到本身,認真思考並吸收教訓,在現有的市場基礎上不斷完善咱們的app,推出高級功能,提升用戶體驗,增長產品的競爭力。
遇到的困難及解決方法
- 困難:在需求分析報告上,着重點的掌握難以肯定;因爲PPT的製做和演講者要求不一樣於以前的答辯,生疏,對產品認知度的考察。
- 解決過程:咱們參考了其餘優秀的需求分析報告,並對報告的各個部分進行分工,最後整合完善,在統一寫做風格上下了很多的功夫;PPT的製做和演講者認真、負責地完成了這項工做,不斷地翻閱需求報告,同組長溝通,加深對產品的認知,避免生疏,但不免緊張,PPT展現有略微的不足。
PSP表格
Planning |
計劃 |
180 |
190 |
· Estimate |
· 估計這個任務須要多少時間 |
5 |
5 |
Development |
開發 |
90 |
120 |
· Analysis |
· 需求分析 (包括學習新技術) |
60 |
60 |
· Design Spec |
· 生成設計文檔 |
30 |
60 |
· Design Review |
· 設計複審 (和同事審覈設計文檔) |
0 |
0 |
· Coding Standard |
· 代碼規範 (爲目前的開發制定合適的規範) |
0 |
0 |
· Design |
· 具體設計 |
0 |
0 |
· Coding |
· 具體編碼 |
0 |
0 |
· Code Review |
· 代碼複審 |
0 |
0 |
· Test |
· 測試(自我測試,修改代碼,提交修改) |
0 |
0 |
Reporting |
報告 |
80 |
80 |
· Test Report |
· 測試報告 |
0 |
0 |
· Size Measurement |
· 計算工做量 |
20 |
20 |
· Postmortem & Process Improvement Plan |
· 過後總結, 並提出過程改進計劃 |
60 |
60 |
合計 |
|
350 |
390 |
學習進度表
1 |
200 |
200 |
6 |
6 |
mockplus複習 |
2 |
|
200 |
15 |
21 |
學習android studio |
3 |
200 |
400 |
10 |
31 |
Java基礎學習 |
4 |
|
|
|
15 |
工具學習 |
5 |
|
|
|
20 |
工具學習 |
6 |
|
|
|
15 |
前端搭建學習 |