---
# System prepended metadata

title: 會議記錄

---

# 會議記錄
**<font color="#ad9bf4"> 重要時程
1.`成果口試`----2025/6/11
📄文件 : 影片、海報、概述文件、成果報告書
---->草稿大綱(兩周前)
---->完整版文件(一周前)
---->rehearsal兩次
2.`成果展示`----2025/6/18
---->回應3.的問題或缺陷
----><font color="#F9F900">★</font>產製「修正清單」</font>**
### 大三下會議時間 : 每週一5,6節
### 每周討論時間 : 周三晚上九點(固定)、即時不確定
## 第三十九次會議2025/06/16
->強調隨手記是幫助在手機端簡化日常記事，和notion ai要付費的連網的型態不同
佈置桌面成做報告大學生客群
## 第三十八次會議2025/06/09
3->先電腦再手機/番茄鐘、隨手記
5遊戲幣->6如何獲得->steam
steam後台管理
大學生都用steam
7->多寫幾個
8->電腦連結手機番茄
9->明天要開會
11->缺點哭哭
13->色框
Firebase問題回答
邊緣運算->文件
番茄鐘bug已修
## 第三十七次會議2025/06/05
動畫
破折號
大學生需求
商店商業模式（後續市場
基本功能展示（抓戳捏換衣服玩小遊戲
花錢解鎖新體驗
1.steam
2.課金
3.點廣告
多人連線串門子
語音輸入
分頁目錄
手機AI模型
RAG名字+提升精度
結論：低成本
上面彩色下面灰色+steam
總結：steam商業模式
按照一般steam平台遊戲做法
手機行事曆推播通知
看廣告(連去看介紹影片)
## 第三十六次會議2025/06/02
參考文獻不用數字標題
新章要換新頁
參考文獻缺失
市場附錄參考
簡體->繁體
標題粗體
摘要
八->五-系統特色
關鍵資源
組員
影片順序
使用技術原因
## 第三十五次會議2025/05/26
Gemini/chatgpt效果、成本比較
## 第三十四次會議2025/05/21
小恐龍遊戲 V
bbtin
RAG實驗設計
數據統計設計
研究方法
RAG->判讀時Reverse 
## 第三十三次會議2025/05/12
人物放大
表情動作
icon
隨手記
打怪

