軟工1816 · 第六次作業 - 團隊選題報告
組長博客地址：點擊這裏
選題報告內容
- 選題報告下載鏈接：點擊下載
本組評審表設計
評審表下載鏈接：點擊下載
評審表預覽：
NABCD 分析引用
NEED 需求
用戶群體
主要針對人群：福州大學的廣大師生群體以及食堂各個店鋪
用戶數量：根據130人的初步調查有8成受訪者有此需求，則師生用戶量大致在萬人級別，而福大食堂商鋪符合產品要求的大致有50-60家
需求分類：
| 用戶群體 | 需求 |
|---|---|
| 師生群體 | - 面對琳瑯滿目的食堂菜品需要更低的決策成本來快速決定“這頓吃什麽”的選擇恐懼癥 - 需要一個準確的福大美食地圖了解食堂熱門店鋪 |
| 食堂店鋪 | 需要一個有效的渠道獲取食客的口味分布、以及飲食流行趨勢 |
APPROACH 途徑
基於安卓平臺開發應用，當用戶需要決策幫助時，應用會請用戶做3-4道簡單的布爾選擇題，之後將結果發送到後端服務器，進行結果預測
後端服務器基於php laravel框架進行開發，項目組中成員咨詢過一些學長也是使用同款框架進行開發，在後期開發過程如果遇到問題，可以獲得更直接的幫助與指導
根據用戶數據分析出針對性的用戶口味分析報告幫助各個店鋪改善菜品口味，提升客流量
我們立足於本校進行項目開發，可以非常方便的與用戶和商鋪進行溝通，進而快速叠代產品
BENIFIT 好處
| 收益群體 | 好處 |
|---|---|
| 學生/老師等一般用戶： | - 減少每天去食堂時猶豫吃什麽的決策時間與機會成本 - 輕松獲悉福大食堂的熱門店鋪與菜式 |
| 商鋪： | - 根據由我們提供的用戶分析報告，商家可以針對報告內容進行菜品改良，使得出品更加符合大眾口味，借此提升客流量並提高應收水平 |
COMPETITORS 競爭
- 主要競爭對手對比：
| 比較 | 大眾點評 | 這頓吃啥（微信小程序） |
|---|---|---|
| 應用截圖 |   |
  |
