團隊做業第三次——項目原型設計（追光的人）

所屬課程	軟件工程1916
做業要求	團隊做業第三次—項目原型設計
團隊名稱	追光的人
做業目標	針對項目選題中客戶的痛點問題，以共同發佈一份博客隨筆的形式，設計一套方案，向客戶推銷。描述大體方案，以向客戶證實你正確理解了客戶的需求、提供給客戶可行的優化的使用建議，給出原型模型，並提供大概的解決方案預期規劃。

---

隊員貢獻分比例

隊員學號	隊員博客	這次做業任務	貢獻佔比
221600219	小墨	1.組織團隊討論、安排分工；2.完成帖子詳情部分頁面； 3.博客寫做； 4.整理、修改、完善原型終稿；5.整理上節課答辯問題的對應回答	19%
221600240	真·大能貓	1.完成私聊部分頁面；	12%
221600212	kilig	1.完成登陸註冊部分頁面；2.整理上節課答辯問題的對應回答	16%
221600235	fishkk	1.完成個人界面；	12%
221600236	巴啦啦魔仙	1.完成應用界面；	12%
221600103	lc	1.完成發帖和搜索界面；	13%
221600205	星夜、痕	1.完成首頁；2.整理上節課答辯問題的對應回答	16%

---

連接&下載

原型連接
博文PDF版下載

---

解決方案NABCD分析&原型展現

N （Need，需求）

大多數的需求來自於同窗實際生活中產生的煩惱，咱們從小組成員自身經歷推及大多數身邊的同窗，進而思考。
最終，獲得了以下用戶痛點：
1.信息壁壘
2.信息可靠性不知曉
3.社交圈子窄
4.資源沒法合理利用
5.問卷調查困難
6.學校開展活動，學生參與積極性不高

A（Approach，方法）

分析場景，提出問題，思考解決方案。
一條流水線般的過程，更易於爲你們講解。
從上述的用戶痛點，一一對應分析，咱們找出了以下的解決方法。

1.提供一個平臺讓學生用戶發送和查看諮詢。

（針對新生初入校園，對未來發展的疑惑問題，以及老生在學習生活方面出現的問題，咱們提供了問答的交流渠道。而且，運用積分制度，回答問題，獲取積分，積分能夠提現。）

這是一個帖子的示例

2.使用學生認證明名。（期待在成型期和教務處合做）

（爲了減小在學生生活學習交流上，太多的廣告注水等問題，提供學生認證明名。同時，也爲同窗提供了一個展示本身的平臺。）

在這個頁面能夠進行學生認證，我的資料以及頭像的設置，以及主題更換，貼子查看等選項

3.分不一樣的社交模塊（學習交流，興趣交流，生活交友）

（學習交流：是「校園幫」的主要模塊，在這裏你能夠提出問題，尋
求合適的答案。
興趣交流：週末閒的發慌，想要找位一個打籃球，打網球，踢足球的人。卻看看身邊，你們都不肯意出門。因而，找到「校園幫」，上面有簡單的解決方案：肯定時間範圍，發佈任務需求（如：2019年3月16日，想找一位朋友在學校三區打網球），並提供賞金（通常指積分）。這樣，一條條任務列表，選擇合適本身的，或是本身發佈。也許不須要轉角碰撞，也可能產生愛情火花。生活交友：和興趣交流方法相似，可發佈諸如一塊兒去圖書館看書或者一塊兒看電影之類的任務。）

進入校園幫，首先，它給您展示的是當前「學術論壇」中熱門的帖子。
您能夠選擇「二手交易」或「校園交友」功能，它們一樣能夠給您列舉出當前界面下，相關熱門的帖子。
功能（連接）：搜索、發帖 、看帖 、評論
關於搜索：
點擊搜索框，輸入相關字。從相關字出發，搜索相關的消息。
關於發帖：
點擊懸浮按鈕，進行發帖。
關於看帖：
看到感興趣的帖子，點擊帖子，進入相關帖子的頁面。
關於評論：
顯示瀏覽人數和評論人數，點擊評論，進入相關帖子的評論頁面。