## 第三十二次會議2025/05/05
行事曆提醒
如何證明AI效果（有無寫回firebase）
->情境：同時講10句話
設計實驗方法
嘗試其他方法
長時間的訓練
挑2-3個東西講
demo情境挑2-3講
## 第三十一次會議2025/04/28
多人->門
隨手記+記帳
以當初需求回答問題
AI比較方法->圖表呈現
為何用unity ->降低成本（免費且不用自己維護的伺服器...）
回答問題->回推至源頭（滿足限制的最佳解）
多人產品定位
好友加入方法（手機掃碼）
好友能做什麼
## 第三十次會議2025/04/21
AI架構釐清
如何改善AI效率
（先找）個人清單/系統清單
設計情境（快取-記憶體速度）
商業模式-免費/付費（清單）
報告情境-有無AI效果差異
報告情境-清單效果差異
商業模式-
## 第二十九次會議2025/04/14
AI 實作測試
泡泡種類
生活記錄...
## 第二十八次會議2025/04/07
功能情境
商城
道具解鎖遊戲
道具綁定功能
Google 廣告
## 第二十七次會議2025/03/24
通知
主題
向左走 上跳 爬牆
左中右切換
## 第二十六次會議2025/03/17
設定、隨手記
主題切換
桌寵asset更換
桌寵抓取
登入介面換textmesh
## 第二十五次會議2025/03/03
換桌寵、背景（設定）
切關鍵字、生成分類tag(AI)
拖動分類tag（隨手記）
桌面顯示開關
陀螺儀
桌面障礙
## 第二十四次會議2025/02/24
登入畫面
## 第二十三次會議2025/02/17
手機桌寵
->左滑右滑
1.類似Google 助理的使用方法
2.直版
## 第二十二次會議2025/01/16
提問紀錄討論
技術組：
1.陪伴的定義自己定義（找文獻）
2.紓解壓力的方式（soft,暴力）
3.使用AI的理由（需要實作面的回覆）
4.盡量使用到AI(可以用小一點的）
5.陪伴的方式是否有效（研究的資料很重要）
6.桌寵->功能，口委會停留在桌寵是舊產品的觀點
7.桌寵本身的定義本身不夠清楚<-優先處理
8.加好友的部分，可以帶出與自己更親近的朋友互動
9.互動模式有沒有辦法結合AI?(娛樂向為主）
10.回答盡量去踹測口委內心的想法
產品組：
11.自己去做研究證明或自費調查市場與商業模式是否正確
12.重點著重與實體陪伴機器人的差別（陪伴效果是否有差）
13.串門子聊天功能要有很不一樣的定位（一人一間房間自己加進別人房間，別人就應該進不來？）
14.串門子聊天可以有配件裝飾自己桌面？
15.陪伴的無法預期，讓使用者使用虛擬夥伴時都會有一些新的感覺
16.可以考慮把桌寵想成你的分身，多人連線是否可以讓桌寵系統偵測出你的心情，並讓桌寵顯示你的心情狀態，讓其他使用者可以看到
17.寒假前0.1版至少要出來，可以往後做最好
## 第二十一次會議2025/01/07
產品組
教授->老師
電子雞簡單提年代->老師都會知道
玩不用錢、買衣服要錢->湯姆貓
桌面鵝找舊一點的範例
介紹產品功能->好玩、紓壓（2創意來源-示意圖）
可能使用雷達圖等分析我們的產品的功能性或特色->所以我們專案最終想做什麼
目標客群steam可以少講一點
steam要有數據->有說服力
steam抽成高->使用什麼策略解決（後面提）
以數據呈現->收費方式會賺錢（產品可行）
提示字體縮小
收費方式2->可以圖呈現
54%不付/37%課金/9%每月訂閱
免費付費差異->移至後面詳細說明
產品功能簡單提->透過Ai改變輸入方式交代關鍵字即可整理記事
產品介紹功能放前面->簡單提
帶出門功能不用確認是否
行銷策略中後->敘述變化重點即可
steam好處/壞處放行銷策略
問卷分析->承認問卷太少
甘特圖->兩張合為一張

技術組
ppt第一頁即為首頁->標題頁不出現頁碼
串場（總結前面）->可用文字框放在簡報
隨手記功能->使用情境描述
問題：需要即時修改資料庫
沒有這個技術如何實作（主動修改DB）
->有這個技術如何實作（realtime DB）
除了firebase還多提供什麼
為怎麼需要多人連線
unity能幫什麼
unity還多幫了什麼（廣告投放等）
隨手記如何達成關鍵字紀錄
->用chatgpt（就是想用Ai）（還沒去研究那個Ai最適合只是先寫gpt）
網路架構圖功能補充
未來不會直接上架steam->與1.0功能無關（100美）

問答
1-2秒思考時間
這個問題目前不知道怎麼回答，之後再討論
## 第二十次會議2025/01/02
摘要
傾向/PC端/關鍵技術1
寫會加分的東西
核心內容功能
自動化/AI->隨手記
桌面寵物->行動裝置
同步->移動
為了維持完整性->寫其他小功能
freemium->基本功能免費擴大市佔率
目錄-自動更新
動機
要提到如何互動、定位虛擬夥伴
舉例同類產品->電子雞、湯姆貓（圖片、數據）
證明這類產品有市場
定義虛擬夥伴/非VR
價值主張
重要的放前面
方便快速記事->重找
就是要好玩
可行性分析
電腦跑出QRCODE->下載手機版
目標市場
大學生客群->好玩（數據）
目標市場規模->根據根據
如圖一
訂閱制%數
競爭定位圖
圖向量/敘述要改
SWOT策略補後續發展才做
手機端介面改陪伴系統

產品組
內容不夠深入（排10分鐘再刪）
投影片可以放多一點字
針對目標客群設計產品->（如何定位）
以自身為客群出發想像需求，因此只在同學間做問卷->就是為了好玩、有趣
大學生客群
玩免費->幫忙介紹、看廣告
願意花錢->買訂閱
如何呈現付費與免費不同
外出模式/手機與電腦連動
串門子
用steam ->大學生會用
開發時程甘特圖

技術組
動機略講->
大學生會用、之前流行（電子雞），我們主題由此發想，再加上之前只能單機->加入連線和手機連動
為何不直接做在手機上面還要做在電腦上
->以桌寵為發想、多人連線手機不好用
->未來產品穩定可以單獨發展
從使用者、開發者角度出發寫技術好處
網路架構補充前面沒提到的部分
開發時程甘特圖
## 第十九次會議2024/12/30
書面
左右對齊
只有1點就不用（1）
前後段差半行
內文可以不用縮排
與標題或標題數字對齊
開場白/結尾
用自己的話寫
盡量不要寫長句子（<20字）
問題分析（問題/文獻/解決寫在一起）
圖也要有開場白
圖框部分標示
資料來源（本研究整理）
內文需標示（如圖？？）
系統名不要和主題太相似
工作進度甘特圖+描述
不用分產品技術組
副標題不夠清楚
->個人化跨平台輔助生活助手
摘要（動機1/3,自己的內容2/3）

產品組報告
這到底是什麼？
用聚焦的方法介紹
可以不用動機目的
目標客群短講
客群特色
SWOT分析/策略
銷售模式
聚焦->客群->客群特色（使用模式）->產品介紹->銷售策略
放圖誘導老師問（放感謝聆聽後）

技術組報告
技術有創新/困難/有趣的部分要多講
開發環境可以不用講（放感謝聆聽後）
核心功能
網路架構Server是用在哪裡的
Server營運分析（預算、頻寬）
獨特（應用面/技術不同）
包裝功能和技術
## 第十八次會議2024/12/26
**期末考暫停一次**
## 第十七次會議2024/12/20
三角形寫兩層就行
要畫三層需要2020後的資料
架構圖順序排定、透過區網連線修正
寬度優先/先講大概
傾向把東西拿掉
畫圖要討論哪個不能拿掉（剪髮）
版本控制問題
管理者不會看到，database
打帳號才進行權限分流
沒必要不用做部署
管理者系統
伴讀系統延伸
v1.0，v2.0內的功能看要先開發哪個
個資系統-頭像
剛好手機外出可以用的功能
功能架構圖換支付這個詞，容易被誤會
電腦和手機要有明確主客之分
因為客群是大學生，他們都是在steam上玩遊戲，滿足...
中期客戶數有一定基礎，因此我們想把一些廣告投放成本移除...
產業類型/變化速度
一（初期）二（中期）三年（後期）
開發後續市場不能跳過前面步驟
人數目標要持續成長
鞏固市場跟開拓新市場策略不同
先看到市場、產業特質才有行銷策略
註解次方
價格結構（寫？年，專寫台灣市場）
## 第十六次會議2024/12/12
明確定義專有名詞
口委問題:1.斷臂求生 2.達成共識
書面呈現應該由粗淺到詳細
清楚AI用途/類型/為什麼要用 ---->能解決什麼問題
明確定義何謂互動 ---->到什麼程度的互動
為何這些人需要紓壓
為何用桌寵就能紓壓
上到下分析要改
功能架構圖要改
用字要統一
串門子系統
server端功能架構圖
網路架構圖-server-後台-後台管理者
1200可得多少點擊率/如何量化效益
語句不通順
前面要說明如何達到目標才符合數據預估
商業模式的預估的前置條件-使用者每天都會使用產品（口試重點：如何達成這個前置條件）
遊戲內的虛擬貨幣市場訂定要有一套機制

數據需求-活動-達成數據
為何要用這些分析-原因
Steam平台上架費過高
圖表前面搭配文字敘述圖表要怎麼看
圖表底下搭配文字敘述數據代表什麼
## 第十五次會議2024/12/05
1.將port開啟權限寫在安裝檔中
2.或用server代替
將階段性任務分priority1/2/3（v1.0）
到時候沒做出來：我們有排定優先順序，因為時間不夠所以最後沒做出來，未來完整產品會有...
先挑一種方法實作，找說法進行訪談defence 
先計算好成本和收入幾年後要損益兩平
premium每個月有幾個代幣可用刺激消費
商業模式不一定只能做一個，只要有符合都能做
螢幕保護程式改成桌寵版
桌機版手機版情境要分清楚
重要功能技術實作（AI智慧助理形象化）
書面報告技術寫入
以故事包裝題目
## 第十四次會議2024/11/27
API使用成本和產品商業模式問題
如何損益兩平
經濟可行性評估
找其他方法減少對API的依賴
PC硬體規格
還剩>99顯示天數
如何與桌寵結合
客群想使用產品的理由（比較google）
泡泡放棄紀錄效果呈現與桌寵升級退化或代幣任務結合
以學生客群角度出發
AI技術幫助簡化輸入
## 第十三次會議2024/11/20
系統架構:
>資料庫: firebase --傳資料可以用指令，可以用Unity連(印象中有聽到)
連線:Unity提供跨平台連線功能，手機和PC端連結同一網路(WiFi/行動網路)(Unity提供的功能)
開發:    使用Unity -- 可直接轉成apk檔，也可寫連線，方便開發和修BU。Unity使用C#語言，物件導向語言有學過

情境:
手機隨手記傳照片先不提


## 第十二次會議2024/11/14
專題：
1.切割里程碑可以分版本控制進度
2.由最初版本去新增功能
3.survey電腦與手機端有同步的現有產品面向
4.桌寵設計的風格會影響到互動道具的呈現
>1.搭配( 狗 --> 骨頭、貓 -->逗貓棒)
 <font color="red">系統架構</font>
 
5.主題風格可以結合介面呈現
6.更換外觀可能要面臨很多系統設計上的問題，例如：ui主題......等
7.外觀更換功能模組也隨著更換，可以做更吸引人的行銷手法
8.期末口試要做出讓口委一開始就知道的核心價值
9.先做0.1版（期限：學期末），比較有畫面去做
10.task的通知比較多種類：task的通知方式可以再發想
11.行事曆也可以想想有沒有新方法可以做
12.可參考Gmail的schedule功能（重點在結合新技術的發展）
13.手機app隨手記當成行事曆的語音控制媒介？（但同步的技術要去調查）
14.手機定位判斷裝置同步的時機？
15.隨手記與錄音泡泡結合
>1. 手機充當桌機麥克風
>2. 自動偵測

16.行事曆的便條紙可以考慮條列，並在點擊該日的時候條列上就會選取範圍
17.舉例：想開會的時候會需要紀錄一些跟專題相關的idea，那這些都會統整在同一個隨手記條目

系友訪談：
1.著重講解學姊工作的過程及需要的技能
2.台積電的工作可以簡單說明（或許放在轉換跑道之前就先說明）
3 簡單說明學姊在產線上負責了哪個部分
4.重點呈現資管人可以做的事（工作
5.與研究所及學士在工作合作上的差別也可以說明
補:
1.跳頁不用(篇幅不夠大不用加)
## 第十一次會議2024/11/07
手機端
>桌寵出門模式
手機版只有隨手記，簡單功能
餵桌寵資訊結合養成
手機手勢滑動或語音輸入（e.g.記帳）
延伸桌面:可以丟桌寵到電腦桌面

電腦端
>取代桌面
User friendly
排程Deadline幫忙預估前置量，提前排程做提醒
行事曆要以學生為客群
排程功能簡單化-調整參數bar
排程快速記錄-記完提醒使用者加入當日
行事曆
->簡單版本(類似隨手記)
->點擊更多(延伸更多可調整項目)

商業模式
>桌寵免費版帶廣告
賣造型、背景（商業模式-line）

彩蛋：拿滑鼠戳老師
## 第十次會議2024/10/31
**期中考休息一次**
## 第九次會議2024/10/24
創意工坊-使用者可上傳圖片，不符格式即上傳失敗
符合客群需求
1. 簡報‚demo狀況處理:錄製影片**錄製影片要考慮聽者體驗**
2. 若要提供使用者上傳外觀，可以套用到原版有提供的動作--VTuber套皮
3. 可以對上傳格式做限制以適配語音的動畫，例如：扎眼、開口閉口，想法：利用辨識偵測口眼
4. 智慧提醒功能重點在智慧，番茄鐘跟日程提醒，例如：google schedule 可以讓使用者設定日程的提醒要是靜音還是可以開啟提醒，
   智慧特性:朋友--------------------家人
6. 代辦事項提醒分類：
    (1) 有期限的事(分段通知)
    ![image](https://hackmd.io/_uploads/SJFK1jgZJe.png)
    (2) 有急迫性的事（何時開始就要做)
    ![image](https://hackmd.io/_uploads/r1rikixWkg.png)
    (3)每日步數
    (4)處方籤拿藥
    (5)天氣提醒
6. 代辦事項提醒可以針對客群及事件種類做調整
7. 功能若考慮到用戶需求可以開發app提升行動性，例如：代辦事項提供
8. 桌寵的提醒性格可以做調整（智慧取向）
9. 情緒有一個對使用者特質的評斷標準
10. 翻譯功能結合鏡頭
11. 客群：習慣使用pc的用戶
12. 專心模式的癥結點：手機通知干擾->app有必要性
13. 手機app的功能只要是pc版的subject就好
14. 手機app小功能發想：1）生活小筆記、小記錄
15. 在行動版上的功能可以針對行動性上增添小功能提升便利性
16. 手機app運作想法：
1）桌機跟app連動
    (1) 點對點同步
2）和桌機的連線問題
3）previous server
4）藍芽傳輸資料給pc
>行事曆功能-勿擾小功能
>番茄鐘功能-設定需求
>提醒功能-每天提醒、判斷時間提醒事項
>待辦事項
>天氣、溫度更換背景
>翻譯結合攝影機ocr-抽考小遊戲
>特性bar調整（用標籤分）
>心情互動模式

手機版輔助-番茄鐘關通知、日程、筆記本
客群-電腦使用時間多的人(學生/年齡)
## 第八次會議2024/10/17
客群要再大
核心功能-情境
單人：互動、紓壓、提醒、輔助
建議情境：鏡頭辨識專注度、休息提醒結合音樂
多人：1-2個遊戲，後續可上架遊戲收費或者讓第三方上架收費
伺服器-可與經營模式、現金流相結合

## 第七次會議2024/9/30
<font size="6"><b>結論</b></font>
1. 產品的<font color="red">**定位**</font>:客群
2. 對於小部分功能，不用太focus在上面，就針對<font color="red">**亮點**</font>
3. 從一個角度(語音辨識)去想，主要<font color="red"><b>想與別人不同的(有趣)</b></font>，like **跳躍式想法**
4. 要能夠說服老師 -->難度五顆星
5. 開始找相關資料可以佐證我們的產品跟別人不一樣

<h3 style="color: skyblue; font-size: 30px;">學姊訪談</h3>

結論:是時候該去訪談了，沒必要一直執著在這件事上面

<h3 style="color: white; font-size: 30px;">個人助理</h3>

功能:
1. 番茄鐘
2. 滑鼠的定位 + 語音辨識?
3. 聊天
4. icon移動
5. 臉部辨識?
6. 連線

<h4 style="color: white; font-size: 20px;">番茄鐘</h3>

1. 分類: 極致 vs. 簡易，這是否是我們的亮點
<font color="red">
2. 吸引人的特點還是純粹只是小功能</font>

<h4 style="color: white; font-size: 20px;">滑鼠的定位</h3>

1. 滑鼠的相對性:給使用者有不一樣的UX(使用體驗)
2. 對使用者最有效果
3. 語音加上滑鼠

<h4 style="color: white; font-size: 20px;">聊天</h3>

1. 互動到的程度:只有單純的聊天，後續的部分沒交代
2. 這裡需要更多完全不同的想法，不能只單單是聊天
3. 關於這個功能能不能見人以及該功能的使用性
4. 
<h4 style="color: white; font-size: 20px;">臉部辨識+聊天回應</h3>

1. 判斷 vs. 回應 
2. 判斷:精準度，臉部SOP(有沒有說服力)
3. 回應:互動方式----互動方式不限於安慰人
   (1) 正面與反面:互動的可能性(隱藏版互動...)
4. icon(line)表情回覆

<h4 style="color: white; font-size: 20px;">連線</h3>

1. 連線模式的互動方式：連接對方鏡頭、虛擬人物互動......(敲對方的門，邊框)

## 第六次會議2024/9/19
<font size="6">結論:</font>
1. 初期的目標
2. 題目兩個選擇一個(林:兩個都一樣好)
3. 現階段:(天馬行空)劇本-->有什麼操控介面
### 學姊訪談
<font size="5">重點:</font>
1. <font color="red">凸顯</font>
2. <font color="red">要有取捨</font>，講別組沒有的東西
3. NXP有趣的部份想講-->前提:有幫助(先準備)

<font size="5">細節:</font>
凸顯:抓者學姊的話去延伸
例:同職位不同名稱?、職位越高代表高管理、業務?
老師補充:
1. 年輕人升官，不當一個目標
   <p>辛苦、薪水與努力不符合，CP值不高</p>
2. 軟體工程師 ---->全包(測試、coding)?
   <p>圍繞在工作上的差異</p>
3. 台積電:代表性的講一句
### 題目
<font size="5">重點:</font>
1. 情境
2. 現階段情境構想(類似介面)
3. Windows 系統權限
4. 做到什麼效果(目前掌握到的技術)

<font size="5">細節:</font>
情境:
1. 各種(3~5):有趣(從使用者角色帶入)
2. 群組(不同的Lobby)-->換一個地方(關起來)
3. focus(凸顯):meeting-->虛擬小人、生產力? 陪伴小人

連線-->轉換將來實作:
1. 有特色才有提出
2. 功能架構(會由情境轉換)
3. 同一個小傢伙或是不同的小傢伙(單機與連線)

windows系統權限:
1. 第一層:自己的特色(生成式AI+語音)
2. 第二層:programming的技巧
## 第五次會議2024/9/12
進度:報告暑假學習進度、討論訪綱
林:
1. HTML的HTTPS的連線問題，憑證
2. tensorflow與openCV的每個的細節與詳細用途
3. 對於專案需要分好每個部分，可以依照每個小部分進行小DEMO
## 第四次會議2024/8/28
開學每周四5,6節開會
開學第一周每人5-10分鐘DEMO
訪談想呈現的重點？
主題個別方向
1.垃圾分類：需找出特定情境使用我們的方案能解決<font color="red">痛點</font>
待補充
2.個人助理：多人連線虛擬人偶（類vrchat）
(1)可以操控別人的助理(遠端操作)
(2)娛樂導向的桌面助理（不用特別要求心情辨識的精準度）
(3)AI聊天助理（要求AI精準度及輔助工作的功能）
跨平台(先求有再求好)
3.大地遊戲：待補充
4.LEGO：2D網格建置3D
總結:困難在建出3D
## 第三次會議2024/8/8
### 參與人員:全體
<font color="red">主要:
1. 每個的參考來源
2. 可行的方式(技術)
</font>
## 第二次會議2024/7/18
### 參與人員:全體
### 主題討論(依實作可行性為優先)
---->需focus在某個特定功能上
### 1.分類機(垃圾、物品辨識)
---->成本彈性
1. 掃描 (速度<0.6s)(精確度>??%)
2. 語音提示
3. 分類範圍(2、4、6種模式)
**營利模式:與公部門合作**
### 2.AI個人助理
---->跨平台
1. 增加互動性(聊天機器人->心情辨識、語音互動)
2. 代辦事項提醒<font color="red">**(必要)**</font>
3. 養成計畫
4. 出題(背單字遊戲)(偵測用戶閒置狀態)(解悶?)
5. 整理檔案
### 3.要識能蟲來
1. 辨識的速度與準確度
2. 標本(AR)
3. 對戰遊戲
4. 小功能(捕捉地點以及時間)
### 4.回憶推薦旅遊景點
1.  旅遊路線推薦
2.  推廣單一運輸工具
3.  吃、喝、住(選擇一)
4.  特定客群
### 5.AR遊戲(密室、大地)
### 6.數學解題
### 7.居家安全
### 其他 :
商業模式:不一定要買賣，可考慮帶來的效益
<font color="#f00" size="5">下次會議時間:8/8 下午2.
注意事項:暑假結束時要DEMO暑假所學</font>

## 第一次會議2024/6/28 
### 參與人員:全體
>主題討論
1.居家安全 -> 無特色
2.數學解題AI小幫手 -> 可行性較低，目標客群
3.要識能蟲來 
-> 對美術能力要求高
-> 客群較小
-> 360環景建模(昆蟲標本)
>4.AI女僕個人助理 -> 新案(要想要做啥)
-> 代辦事項提醒
-> 增加互動性(聊天機器人、語音互動)
-> 養成計畫
-> 整理檔案
>5.系辦的喇叭提示(林:合成個人助理)-> 提案不行，不通過
6.AI密室逃脫 -> 可行性需討論、教授不喜歡
<font color="#f00" size="5">下次會議時間 : 7/18 下午3.</font>