| 優勢 | - 搜羅的餐飲信息豐富多樣； - 有多樣的篩選方式； - 有較多的用戶創作內容。 |
- 交互邏輯簡單； - 只提供一個隨機建議，減少用戶決策成本。 |
| 劣勢 | - 界面有效信息太多，分散用戶註意力； - 用戶需要繼續操作才能進一步決策。 |
- 只是推薦出一個菜名，沒有更具深度的使用場景； - 用戶完全無法對推薦結果進行幹預，能否符合口味全憑運氣。 |
- 我們的優勢在於：
定位精準：定位清晰：我們的產品在一開始的定位就將目標人群設置為在校大學生，將使用場景設定在大學食堂的範圍，這讓我們目標清晰，需求明確。在軟件開發的初始階段將始終圍繞我們的定位快速叠代產品
先發優勢：通過初期調查，市場上還沒有出現具有統治力的同類產品，這使我們能領先一步搶占市場，為後續長遠發展積累用戶數據和推廣運營經驗。
本地化優勢：我們的 APP 立足於福大作為項目的發起點，開發團隊成員都是
福大在校生，對學校食堂的情況有切身體會，可以比其他競爭對手更好的進
行本地化，吸引用戶使用。
DELIVERY 交付&推廣
新媒體推廣
宣傳視頻的制作與傳播：通過簡明的 MG 動畫制作，使得潛在用戶迅速了解產品理念與基本使用邏輯，積極與校知名社交平臺溝通（如：青春福大），爭取使得推廣視頻獲得更多曝光度。
H5 頁面的制作與傳播： 通過制作有趣生動的 H5 頁面，使得潛在用戶迅速了解產品理念與基本使用邏輯，通過社交網站、社交工具等進行廣泛傳播
線下推廣
設立官微、官博、官方公眾號，周期性進行聯動宣傳，並與影響力較大的微博號、公眾號、新聞站點合作，擴大影響範圍。
與校內創新創業平臺合作，爭取專業的支持和專業的推廣渠道。
通過設置“邀請有禮”活動，促使已有用戶分享邀請碼、分享本產品， 利用用戶的人脈關系有效擴大用戶群體的規模。
試用版輕應用
- 為了解決用戶可能不願意花費過多時間和精力下載陌生的app的推廣困境，設計簡潔迅速的試用版網頁或者微信小程序，通過一個二維碼就可以試用產品的主要功能，從而
降低用戶的學習成本，並向我們的 APP 引流。
個人貢獻分衡量準則
績效管理主要部分在於團隊成員的團隊任務貢獻度。
- 當團隊成員接受了PM分配的一個團隊任務之後，有責任按時按質量交付，否則需要受到一定的績效上的處罰。
- PM有能夠給予最終評判的權力（超額完成加分、正常完成、未完成或未按質量完成），折算為乘以比例150%，100%，50%。
- 在團隊成員的相互交流時，確定團隊的共同目標，鼓勵積極的氛圍，構建信任和諧的團隊。所以，對消極的成員（例如開會遲到、交流時全程劃水）的也會有所處罰。
- 對於有積極為團隊做出自己額外貢獻（做了很多為未來/團隊/他人考慮的貢獻，而不僅僅是為當下/自己）的同學，也會有額外的績效加分。
團隊中個人的貢獻比例
| 姓名 | 比例（%） |
|---|---|
| 王彬 | 20 |
| 趙暢 | 15 |
| 李恒達 | 11 |
| 胡展瑞 | 16 |
| 王源 | 11 |
| 佘嶽昕 | 11 |
| 陳誌煒 | 8 |
| 陳文垚 | 8 |
| 林煌偉 | 8 |
小組現場答辯評分
- 去掉一個最高分，去掉一個最低分，小組最終得分為80.17分
| 組號 | 組名 | 打分 |
|---|---|---|
| 2 | 拖鞋旅遊隊 | 81 |
| 3 | 彳艮彳亍隊 | 84 |
| 4 | 火箭少男100 | 80 |
| 5 | 起床一起肝活隊 | 73 |
| 6 | 404 Note Found隊 | 86 |
| 7 | 第三視角 | 74 |
| 8 | 小白吃 | 76 |
| 9 | 我頭發呢隊 | 86 |
現場答辯記錄：
- 沙茶面，麻辣香鍋這類自選菜考慮推薦嗎？
- 不考慮自選類商家。
- 把自選商家排除在外的做法會不會損害到了自選商家的利益？
- 項目初期暫不考慮。（謝謝這位同學的提問，我們需要仔細考慮這一問題）
- 分析報告的內容大概是怎麽生成的？
- 決策模式，後端提示反饋。
- 分析報告對於店家有什麽好處？
- 有助於店家了解福州大學師生的口味分布，幫助他們更好地經營，使得菜品口味更貼合大眾需求。
- 是否考慮添加學生評論的功能？
- 我們希望我們的軟件實現我們的最小功能集。而且我們的理念希望我們做出簡潔易用的軟件，所以初期不考慮添加。
- 店鋪擁擠的程度的數據如何采集？
- 客觀觀察添加權重。GPS的定位也可以提供輔助。
- 請問像京元這樣自選的快餐如何做推薦？
- 自選商家我們是不考慮的，因為很難維護一個流動的菜單。
- 收集口味反饋，如何代表用戶自身的需求？
- 非隨機推薦。
- 柯老師：是否提供食堂平面圖？地圖、商家高亮、店鋪大概的位置、路徑是否可以作為後期加入的功能？
- 考慮整合在福大美食地圖裏面。團隊提問回答環節
第二組的提問：
問題1：推薦店家的算法是什麽，倘若一個新用戶註冊後如何了解他的口味？
答：在軟件開發初期，我們會積極嘗試可能的算法來達到我們對推薦精確度的要求，初步調查後，隨機森林、kNN等線性回歸算法在我們的考慮範圍內， 我們在項目計劃書中，以及現場PPT展示中都明確闡述了我們的軟件是基於用戶使用時對3-4道布爾選擇題的選擇來衡量用戶的口味。
問題2：以商家會員制為盈利模式，通過對商家了解，好像挺多商家對100/月挺不買賬的，而且分析報告若是一開始就收費的話，怎樣確保購買者對報告的信任，從而去購買你們的報告
答：在產品的初期我們會給商家提供免費試用，來使得商家能對我們所提供的服務有一個可感的認識。
問題3：假使項目在前期取得不錯的開展，那後期有想過怎麽將擴展產品功能
答：我們的產品的立足點是福州大學，倘若項目後期取得可觀的成果，會考慮進一步向大學城範圍內各個高校推廣。
第三組的提問：
問題1：請問盈利方式是什麽？
答：
1、商家會員制：食堂的店鋪可以通過成為我們的會員，每周獲得我們對其菜品的口味提升建議，以及食堂用戶口味偏好分析報告並以此提高客流量。
2、 分析報告購買：我們會定期對後臺就餐數據進行分析處理，生成按月、季度、年的不同時間跨度的用戶口味分析報告，店鋪經營者通過該報告可以客觀獲悉福州大學各食堂店鋪的熱度變化，並對接下去的經營策略做出及時調整。
問題2：如果要擴大受眾範圍的難度大嗎？
答：目前未知，但未來是值得期待的。
問題3：怎麽保證推薦算法在推薦上保證滿足用戶需求？
答：我們力求讓用戶做出簡單的選擇就可以得出最終的推薦，因此我們會在設計題目、對菜品進行合理分類上下功夫，力求推薦算法實現盡可能高的客觀準確性。
第四組的提問：
問題1：演講時時間把握問題
答：感謝您的建議，以後會多多註意。
問題2：推薦算法穩定性
答：我們力求讓用戶做出簡單的選擇就可以得出最終的推薦，因此我們會在設計題目、對菜品進行合理分類上下功夫，力求推薦算法實現盡可能高的客觀準確性。
問題3：模塊分割不明顯
答：鑒於問題闡述模糊，基於我們目前對自身產品的理解，我們的產品的兩個功能相輔相成，且功能的核心思想緊緊圍繞產品定位與用戶需求，我們對模塊劃分的清晰程度有相稱的自信
第五組的提問：
問題1：你們的產品應該對菜品的口味很了解，你們打算如何確保正確掌握了菜品的口味呢？
答：感謝您的建議，這個問題在我們的項目初期也進行過深入的討論，口味易受主觀因素影響，每個人的口味都不盡相同，我們在進行菜品量化時將著重於口味衡量的客觀性。另一方面，我們的算法並不僅僅基於用戶的口味，還會根據用戶使用時的時間和所處地點進行綜合權衡。
問題2：即食不會推薦自選窗口，那麽是不是福大美食地圖裏面會缺少了自選這一類商家？
答：自選窗口存在每日菜單變動的問題，這一客觀局限在未有很好的解決方案前只得戰略性放棄。
問題3：套餐的本質無非是各種菜品的組合，那麽你們是否有考慮過可以推薦自選窗口的某些菜品的組合呢？
答：自選窗口存在每日菜單變動的問題。舉例來說，若推薦了紅燒茄子，但自選窗口今天沒有做這道菜，這次推薦就是無用的了。
第六組的提問：
問題1：如何解決大眾點評等平臺的用戶服務條例問題
答：同學你提問的對象提錯了，我們不會爬取大眾點評的數據。
問題2：如何推薦類似自選搭配的麻辣燙的菜品
答：目前暫未考慮自選搭配的店鋪,由用戶參與自選搭配的菜品（如：麻辣燙），商家所提供的菜品並不固定，這一客觀局限會影響我們推薦算法的穩定性，所以為了更良好的用戶體驗我們不得不戰略放棄部分自選形式的店鋪
問題3：如何突顯產品競爭優勢吸引用戶
答：我們的產品在一開始的定位就將目標人群設置為FZU在校大學生，將使用場景設定在大學食堂的範圍，目標清晰，需求明確。市面上存在一些類似菜品推薦的小程序或APP，但它們的核心都是隨機推薦菜名而沒有綜合考慮用戶需求，也沒有結合所在地區的商鋪進行本地化。此外現階段的類大眾點評軟件的應用理念和操作邏輯基本大同小異，都是根據用戶的地理位置給出附近區域的餐廳推薦，但卻沒有進一步深入達到某一菜品級別的推薦。以上就是我們的軟件的競爭優勢。
第七組的提問：
問題1：推薦菜品時是否有給出詳細的推薦理由，這部分理由怎麽獲取？
答：我們的軟件是基於用戶使用時對3-4道布爾選擇題的選擇來衡量用戶的口味，並以此作為推薦算法的輸入，根據用戶對於我們給出的問題做出的選擇來推薦。
問題2：對於剛註冊的新用戶，你們要怎麽給他們推薦？
答：我們在項目計劃書中，以及現場PPT展示中都明確闡述了我們的軟件是基於用戶使用時對3-4道布爾選擇題的選擇來衡量用戶的口味。
問題3：如果軟件給用戶推薦的菜品用戶不滿意是否有備選推薦，怎麽保證推薦會在用戶的接受範圍之內
答：首先，用戶可以反饋他對於推薦結果的滿意與否，並且我們給出最終的結果會是在一個符合用戶選擇的前提下進行多方面的權衡，我們會積極調整我們的算法準確性，提高用戶的滿意程度。
第八組的提問：
問題1：隨機推薦如何反映全校學生的口味偏好？
答：並不是隨機推薦。我們的軟件是基於用戶使用時對3-4道布爾選擇題的選擇來衡量用戶的口味。
問題2：通過何種方式得到用戶個人的喜好並進行推薦？
答：我們在項目計劃書中，以及現場PPT展示中都明確闡述了我們的軟件是基於用戶使用時對3-4道布爾選擇題的選擇來衡量用戶的口味。
問題3：推薦的菜品是否會在今日出現？程序推薦和食堂方面的準備如何協調？
答：我們的app針對的是有固定菜單的商家，這在一定程度上避免了第一個問題。程序方面，我們負責收集各個食堂的菜單數據，將其整理歸納，結合推薦算法，完成我們APP的主要功能。
第九組的提問（暫無）：
問題1：
答：
問題2：
答：
問題3：
答：
項目計劃書修改處
修改一
修改二
軟工1816 · 第六次作業 - 團隊選題報告