發帖部分包括編輯發帖信息的主要功能和選擇發佈模塊，選擇積分分數的兩個附加功能。
編輯發帖信息的功能支持在內容中添加表情貼圖和在內容中導入本地圖片，以知足用戶的個
性化需求。

4.提供二手舊物信息渠道（閒魚）

（二手舊物交易，實用性很是高。據咱們瞭解，學校有二手舊物交易QQ羣，但羣人數上限也就兩千多，還包括已經畢業的。何況，在羣裏消息過的太快。或許有一個提供二手舊物信息渠道的平臺會更好。）

5.提供問卷模塊

（問卷調查，經歷過的同窗大多都知道。寫問卷的同窗，一邊期待有同窗回答問卷，一邊又擔憂沒有同窗回答問卷。而回答問卷的同窗，一種狀況是：行，你們是同窗，我幫你回答一下。另外一種是：不認識！便遠遠避開了。並且從咱們大二下學期的問卷調查回答狀況來看，第二種狀況太多。
究其緣由，大概是沒有什麼道德利益束縛，因此能避開則避開。
但咱們在問卷調查方面，也提供了積分方法。建立問卷，選擇適應的回答人數，並支付相應的積分。在限定人數內回答者，獲得相應積分獎勵。）

這個是後續完善功能的區域，
隨着更新能夠在這個頁面添加新的功能模塊 ，
下面的滑動框用於一些通知，好比問卷調查，店鋪上新，能夠做爲廣告，爲後續盈利的一個版塊

6.爲學校提供官方板塊，免費發佈諮詢

（相信你們都經歷過，學校有活動須要觀衆，觀衆分人數到學院再到班級。然而尷尬的是，同窗參與的積極性不高。
因而，咱們「校園幫」App便特地留出一個模塊，供學校使用。學校公佈活動信息，以及發佈參加活動任務。接受任務參與的同窗，同樣的，能夠得到積分。積分能夠提現，再次說明。）

7. 登陸註冊功能

用戶在不登陸狀態下只能使用瀏覽帖子等簡單功能，當用戶進行發佈問卷，接任務等操做的時候，須要進行登陸。咱們爲用戶提供了三種登陸方式：
1：驗證碼登陸。這是本產品的默認登陸方式，用戶輸入已註冊過的手機號碼，而後點擊獲取驗證碼，待用戶接收到驗證碼短信並填至驗證碼框，若驗證碼正確，便可登陸成功。若用戶想要從新接受驗證碼，須要等待距上一次發送驗證碼60s的間隔時間。
2：密碼登陸。用戶可在登陸界面右上角點擊密碼登陸切換到該方式，密碼登陸須要用戶填寫已註冊過的手機號和對應的密碼，正確方可進入。若錯誤則會提醒用戶從新輸入密碼或者找回密碼。若用戶連續過屢次輸入密碼錯誤，則會禁止用戶在短期內再次登陸。
3：社交平臺登陸。用戶經過點擊登陸界面下部的社交平臺圖標選擇此登陸方式，若是用戶的帳號綁定了QQ，微信，微博中的某一個社交平臺，就能夠經過該社交平臺登陸。
「須要幫助」按鈕：不一樣的登陸方式下點擊此按鈕有不一樣的功能：
1：當用戶使用驗證碼登陸時，點擊此按鈕，用戶能夠選擇「原手機號不可用，綁定新手機號」或者「其餘常見帳號問題」，嘗試解決帳號登陸時遇到的問題。
2：當用戶使用密碼登陸時，點擊此按鈕，用戶能夠選擇「找回密碼」，「找回帳號」或者「其餘常見帳號問題」，嘗試解決帳號登陸時遇到的問題。

當用戶第一次登陸或者想要更換新帳號時，須要使用註冊功能。咱們僅爲用戶提供手機號註冊功能，用戶輸入未註冊過的手機號後，點擊獲取驗證碼，而且設置帳戶密碼，當且僅當驗證碼正確且密碼合法時，才能註冊成功。

