iT邦幫忙

2026 iThome 鐵人賽

DAY 9
0
Vibe Coding

神隊友.swift:30 天 Vibe Coding 打造育兒 iOS App 系列 第 9

[Day 9] 第一版要做什麼:回到「你怎麼沒跟我說」這句話

  • 分享至 

  • xImage
  •  

Day 9

文章同步發表在我的個人 Blog

第一版要做什麼:回到「你怎麼沒跟我說」這句話

前兩天把開發流程和規範都建立完成,今天要決定第一版做什麼。

先講結果:第一版做的是用一句話記錄,首頁隨時看得到孩子的近況,需要特別交代的時候,再把紀錄整理成一張交接卡分享出去。不做計分、排行榜、統計圖表。

1. 為什麼「你怎麼沒跟我說」

這是這個系列第一天的題目,也是我們家最常出現的一句話。

先說適用的範圍:交接這件事的密度跟孩子的年齡有關,越小越密集。我們家現在在 0 到 3 歲這一段,一天要換手好幾次;等孩子上了國小,交接會變少,重點會轉成回顧我們一起做過什麼。第一版先做交接最密集的那一段。

今天回頭看,這句話其實有四種不同的原因:

為什麼沒說 實際情況
當下說不出口 手上抱著小孩、正在哄睡,這時候不可能打開 App 填表單
說了對方沒記住 口頭講過,兩個人都忙,隔天誰也想不起來
沒人知道要做什麼 一方知道尿布快沒了,另一方不知道,變成一個人在當決策中樞
需要答應的事講過就忘 「明天下午可以接小孩嗎」,當下沒回覆,之後就沒了

四個原因裡,只有第一個是「記錄成本」的問題,其他三個都是資訊留不住、傳不到、沒有結果

2. 第一版的做法

分成兩種狀況:

  • 平常:一句話記錄,首頁直接顯示最近喝奶、睡眠、補充事項,需要的時候看一眼
  • 需要特別交代時:把已經記下來的東西整理成一張交接卡,補充後分享出去

一句話進來之後,由裝置端的模型或關鍵字規則拆成三種:

一句話拆成紀錄、待辦、請求

解析一定會錯,所以先出確認卡。 拆完的結果先顯示出來,欄位可以直接改再存。指派給誰、用藥資訊這兩種特別不讓模型自己決定,錯一次的代價太高。

只有「請求」需要對方回應。 孩子五點喝過奶,看到就好;「明天下午可以接小孩嗎」才需要答應或婉拒,沒回覆會一直留在兩個人的首頁。

這一點我想了很久。一開始我設計了「我接手了」的按鈕,後來自己推翻:人一進門就把小孩接過去了,不會先掏手機按確認。要的訊號應該從本來就會做的事推出來,而不是叫使用者多做一個動作。

接著是兩個現實面的取捨。

語音用系統鍵盤的聽寫,不自己做語音辨識。每支 iPhone 都有,在裝置上跑,不用另外付費。

規則為主,模型為輔。 裝置端模型要 iPhone 15 Pro 以後、而且開啟 Apple Intelligence 才跑得動,現在拿 iPhone 12 到 14 的人還很多。核心體驗如果綁在模型上,這些人打開就是殘缺的版本。所以順序反過來:

  • 只靠快速按鈕和關鍵字規則,就要能完整記錄、交接、同步,這是主要體驗
  • 輸入設計成規則好解析的形式:@爸爸 指派、「買」開頭進購買清單
  • 模型只在兩個地方出現:隨口講一整句時幫忙拆、產生交接卡時幫忙整理措辭。沒有模型就用固定模板
  • 畫面在所有裝置上都一樣,不出現「你的手機不支援」

3. 為什麼不做計分

決定範圍之前,先看了市面上的產品,分成三類:

類型 代表 漏掉的
家庭組織 FamilyWall 看得到「今天有什麼事」,看不到「這件事誰做了、做到哪」
寶寶紀錄 餵食與睡眠紀錄類 每次都要填完整才有意義,忙起來就斷掉
家事分工 Tody、Sweepy、FairShare 以可以排進表格的家事為主,帶小孩那些臨時長出來的事排不進去

家事分工那一類已經有好幾家在做「公平分配」,把誰做了多少算成分數。使用者的抱怨很一致:原本要終結家事戰爭的 App,變成家事戰爭的計分板。所以計分、排行榜、獎勵這些沒有列入考量。

4. 從 Milo 學到的兩件事

AI 家庭助理這條路上,拿了 OpenAI 和 YC 投資的 Milo 在 2026 年收掉,另一個做同類題目的 Maple 被收購後也宣布關閉。她最討厭的是「我的大腦變成運行這個家的那台電腦」,更糟的是所有資訊都在她腦袋裡,協作變得不可能,唯一拿到資訊的方法就是問她

第一件事:不要什麼都自動化。 她的投資人建議 Milo 更進一步,自動傳訊給保母、自動發生日祝福、直接把信箱裡老師的信全部吸走。她覺得不對勁,後來想通:兩塊黏土要黏在一起,接面得先刮粗,光滑的面只會滑開。有些看起來沒效率的互動,其實是在創造連結。所以她要的不是密不透風的力場,而是可以穿透的:擋掉沒意義的,讓少數、雜亂但有意義的穿過來。

放到這個 App 上就是:AI 負責整理素材,送出和補那一句話留給人自己做。前面拿掉的那個「我接手了」按鈕,也是同一個道理。

第二件事:不要當雲端模型的包裝層。 Milo 每個使用者每天都在燒 API 的錢,為了夠可靠還得有人在後面補洞,消費級的訂閱價格養不起。我把模型放在裝置上,邊際成本是零,模型變強反而是免費升級。

5. Roadmap

開發排程:里程碑與完成定義

排序的兩個考量:

  • 解析和確認卡排在最前面。如果記錄這件事做不順,後面全部都沒有意義
  • 交接卡排在同步之後。它要從累積的紀錄自動組出來,先有紀錄才有卡

明天

明天 Day 10 ,一樣先做架構文件:一個事件的資料結構、解析層怎麼切、同步的邊界。文件出來、第一個 Spectra change 開好,Day 11 才開始實作。

參考資源


上一篇
[Day 8] Swift 第一天:讓 Claude Code 接上 Xcode,跑出第一個畫面
系列文
神隊友.swift:30 天 Vibe Coding 打造育兒 iOS App 9
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言