APP分析----餓了麽
- 下載軟件並使用起來,描述最簡單直觀的個人第一次上手體驗。
主界面:
第一次上手是大一的時候了,感覺頁面很整潔幹凈,使用的色調也讓人很舒服,各個功能都一目了然。下滑就是各種各樣的外賣商店,種類也很多。產品的整理使用流程很通暢,一開始就顯示訂餐,訂餐完後顯示可以預定,可以查看訂餐,然後可以點評,拍照,拿積分,然後積分換禮品,一氣呵成,不用花很長的時間去了解怎麽用。給用戶最直接的感受就是簡單明了,這是一款App是否好用很重要的一點。
- 按照《構建之法》13.1節描述的 bug 定義, 找出幾個功能性的比較嚴重的 bug。
bug定義:(引用自《構建之法》13.1節)
???Bug:軟件的缺陷
???Bug可以分解為:癥狀(Symptom)、程序錯誤(Fault)、根本原因(Root Cause)。
????1)癥狀:即從用戶的角度看,軟件出了什麽問題。
????2)程序錯誤:即從代碼的角度看,代碼的什麽錯誤導致了軟件的問題。
????3) 根本原因:錯誤根源,即導致代碼錯誤的根本原因。
目前發現的bug:①、用戶頭像上傳顯示不成功
②、評價裏的圖片不能顯示
- 用專業的語言描述 (每個bug 不少於 40字),如有必要, 配圖更佳。
①、用戶頭像上傳顯示不成功
點擊我的--->頭像圖標--->選取圖片 等待上傳完刷新後頭像沒有變化
②、評價裏的圖片不能顯示
4. 介紹采訪對象的背景和需求。
某大四學生,經常宅在宿舍玩遊戲,看電影,要上課點名時他才很不情願地出宿舍樓。
5. 描述用戶使用這個產品的過程,用戶的問題解決了麽?軟件在數據量/界面/功能/準確度上各有什麽優缺點?用戶體驗方面有問題麽?
該同學興致勃勃點擊App進入首頁,愉快地選擇了一家外賣,選擇數量,確認收貨地址,提交訂單,付款,發紅包,一氣呵成。完成所有操作之後露出了滿意的笑臉。
在等餐的過程中該同學表示他對這款App的滿意度很高,滿足了他中午訂餐的需求,頁面十分友好,而且定完餐後還可以領紅包,非常優惠,讓人十分欣慰。
6. 用戶對產品有什麽改進意見?
大體上非常滿意,提出了希望滿減力度可以再大一點的不要臉的意見。
7. 結論:經過這麽多工作,你一定有充分的理由給這個軟件下一個評價:
非常推薦
第二部分 分析- 軟件的所有功能 。
- 訂餐
- 搜索商家、商品
- 商品分類模塊
- 廣告
- 品質優選
- 美食推薦
- 積分商城
- 搶紅包
- 限時好禮
- 查看訂單、評價訂單
- 猜你喜歡
- 個人信息管理
- 會員
- 幫助
- APP評分
- 分析這個軟件目前的優劣 (和類似軟件相比), 推理出這個軟件團隊在軟件工程方面可以提高的重要方面 (具體建議)。要求把對比的結果列出一個表格,對比每個軟件各自的優點和缺點。
APP\內容 | 頁面 | 優惠力度 | 發現/推薦 | 商品種類 | 搜索 |
餓了麽 | 簡潔美觀 | 高 | 有美食熱推、特價推薦 | 多、全 | 熱門歷史搜索、每條搜索用小格子分開,感官好 |
美團外賣 | 簡潔美觀 | 中 | 有優惠專區、沒有其他推薦 | 多、全、有跑腿代購 | 熱門歷史搜索、每條搜索用小格子分開,感官好 |
百度外賣 | 美觀 | 一般 | 有各種推薦帖子 | 多、全 | 有熱門和歷史搜索 |
我把目前市場上最熱門的外賣軟件拿出來作比較,大體上來說這三個軟件從頁面和功能上看都大同小異,但是餓了麽的優惠力度相對來說會大一些,因為定完餐之後會有一個拼手氣紅包,如果領到了最大的那個紅包會很實惠,紅包也容易領到。餓了麽和美團外賣都有打折商品的活動,百度外賣沒有。但是餓了麽相比美團打折商品不好的一點是餓了麽的打折商品一單只能選一樣或兩樣,超過之後其他的就不按打折價位算,而美團的一個訂單中可以選擇的打折商品比餓了麽數量多。
- [附加題]根據理解和體驗,畫出整個軟件所有功能邏輯框圖,根據重要度標識出各模塊的重要度、完成度、出發點及效果;
第三部分 建議和規劃
- 如果你是項目經理,如何提高從而在競爭中勝出?
APP的內容一定要整潔明了、這是一款訂食物的軟件,所以合作的商家一定要有一定標準、否則軟件再好,合作的商家食物質量不好也是白瞎。另外目前市場上的外賣軟件功能都差不多,所以用戶為什麽要選擇你的產品在與使用這個軟件訂外賣是否最實惠。
- 目前市場上有什麽樣的產品了?
美團外賣、百度外賣
- 你要設計什麽樣的功能?
多人投訴一家商店的話評判是否取消這家商店的功能
- 為何要做這個功能,而不是其他功能?
因為合作的商家沒有很良心的話,用戶不僅對這家店印象不好,還可能使用戶把情緒轉移到軟件上來,降低客戶的滿意度。當用戶可以通過自己的反饋鏟除一些很坑的商店的時候,用戶的滿意度應該會有所提高
- 為什麽用戶會用你的產品/功能?
多從用戶的利益出發,換位思考,給他們最好的使用體驗。
- 你的創新在哪裏? 請使用 NABCD 分析(http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html).
1. N(Need,需求)
現在越來越多的人喜歡宅在家裏,足不出戶就可以享受美食,但是害怕遇到很坑的商家
2. A(Approach,做法)
用戶可以通過自己取締無良商家
3. B(Benfit,好處)
滿足用戶的心理,讓他們不會把莫名的仇恨轉移到軟件本身
4. C(Competitors,競爭)
目前沒有一款外賣軟件有這種功能,最多只是給個差評,好像並不是很有用
5. D(Delivery,推廣)
如果這個功能的用戶滿意度高,結合沒有一款軟件有這種功能的情況,用戶會更偏愛我們的軟件,用戶喜愛了自然就會推廣
- 如果你來領導這個團隊,會有什麽不一樣?
我會盡自己最大的能力維護用戶的利益,一切以用戶的角度出發,給他們好的體驗
- 如果你的團隊有5個人, 4個月的時間,你作為項目經理,應該如何配置角色(開發,測試,美工等等)?
美工一個、三個人開發、一個人測試
APP分析----餓了麽
相關推薦
APP分析----餓了麽
團隊 完成 最大的 否則 品質 畫出 有一個 語言 模塊 產品 餓了麽 選擇原因:有了外賣就可以輕松擁有一個不用出門也餓不著的爽歪歪周末。 第一部分 調研, 評測 下載軟件並使用起來,描述最簡單直觀的個人第一次上手體驗。 主界面: 第一次上手是大一
vue2高仿餓了麽app
img mage -- image json -s ack 9.png ood Github地址: https://github.com/ccyinghua/appEleme-project 一、構建項目所用: vue init webpack appEleme-pr
Vue 仿餓了麽app(一)
編譯 進行 ora 開發 route 功能 列表 圖標 後端 開發流程: 需求分析——腳手架工具-----數據Mock----架構設計-------代碼編寫----自測------編譯打包 功能技術分析: Vue-resource與後端進行數據交互; Vue-ro
Vue.js 高仿餓了麽外賣APP
數據 oot 移動 效果 開啟 spa vuejs lar flex布局 第1章 課程簡介介紹課程的學習目標和學習內容。1-1 課程簡介1-2 課程安排 第2章 Vuejs介紹從前端開發趨勢分析開始,引入 MVVM 開發框架和 Vue.js,接著對比流行框架Angular
Vue.js高仿餓了麽外賣App 2016最火前端框架
前端框架 過渡 split 學習目標 抽象 create 做了 date 定制化 第1章 課程導學(二期)-15號開放 包括課程概述、核心模塊、核心技術、課程安排、課程收獲、講授方式、學習前提等方面的介紹,最後演示了整個外賣App的功能,讓同學們對課程項目有一個直觀的了解。
【vue】餓了麽項目-header組件開發
!= component cnblogs pad 操作 一個數 使用 xbox 剩余空間 1.數據傳遞的理解 在App.vue中用到了header組件,首先註冊組件 components: { ‘v-header‘: header } 然後才能引用
【vue】餓了麽項目-使用webpack打包項目
pat 命令 顯示 項目文件 過程 文件 分享 根目錄 log 1.vue cli給我們提供了npm run build命令打包項目,在packa.json文件中scripts對象中有build屬性,當我們執行npm run build時,就執行build對應的"node
IOS-小項目(餓了麽 網絡部分 簡單實現)
分享 tab 程序啟動 下拉刷新控件 ram pen address register 單例 在介紹小項目之前,在此說明一下此代碼並非本人所寫,我只是隨筆的整理者。 在介紹之前先展現一下效果圖。 看過效果圖大家應該很熟悉了,就是餓了麽的一個界面而已,值得註意的是,實現時並
【餓了麽】業務井噴時,訂單系統架構這樣演進
深圳 左右 內容 時間 組件 不知道 要求 技術分享 追溯 本文根據石佳寧在InfoQ舉辦的2016ArchSummit全球架構師(深圳)峰會上的演講整理而成。 老司機簡介 石佳寧,餓了麽後臺支撐研發部負責人,目前任職於餓了麽,現任平臺研發中心-後臺支撐部門負責人,主要
css貝塞爾曲線模仿餓了麽購物車小球動畫
viewport title output 代碼 put 動畫效果 doc int class 在線觀看貝塞爾曲線值:傳送門 在線觀看動畫效果:傳送門 代碼: <!DOCTYPE html> <html> <head> <me
vue-餓了麽項目總結
splay 如果 selector moc 狀態 最終 計算屬性 regexp 一段 這本來是寫在最後面一段的,我現在把他寫在了最前面,方便我們事先知道,整個項目做完之後是什麽樣子的 項目完成之後在 根目錄 下 npm run build (就是 npm run dev
訂餐系統之同步餓了麽商家訂單
測試 -1 del 4.0 type 外賣 sig inf time 背景 之前實時獲取口碑外賣商家訂單,及點點送訂單,再使用的我們的調度系統統一調度各個來源的訂單,再結合配送員自主搶單,加上配送員隊長線上調度,最大限度的讓配送員加”順路單“
“餓了麽+百度外賣”穩居第一 易觀報告揭曉外賣下半場核心趨勢
百度外賣日前,易觀發布的數據顯示,2017年第3季度,中國互聯網餐飲外賣市場整體交易規模達582.7億元人民幣,環比上漲26.8%,與去年同期相比,增幅達79.1%。在競爭格局方面,餓了麽+百度外賣的市場交易份額占比達48.8%,位列市場第一。餓了麽+百度外賣,雙品牌獨立發展,這樣的合並姿勢,一開始就占據了接
阿裏餓了麽?復盤馬雲102年商業大思維
阿裏 巴巴 2018年2月26日,突然傳來阿裏可能以95億美元全資收購餓了麽的傳聞,阿裏巴巴官方隨後表示對“市場傳言”不予置評。2016年8月,阿裏巴巴和螞蟻金服一起向餓了麽投資12.5億美元,2017年又進一步增持餓了麽。2017年8月,餓了麽宣布與百度外賣合並。根據Analysys易觀監測數據顯示
web前端實用案例-開發餓了麽LBS移動地圖點餐系統
前端 javascript 餓了麽 點餐 LBS 知識點:html/css,標簽運用、樣式講解、靜態開發布局、行業標準。JS基礎、if判斷、jq方法 Dom操作、邏輯思維。 html代碼: <div class="top"> <div class=
餓了麽全鏈路壓測平臺的實現與原理
test www. 試用 推送 定位 用戶操作 吞吐量 查詢 定期清理 背景 在上篇文章中,我們曾介紹過餓了麽的全鏈路壓測的探索與實踐,重點是業務模型的梳理與數據模型的構建,在形成腳本之後需要人工觸發執行並分析數據和排查問題,整個過程實踐下來主要還存在以下問題: 測試成本
被馬雲95億美金收購的餓了麽還能活多久?
馬雲餓了麽前天,阿裏巴巴95美金全資收購餓了麽搞出了一個大新聞。這個事情分析的已經很多,何璽也談談我的看法。 一、阿裏巴巴收購餓了麽為了新零售、對抗美團點評、為了外賣騎士軍團? 有人說,阿裏巴巴收購餓了麽是為了新零售,為了對抗美團點評,為了外賣騎士軍團。理由如下: 新零售,這是馬雲這兩年主推的戰略之一。在零售
高仿餓了麽mock本地數據
client row RR OS 返回 dev before spl false 新版webpack.dev.conf.js配置本地數據訪問:// 引入express 模塊 const express = require(‘express‘) // 創建express對象
餓了麽購物車動畫
什麽 高度 AC open rect() poi 點擊事件 ont hub 前言 之前用餓了麽印象最深刻的是聯動菜單和小球飛入購物車動畫,所以想看看別人是怎麽實現的,但是看了很多仿餓了麽的demo都是實現了一個完整的大的項目,要找到那個小模塊很麻煩,所以自己將聯動菜單和動
爬取餓了麽商鋪信息
home AD lan term str ping CA orien 感受 分析: 當我們訪問https://www.ele.me/home/時,看看我們得到了什麽 1.png 我們發現所有的城市名稱和他的經緯度,還有一個風流的