當用戶點擊找回密碼時，跳轉至該頁面。用戶輸入已註冊過的手機號後，點擊獲取驗證碼，而且設置新密碼，當且僅當驗證碼正確且密碼合法時，才能成功修改密碼。

8. 檢索功能

檢索頁面包括熱門搜索和搜索歷史兩部分。
熱門搜索部分根據近一個月內用戶搜索的高頻詞造成詞條，向用戶展現並推薦近期檢索熱點，以貼合用戶需求。
該部分在向用戶展示了近期用戶檢索熱點的同時，也提升了用戶使用校園幫的便捷度。
搜索歷史部分保存了用戶的檢索記錄，方便用戶回顧搜索歷史。若用戶須要刪除一條檢索信息，能夠經過點擊該信息
條目右側的×來刪除記錄。若用戶須要刪除全部的搜索歷史，能夠經過點擊該模塊右上角的所有清空選項清除全部記錄。

9. 私聊功能

用戶點擊私聊後進入私聊界面，界面頂部顯示對方暱稱，中央顯示聊天記錄。
底部有文本輸入框，支持文字、表情以及圖片的發送，界面簡潔實用。
點擊文本框後會調用系統鍵盤提供用戶輸入文本信息。

B（Benefit，好處）

1.更方便交流諮詢，信息可靠度高
2.擴展社交圈子，提供交友環境
3.資源的高效利用
4.收集信息更容易，擴大采樣範圍

C（Competitors，競爭）

優點：
1.學生開發，推廣容易，更瞭解同窗需求
2.Uni-app，實現多端
3.能夠取得學校支持（學校能夠發佈活動信息等）

劣勢：
1.經驗不足
2.缺乏資金
3.比較難排除含金量低的回答
4.不能精確推送
5.缺少管理系統的人員

D（Delivered，推廣）

• 校內推廣
  推廣產品要作到對產品有個明確的認識，儘量把產品推廣有需求的用戶。咱們的項目主要是針對校內亟需一個資訊交流平臺的大學生羣體，所以咱們在推廣初期主要在校內宣傳，初期經過分發宣傳單，粘貼海報，QQ空間，公衆號等網絡媒體等方式在學生內部進行宣傳和推廣，讓更多的學生髮現有這麼一個平臺能夠解決他們的燃眉之急。而且在用戶使用期間收集他們的意見與反饋，對咱們的產品進行完善，讓用戶更好地體驗，積累口碑，佔據學生羣體的市場。在擁有必定的市場後，能夠與學校洽談，爭取合做，經過學校的渠道，進一步擴大產品影響力。
• 校外推廣
  在咱們的產品質量較爲穩定後，能夠嘗試參與比賽，上架到應用市場，提升產品的知名度。同時能夠經過與相鄰的高校合做，將產品推廣到校外的相鄰高校，藉助網絡渠道，在全國各大高校板塊宣傳咱們的產品，推薦你們使用以及給出建議。

---

原型設計過程

在討論原型以前，咱們先對上次選題報告答辯同窗們提出的問題進行了討論，經過討論，咱們對本身的項目的理解更加深入了，從而咱們從全部的功能中獨立出主要的功能，做爲優先開發的對象，而後畫了一些設計草圖，你們各抒己見，以後咱們合併了你們的構思，擬定了大概的佈局，在會議的末尾分配了你們在原型製做上的分工。

使用的工具：Axure rp8

討論的過程：

---

效能分析和PSP

