2020.03.13 第二次Meeting === ###### tags: `Meeting` `下學期` `題目選定` :::info - **Location:** D02-321 - **Date:** Mar 13, 2020 10:00 AM - **Agenda** 1. 先前題目檢討 `5min` > [name=彗瑀] 2. 共享機車提案 `30min` 4. Revisit onboarding v1 `20min` - **Participants:** - **林宸堂 教授** - **蔣昆興** - **黃士芬** - **盧俊吉** - **曾彗瑀** - **蔡岳霖** - **Contact:** James Lu **<james40309@gmail.com>** - **Host:** 曾彗瑀 - **Reference:** - [Last week meeting minute](/s/template-meeting-note) ::: > [TOC] ## 畢專題目選定 ### ~~電力監測系統~~ 由於已經有現行商業化產品，因此放棄。 ## 本次提案 ### 共享機車 今天的報告比較像在講內容，沒有聽到題目的優勢或問題 問題包含了如果要做哪些地方不容易做 或比較有問題 或者是說口委的角度來講 哪個地方最容易出錯 不容易說服人家 現在很多募資平台 平台很多提案 概念上應該差不多 因此我們要仿造人家報告 出錢的人會有問題的部分 就是他是為了賺錢 所以才出錢 因此要提出這個東西能不能賺錢 從專案來說就是可行性而已 大學專題有很多題目的面向 有些題目是很技術導向的 這題目是屬於另外一種 是一個商業模式 這個商業模式本身可不可行 大家想不想去用 運用模式不會崩潰 扣掉賺錢的部分 應該要達到某種效益 例如 有些車子不會被浪費 這也是一種效益 而車主至少有一些收入 臨時需要用車的人則有一個不會太高成本又能用車的平台 雖然這整體加起來或許只是打平 但至少解決互相問題 而更好的商業模式當然就是要賺錢 這個商業模式 除了車主 租車者 平台也要可以賺錢 如果需求夠大 市場夠大 風險不高 或透過技術解決 這樣就可以賺錢 至少要看起來是不會倒掉的 就算平台是做公益的 所以我們要想著說服口委 怎麼樣是可以成功的 共享經濟現在已經被認為是失敗的 共享腳踏車也倒光了 機車介於中間比較尷尬 比腳踏車貴 成本又高 當我們一講這個題目 大部分人都會想起這個事情 所以若要提這個題目 我們的重點就要放在用很多技術降低風險之後 讓他兩平就好了 不一定要賺很多錢 另外一家公司不做定點租還 代表需求是存在的 除非我們可以想到另外一種方式消滅需求 不然無論如何 需求都是存在的 所以我們要想可以怎麼解決這個需求 因為不可能滿足所有需求 所以要先定義目標客群 要先解決了目標客群的問題 才能提出要解決的方法 或許可以做一些熱點 像youbike 是從使用者的角度來看 滿足使用者的需求 期末報告的可行性分析 用了一堆工具 卻不知為何使用 我們要清楚知道我們到底要甚麼 不要輕易地被拿去跟別人比較 倒掉是為甚麼倒了 我們做了哪些改變 或是..商業模式完全就是不一樣?只有出發點一樣 所以我們還是要先做可行性分析 可能的問題 解決的方法 初步想的到的問題 就要趕快想 才可以輕易知道結果 電子化合約用甚麼來做? 就專題的角度來講 若是商業題目不可行 就變成做這個題目的原因 只是因為可以整合很多重要技術 想來玩玩看 但這種回答 風險很高 有些老師很機掰 我們這個題目如果會排擠到現在的機車出租店 那就一定會被問 我們要怎麼跟他們競爭 就算商業模式不一樣 但是市場是一樣的 不一定只能跟共享機車比較 可以跟共享腳踏車等 也應該跟機車出租店比較 要想想想要機車的人有哪些選項 這些選項就都會是我們的競爭對手 或是直接做市場完全的切割 這樣就不會有競爭關係 除非做..時時紀錄使用者騎車習慣 再讓出租者決定可不可以租? 如果只是做在校園內 阿就講好就好了 為甚麼要搞有的沒的 如果不想要把東西搞得這麼簡單 我們就要去解釋為甚麼這些人不想見面 或是見面有甚麼其他成本 所以才能推論我這些技術是需要的 這樣問題才有辦法反制 所有功能背後一定要有需求去支撐 無論攻擊或防守 一定都要往需求面推 才有辦法說服別人 >因為有些人會回家 我們就希望可以透過APP 把閒置的機車租給別人 [name=士芬] 這樣的回答是好也不好 不好的點是妳只是用一個特例來回答 妳不應該用特例回答 應該從商業模式 客群有什麼特質 想服務的對象是誰 現在還沒做到 為甚麼要這樣做 其他競爭對手如何 市場需求怎樣 應該要有一些比較 應該要先做初步的探討 車損：可以列一兩個主要可行的選項 然後寫至少我可以做到哪個 若是比較進階 我們也可以怎樣做 因為現在某些說法 前後會怪怪的 也就是說 至少要有一個解決方法 儘管不夠好 > 系統判定[name=俊吉] ## Walk through signup flow - [Slide to explain the flow](/p/slide-example) :dart: Sprint Goal --- - Identify tasks that can help us raise conversion rate :books: Sprint Backlog --- - Email invite feature - Interview users :mag: Sprint Retro --- ### What we can start Doing - New initiatives and experiments we want to start improving :closed_book: Tasks -- ==Importance== (1 - 5) / Name / **Estimate** (1, 2, 3, 5, 8, 13) ### Development Team: - [ ] ==5== Email invite - [x] ==4== Email registration page **5** - [ ] ==5== Email invitees **3** - [ ] ==4== Setup e2e test in production **2** ### Design Team: - [ ] ==4== Interview users **8** - [ ] ==5== Build roll-up display content **5** - [ ] ==5== Help user discover new features **5** ## Notes <!-- Other important details discussed during the meeting can be entered here. -->