PSP2.1	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
Planning	計劃	30	20
• Estimate	• 估計這個任務須要多少時間	30	20
Development	開發	300	430
• Analysis	• 需求分析 (包括學習新技術)	90	90
• Design Spec	• 生成設計文檔	60	30
• Design Review	• 設計複審	30	10
• Coding Standard	• 代碼規範 (爲目前的開發制定合適的規範)	0	0
• Design	• 具體設計	120	300
• Coding	• 具體編碼	0	0
• Code Review	• 代碼複審	0	0
• Test	• 測試（自我測試，修改代碼，提交修改）	0	0
Reporting	報告	50	40
• Test Repor	• 測試報告	0	0
• Size Measurement	• 計算工做量	20	10
• Postmortem &  Process Improvement Plan	• 過後總結, 並提出過程改進計劃	30	30
All	合計	380	490

---

選題報告答辯問題回答

問題：校園幫的工做量可否及時完成?

關因而否能在一學期內勝任的問題，咱們小組討論運用敏捷開發的模式，至少會把基本的功能作出來，而後一步一步的完善。
而對於咱們本身而言，這也是咱們在就業前的一份試金石，或者是面試的一份簡歷。咱們會盡力對待。
若是將大家本學期作好的產品，拿給下一屆學弟學妹們繼續後續開發，咱們會很高興，這是對咱們的一種承認。
咱們也會盡力去幫助學弟學妹們。

問題：與同類競品相比，特色是？核心特點不明顯。

1. 目前福大貼吧訪問量低，不多有人在上面發帖和回答，同時有較多廣告。同時貼吧有不少與校園無關的功能，過於臃腫。所以不適合校園服務。
2. 對於咱們產品包含的功能，如問卷，求助之類的，因爲百度貼吧日訪問量低，同時根據咱們小組的觀察，極少有用不會在貼吧上進行問卷調查等。
3. 咱們的產品自己定位就是一款綜合性多功能的校園社交類產品，若是拿出其中的某一個功能，可能存在競品。可是咱們的一個特色是集衆多校園服務在內的一個產品，這是應該很重要的前提。並且不少學生都反應說在大學裝了許多使用次數少但又能卸載的軟件，所以咱們相信咱們的這款產品只要開發的好，必定會被廣大學生喜好的。
4. 貼吧存在管理員已經不是本校的學生的狀況，當有用戶惡意發佈了很差的內容，不可以及時刪除，處理不良內容。

問題：如何實現交友？

咱們有添加好友聊天的功能，但大多數app或者聊天工具都具有這些功能。因此在咱們的產品中，添加好友聊天的功能，只是一種線上交流方式。
而要實現交友，最好的方式即是一塊兒作興趣範圍內的事（線下）。好比說：一塊兒打籃球，一塊兒打網球甚至事一塊兒約場電影什麼的。
咱們的app的發佈任務功能中，便有上面的功能。

問題：功能衆多，須要精簡

咱們通過屢次談論篩選以後，選出了最主要的四個個功能，學術論壇，二手交易，校園交友，問卷星。（這在咱們的模型中有所體現）
咱們最基本的，會先完成上面三個功能。以後其餘一些附加功能會在時間也許範圍內加以考慮。

問題：未考慮交易市場安全問題，好比資金安全。

將來交易市場的問題咱們有深入考慮過。咱們用校園學生的學號註冊帳號，即是考慮到交易安全的問題。至於資金安全，咱們初期使用的積分模式，會在一段適應期以後，考慮對接微信，支付寶。

問題：是否能夠考慮作成微信小程序

作成微信小程序是不行的。微信小程序更適合輕應用，想到了這個小程序就打開用一下，不用的時候就都放在一邊，不適合校園幫這種社交密集型的程序。
就微信小程序而言，更適合一些用零碎時間瀏覽一下，簡易的小程序。
而且，微信小程序的接口設置中，對消息提醒並不友好，用戶使用微信小程序可能無法及時收到消息。

問題：畢業生和新生帳號如何處理？

對於新生，咱們考慮邀請咱們認識的新生班導，給新生推薦。或者是在新生手冊上作出推薦，這也是咱們的一種推廣方式。 對於老生，咱們會保留帳號。畢竟，老生也咱們學校發展歷史中不可缺乏的一部分。何況，在學術交流中，老生會有更多學習看法，以及給學弟學妹們交流經驗。