Seaside Cloudworks

前回のおさらい

前回、新たなスマホアプリを作り、Google HealthConnectから情報を取得し、Google Apps Scriptを介してGoogle SpreadSheetへ記載するルートを開通しました。以下の赤いルートです。

但し、現在登録できたのは以下のような表で歩数も実際よりはかなり多く、他の項目が空欄になっています。おそらく収集した数値がすべてstepsに偏っていたり、余分な数字が計上されていたりとすると考えられます。

健康DXツールの改善

今回、前述のトラブルを解消し、歩数、体重、体脂肪率、睡眠時間をHealthConnectから正しく収集し、SpreadSheetへ記載できるようにする。その他、以下のような改善も行う。

• 計測値の問題確認と改善
• UI開発

最終的には、以下の図のようにもともと手でデータを入力していた左側の2か所（Appsheet, Google Fit）特にAppsheetにはすべての項目を手入力していました。Google FitやFitbitにも体重や体脂肪を個別に入力し、それぞれのアプリ用に使っています。それを改め、HealthConnectからの取得とアプリ上での入力に集約し、データ入力負担を軽減することを目的としています。

第一段階: 問題の原因把握

問題: 複数種類のデータ発生源(Origin)のデータを集計していた。

前回歩数だけ実感を上回るデータが書かれていた問題は、複数のデータ発生源(Origin)のデータを合算していたことでした。

私の環境はスマートウォッチ(Fitbit)とスマートフォン本体の両方で歩数が計測されている状態であり、この場合、データ発生源(Origin)別にHealthConnect上に記録されている。前回の結果は、複数のデータ発生源(Origin)のデータを合計したことによって実態より大きい数字となっていた。

Android Studioに自身のスマートフォンをつないでデバッグ機能を使ってみてみると、Fitbit、android.apps.fitness、androidの3種類のデータ発生源(Origin)があることが分かりました。androidで始まる二つはどちらも同じ値でHealthConnectとAndroid OSとしてとの2つだと想像します。

HealthConnectに書き込み権限のあるスマートウォッチや歩数計などがあるとデータ発生源(Origin)が増える為、必要に応じてどれかを選択する必要があります。今回の場合は、専用デバイスを優先するとしてFitbitを採用したいが、もう一つ課題がありました。以下の別日のデータを見てください。

この日はFitbitの値がかなり小さく見えますが、実は、スマートウォッチの電源がきれて計測できない時間があったためです。私のデバイスは数日に一度充電を必要とする為、充電を忘れると日中に電池がきれて計測できなくなります。また、充電中も置きっぱなしの為、計測できない状態となります。その間は、スマートフォン本体の計測値を優先したくなります。

ただこの6108歩も実感よりかなり小さい、実はトレッドミル上で歩いたり、走ったりする場合、私はスマートフォンを置いていたため、歩数か計上されていないこともあり、その点も課題です。

解決策: Originの優先度を決める、手入力補正画面を設ける。

こられの問題については、以下の仕様で対応を行うことにします。

• (仕様1) 基本、複数のOriginの内、日単位に最も大きな値を計測したOriginを採用する。
• (仕様2) 本アプリでもHealthConnectに直接データ入力を可能とし、新たなOriginでデータを追加する。※いずれのOriginのデータもおかしい時の補正目的。

その他の問題についても、まずは仕様を明確にし、それらをバックログとして抜け漏れなく開発を進めることとする。

Tips: ChatGPTにバックログを管理してもらう

対応すべき内容の管理としてバックログをChatGPTに管理してもらいます。私の場合は以下のようなプロンプトで管理と状況確認をしています。

バックログへの追加

この項目をバックログとして管理してください。
・複数のOriginの内、日単位に最も大きな値を計測したOriginを採用する。
・本アプリでもHealthConnectに直接データ入力を可能とし、新たなOriginでデータを追加する。

バックログの状況確認（完了、未着手、保留などのステータス単位にバックログを表示）

現在のバックログの状況をステータス毎に示してください。

次の取り組みを検討（残っているバックログのなかで何に手を出すか示してくれる）

次に手を付けるべきタスクはどれですか？

相変わらず使っているプロンプトはシンプルに語りかけているような使い方ですが、おおよそ期待通り頑張ってくれています。

第二段階: 値の取り込み方

第一段階で歩数にOrigin毎に値があることが分かり、他の項目について改めて値を見つつ取り込み方を考えます。

問題: 項目別の特徴と解決すべき課題

項目	Origin	セッション有無	課題(後述)
歩数	Fitbit, 本体	あり	(前述) 複数Origin、手入力
睡眠時間	Fitbit	あり	日の区切り、複数セッション
体重	Google Fit(手入力)	なし	手入力
体脂肪率	Google Fit(手入力)	なし	手入力、小数点入力

前述の歩数のようにデバッグログを見ると上のような特徴で特に「セッション有無」や課題に書いた内容への対応が必要でした。以下に課題について補足します。

• セッション有無: 歩数や睡眠時間は、値だけでなく07:00-09:00などの時間の開始終了と共に記載されており、これをセッションと称します。歩いたり、休んだり、寝たり、起きたり（例えばトイレに起きるなど)、昼寝だったりで日中に何度も区切りが入ります。複数のセッションの値を合算する必要があります。体重や体脂肪は日時を指定し日に何度も記録はできますが、日ごとの結果を集めたい目的では最新の値を集めればよいため簡単です。
• 複数Origin: 前述の歩数のところで記載したデータ発生源(Origin)毎に値が記録される為、どの値を採用するか選択が必要です。
• 手入力: 私の環境では自動的に記録されない体重と体脂肪率の入力手段として、電池が切れたり充電中は記録できない､歩数と睡眠時間の入力をする手段が必要です。
• 日の区切り: 睡眠時間をどこで区切るか。夜10:00に寝て朝6:00に起きる場合をどう区切るかの問題。前日の睡眠時間として8時間とするか、0時で区切って2時間と6時間と日を分けて記録するか。
• 小数点入力: 体重と体脂肪率はGoogle Fitで手入力も可能でHealthConnectにも記録されるのですが、体脂肪率は整数値(例22%)しか入力できず、少数点を含む値(例21.8%)を入力したかった為、入力手段が必要です。

解決策: 値毎の特徴を踏まえデータの取り込み方を検討

前述の仕様1,2も改めて記載しています。

• (仕様1) 基本、複数のOriginの内、日単位に最も大きな値を計測したOriginを採用する。
• (仕様2) 本アプリでもHealthConnectに直接データ入力を可能とし、新たなOriginでデータを追加する。
• (仕様3) 歩数と睡眠は、複数セッションの値を合計を行う。
• (仕様4) 睡眠時間は、区切りの時刻を決めて前日に値を集計できるようにする。例6:00区切り等。
• (仕様5) 手入力時、体脂肪率は少数点を含むデータの入力を可能とする。
• (仕様6) 手入力の値を最優先とする為、Originの優先度を見直す。
• (仕様7) 睡眠と歩数を入力時は、セッション情報を作らずHealthConnectには入力せず一時的なデータとして本体に管理する。

仕様7についてはセッション付きの情報作りが複雑になる為、日に何歩歩いた、日に何時間寝たかを知りたい程度ですので、セッション情報を作らない方針としました。

実際の開発は、Android Studioでデバッグログを見ながら仕様を理解し、ChatGPTでソースを出力しつつ、またAndroid Studioでソースを改変しリビルド、スマホと接続しデバッグの繰り返しで徐々に改善をしていきました。最終的には以下のように値をSpreadsheetに記録するところまでたどりつきました。

今回、バックログをChatGPTで管理しながら部分的に作っていく方法は、現状の把握と何をするかを明確にすることができ進めやすいと感じました。ただ、会話にソースやログを貼ったり、ソースを生成してもらったりと情報量が多くなるにつれ、対話がどんどん重たくなってきているのは課題を感じています。今時のAIエージェントを使った方法ではもっとうまくできるのか今後トライしてみたいと思っています。

第三段階: UI, GAS作り込み

ユーザーインターフェイス(UI)は、主に以下の機能を作りました。動作確認用の物から必要な機能を随時足しながら改善を加えた結果です。

画面	機能
初期画面	GAS通信設定と動作確認
メイン画面	日々のメイン画面、同期機能、入力や設定の呼び出し
入力画面	体重、体脂肪率、歩数、睡眠時間を必要に応じて入力する機能
設定画面	GAS通信機能の設定、睡眠時間の区切り時刻等

体重と体脂肪率は毎日入力する為、すべて補正値となります。3/12の歩数についてはFitbitの電池も切れ、スマホを置いていたこともあり凡その値を入れています。

最後に

今回作ったスマホアプリHc2Spread(HealthConnect to Spreadsheet)を使ってFitbitやGoogle Fitから入ってくる歩数、睡眠時間を取得。入ってこない体重と体脂肪率は、本アプリからHealthConnectに書き込み。値がおかしい時は、本アプリで変更を加えてGASを介してSpreadsheetにデータを更新できるようになりました。

Appsheet上のアプリが不要にできればよかったのですが、グラフでの可視化など優れているので入力項目だけ削減し利用を継続しています。果たして改善できているのかは難しいところですが、生成AIを使ってHealthConnectに接続しデータを活用しやすいようにSpreadsheetに格納できるようになったのはかなり満足です。

今後、さらに効果を高められるように「自動化」などにも取り組んでいきたいと思います。

健康DX進捗確認

今回も健康DXツール利用者の進捗状況と課題を抽出します。前回から１か月程度経過しています。

• 体重: 継続して1kg/月ペースで減少中。比較的順調。
• 体脂肪率: 途中で体組成計を切り替えて数値が変化している。
• 歩数: 8,000歩前後で少し下回る日が増えている。
• 睡眠: 継続して5h未満が多く、少な目。

前回、各グラフに目標値を設定し、体重には移動平均を追加されており、目標を目安として分かりやすくなり、移動平均で日々の数値に一喜一憂しない意識も変わってきています。

健康DXツールとしての良い点と課題

前回の取り組みで実施したことを含めて良い点と課題を実感としてまとめます。

• 良い点
  • ボタンで食事を入力できる操作性の改善は、日々の入力を軽減できている。
  • 各グラフの目標値は、日々の目安として目標が分かりやすい。
  • 体重の加重平均追加で、日々の体重の増減に一喜一憂しにくくなった。
• 課題
  • スマホ上にすでにある値の再入力（歩数など）は負担

今回もトレーナーと相談しつつ改善を進めますが、今回は健康DXでのダイエットのアドバイスは割愛します。比較的安定して進んでもおり、トレーナーも現状のまま続けることを推奨しているためです。今回は主にツールの改善を進めていきます。

健康DXツールの改善

今回は「スマホ上にすでにある値の再入力」の改善を考えます。例えば歩数や睡眠時間は、スマートウォッチやスマホ自身で取得され、Androidスマホの場合は、Google Health Connectに蓄積されています。機能構成を図に示します。

その値を、FitbitやGoogle Fitのアプリで値を確認し、Appsheetに転記し、Appsheetを介して最終的にGoogle Spreadsheetに記録しています。ここの転記作業の軽減を行いたいと考えています。具体的には下の図のようにスマホ内に新たなアプリを開発し、そのアプリがHealth Connectからデータを取得し、Google Apps Scriptを経由してSpreadsheetに値を登録するようにします。

今回の対策は、この対策ルートの構築を行います。ただし、今回はこのルート構築にはかなりの苦難があり、生成AIを活用し改善を進めてきましたのでその問題と対処をまとめて行きます。

第一の壁：ビルドと依存関係の構造理解

今回、初めてのAndroidアプリの開発(Android Studio)、初めてのKotlin、Gradleと初めて尽くしでした。ChatGPTを使ってプログラム開発も進めていきますが、あまりにも基礎知識が足りずビルドができるまでかなりの時間を要しました。Health Connectヘアクセスするためのソースと依存関係について出力されたものをAndroid Studioの最もシンプルな画面アプリにくみこんだものの、コンパイルを通せずはまりましたが、主に以下のような問題でした。

• SDKバージョンの指定 (compileSdk, targetSdk, minsdk)
• 依存関係を最小構成に整理
• Gradle Syncを行わないことによる未反映状態

１.SDKバージョンの指定 (compileSdk, targetSdk, minsdk)

メインのソースは MainActivity.kt、依存関係は build.gradle.kts に記載し、Android Studio でビルド、ビルドエラーをChatGPTに渡して改善を繰り返します。上記2つは3つのSDKバージョンを指定することで対応が可能でした。

• compilesdk = 36 #コンパイル時に利用するSDKバージョン
• targetsdk = 34 #実行時のSDKバージョン､ビルドエラーを解消するためにcompilesdkより少し下げた
• minsdk = 26 #下限の動作保証SDKバージョン、今回はHealth Connectが利用可能なバージョンを指定

細かくバージョンを指定することが大事でした。しかし、各値の根拠を細かく追及はしていません。ChatGPTに考えてもらい、ビルドが通らない為、targetsdkを下げたりとした次第です。

2.依存関係を最小構成に整理

こちらもChatGPTとの試行錯誤です。最初に生成されたソースには含まれていたimplimentation内で衝突が発生したようです。改めて別のチャットにソースを渡してみてもらうと以下の２つに結果絞り込まれました。

    implementation("androidx.health.connect:connect-client:1.1.0")
    implementation("com.squareup.okhttp3:okhttp:4.12.0")

1行目はヘルスコネクトのライブラリ、2行目はGAS(Google Apps Script)の呼び出しに利用するライブラリです。

3.Gradle Syncを行わないことによる未反映状態

こちらは不慣れにより気づかなかったのですが、Gradleの定義を更新すれば随時依存関係は最新化され、必要なライブラリが読み込まれると考えていました。しかし “Gradle sync” の操作が必要でした。

Android Studioでは、以下の画面操作で “Gradle sync” が可能です。

• 画面右上の象のアイコン “Sync Project with Gradle Files” をクリック
• 又は “CTRL + SHIFT + O”

第二の壁：実行環境と権限モデルの理解不足

こちらも不慣れと生成AI依存により、知識不足が招いたこともあるのですが、生成AIが出力したコードはそのまま動くというより動かして障害を解消して動かす必要がありました。当然、分かっていたつもりでしたが、いろいろとてこずりました。

特に、Health Connectが動いているか判定するところは、SDKバージョンによって数字の意味が違うところには気が付かず、しばらくHealth Connectが使えないと勘違いしていたことです。最終的にはHealth Connectの判定は以下のようになりました。

val status = HealthConnectClient.getSdkStatus(this, HC_PROVIDER)
val statusLabel = when (status) {
    HealthConnectClient.SDK_AVAILABLE -> "SDK_AVAILABLE"
    HealthConnectClient.SDK_UNAVAILABLE -> "SDK_UNAVAILABLE"
    HealthConnectClient.SDK_UNAVAILABLE_PROVIDER_UPDATE_REQUIRED -> "SDK_UNAVAILABLE_PROVIDER_UPDATE_REQUIRED"
    else -> "UNKNOWN($status)"
}
Log.d("HC", "Health Connect SDK status = $statusLabel ($status)")

これにて Health Connectが利用可能な状態であると分かり、先に進むことが判断できました。

第三の壁：非同期処理とネットワーク設計

知らないと気付かないことは多々あります。例えば 「ボタン操作の延長で通信をしてはならない。」 というようなルールもあるとのことで、こちらもChatGPTで最初に生成されたソースではボタン操作の延長での通信としていましたが、上に書いたような問題が指摘され、さらにChatGPTで対処法を確認し改善しました。

具体的には、以下の3点の対処を行いました。

• post処理を suspend 関数へ変更
• withContext(Dispatchers.IO) でラップ
• Coroutineのimport追加

書くと簡単なのですが、自身では解決には至ることはなく、ChatGPTがなければ改善はできないものでした。もう少し最初から問題が出ないようにしてくれればと思うものの、解決ができ満足です。

Google Apps Scriptを追加し、Spreadsheetを更新

こちらも生成AIでソースを生成し、登録を行いました。Spreadsheetの認識する処理がなくその点を指摘すると追加してくれ、意外とスムーズに実行できました。ソースの行数は20～30行程度のシンプルなものです。

実行すると、A列のdate、B列のstepsのところに数値が記録されました。F列を見ると4日ほど経過して2回実行していることが分かると思います。その都度、過去3日分のデータを集計して記録しています。

最後に

無事、Health Connectと連携し、Google Spreadseetにデータの登録はできましたが、実はこのデータは間違っています。実際よりかなり大きな数字になっていますし、体重、体脂肪率、睡眠時間がとれていいないのでさらに改善が必要です。祖のあたりは次の機会に対応を進めたいと考えています。

今回は、一連の処理の穴あけができてことを良しとして、終わりたいと思います。

健康DX進捗確認

社員の健康管理を自分たちで作っていこうという話の続きです。前回スプレッドシートからAppsheetに作り直したところで2週間ほど経過し、さらにデータを増えてきました。前回同様、健康DXとしてのダイエットの取り組みと、仕組みについてもさらに見直しを考えていきます。

• 体重: 全体的に減少傾向、1kgぐらい平均的に減少。
• 体脂肪率: こちらも1%程度減少。
• 歩数: 平均的に9000歩以上
• 睡眠: 5h未満が多く、少な目。

少し効果が出始めている気がしますが、以下に仕組み面での課題や、トレーナーとの健康DXの状況の確認と改善を進めていきます。

健康DXツールとしての良い点と課題

前回の取り組みでAppsheet化したことでの良い点と課題を実感としてまとめます。

• 良い点
  • スマホでの入力ができる為、どこでも入力がしやすくなった。
  • ダッシュボードでグラフを使い見やすさが改善。
• 課題
  • 目指すべき目標値も入れて分かりやすく。
  • 体重は上下が多いいので、傾向で分かりやすくする。
  • 数値は手入力なのでもっと入力しやすくしたい。

まずは、トレーナーと現状の相談を進めていきます。

トレーナー(ChatGPT)との現状確認と今後の対応検討

現状のデータをトレーナーに与えて、現状の数値の確認と今後の対応を相談します。以下は前回から継続している取り組みです。

現状分析と対策

前回同様にデータをトレーナーに与えて、現状の確認行いました。トレーナー曰く「まだ減少傾向になったとは言えない」との厳しいご意見です。ただ数字は一部減少を認めるので以下をやってはどうかとの意見でした。

睡眠は、努力するとして、食事の記録についてツールの方で検討してみます。

健康DXツールの改善

冒頭に記載した課題と、トレーナーからの食事記録についてツールで取り組みます。今回は、以下の4点です。

• 対策1 目標値の追加: 目指すべき目標値も入れて分かりやすく。
• 対策2 移動平均の追加: 体重は上下が多いいので、傾向で分かりやすくする。
• 対策3 入力方法改善: 数値は手入力なのでもっと入力しやすくしたい。
• 対策4 食事記録の追加: 食事の記録用の画面とデータを追加

対策1 目標値の追加

ダッシュボードやグラフで数値が見えるようになりましたが、目標がなければどこまでやるかがあいまいになります。各項目に目標値を設定し、グラフにも見えるようにします。

1. 目標値の追加

データが記録されているスプレッドシードに「目標値」というシートを追加し、各項目に対する目標値を設定します。

2. Appsheetにてデータ記録用のシートと目標値を連携

Lookup関数を利用し、仮想カラム(Virtual Column)を追加し、Lookup関数を使ってシート間の参照を設定します。

Appsheetを使って前回同様に目標値シートの読み込みを設定します。

次は、二つのシートの連携を追加します。グラフはシート1のデータを見ているので、シート1を開き、VC追加、連携用のLookup関数での設定を行います。まずは、VCの追加です。

Add Virtual Columnボタンを押し項目を追加します。計算式には以下の内容を設定します。Lookup関数が他のシートを参照し、こちらのVCに値を設定する関数です。

追加すると下のように表の一番下に項目が追加されます。

次はグラフの方を設定します。UXの体重を開きChart columnsのところにあるAddボタンを押し、先ほど追加した「体重（目標）」を追加します。追加すると以下のような表示になります。グラフの色も個別に設定しています。目標値は赤で統一します。

これで体重への目標値の追加は完了です。同様に各項目のVCとグラフへの追加を行います。最終的にそれぞれ追加が終わると以下のようになります。体重の目標値は、目指すは60kgですが距離感がありすぎるので直近67kgを目指すようにし目標を達成可能な範囲にしています。他は、そのままです。

これで実績値だけに比べて目指すべきところが分かり取り組みやすくなったのではないでしょうか。

対策2 移動平均の追加

トレーナー曰く「人の体重は日々±0.8kg程度は体内の水分量で変化する為、1週間程度の移動平均を取り傾向を見た方がよい。」とのことでまずは体重のところに移動平均を追加します。追加の仕方はこちらも上記同様にVCを追加し計算式を加えて計算します。

今回の移動平均の定義: 当日を含んで1週間分(6日前から当日まで)の体重を平均し、当日の移動平均の値とします。

VC設定は以下のようになります。

この項目をUXの体重に追加すると、移動平均が出るようになります。

右側のグラフに青い折れ線が追加されました。体重の実績値は乱高下していますが、移動平均で変化がマイルドに推移しているのが見えると思います。最初の頃より少し体重が減っていることが分かりやすくなったかと思います。

対策3 入力方法改善

今は、数字項目とテキストのメモがある程度でテキストで入力するか、数値項目は右端のプラスマイナスのアイコンでの操作ができる程度です。データ型に合わせて入力方法を選択しもう少し入力しやすくしていきます。

睡眠時間の入力方法をスライダーでの入力にします。スライダーを表示するにはRangeを選択し、3～10hの範囲で0.2h刻みで設定してみました。

各項目の設定を触ってみるといろいろと試せます。次の食事記録のところではボタンでの入力方法を試してみます。

対策4 食事記録の追加

食事については各々異なると思いますので、以下はツールとしての使い方の参考例として独自にカスタマイズをお願いします。トレーナーからは「揚げ物は週二回まで」という発言もあり、揚げ物の有無も項目を追加します。

管理項目を以下のようにします。

• 朝食: 朝食でよく食べるものをボタン入力
• 朝食補足: 上記以外の物はテキストで入力
• 昼食、夕食と間食についても同様に項目を追加
• 揚げ物: その日に揚げ物があったかどうか

まずはスプレッドシートにデータ項目を追加します。今回追加した列は分かりやすく緑にしました。先頭にS1という列がありますが、入力画面のページ制御で1列入れています。入れなくてもできるかもしれませんが、、、今は入れています。

入力画面のページ切換え、食事のボタン入力、揚げ物の有無について以下それぞれやり方を記載します。

1. 入力ページの切換え

上で追加したS1項目を使いページ切換えを設定します。S1の設定を以下のようにします。TypeをShowにし、CategoryをPage_Headerとします。こうすると右側のSaveのところにNextと表示され次のページに上で追加した食事の項目が現れます。

ページを切り替える際に、赤文字で未入力が許されない趣旨のメッセージが出る場合は、データ項目の一覧のところにある”Require?”のチェックを外してください。現在の状態では、日付以外は外しておくのがよいと思います。

2. 食事入力ボタンの追加

例えば毎朝、卵、パン、牛乳などある程度いつもの物があれば、それをボタンにしておくと一度に入力可能です。あまり毎日食べない珍しいものは、テキスト入力の項目に列挙するようにします。

TypeをEnumListにしValuesのAddボタンを押し、下の図のように卵、パン、牛乳など入れます。

これを保存すると下の右側の画面のようにボタンでポチポチと入力し、足りないものをテキストで書き足します。今般に利用するものが変わればボタンの内容を見直して使いやすくカスタマイズしていきます。

3. 揚げ物を食べたかどうか

毎食揚げ物を食べる方は、上のボタンに揚げ物ボタンを追加した方がよいですが、日に一度程度で管理したい時には今回のように独立した項目で置いておきます。トレーナーが見る時にも分けておいた方が明確でよいかもしれません。

この項目は揚げ物を食べたかをYesかNoかで答える為、上のボタンのように複数押せてはならず。どちらかの選択になります。

CategoryをYes/Noとするだけです。それだけでどちらかが押せるボタンが出ます。また、設定でボタンの文字列も変更も可能です。

後は、昼食、夕食、間食など同様に追加して今回の改善は完了です。

最後に

今回、さらに可視化や入力方法を見直し、日々の利用がしやすくなり、目標値との対比で意欲も出てくるのではと思います。

ただ、トレーナーからも指摘があったのですが、あまり日々の数値の変動にとらわれないようにとのことです。週単位などしばらくデータがたまってからトレーナーと一緒に振り返るのがよいと思います。今は、週単位の振り返りを実施しています。

またこの状態でしばらく運用してみたいと思います。

前回からさらに2週間程経過し記録も蓄積されてきました。蓄積された記録の分析と、現在の機能の改善を考えたいと思います。
まずは記録を確認します。

データからの概略

• 体重: ほぼ横ばい。一時期少し減って見えたが最後に戻っている。
• 体脂肪率: 1%減少
• 歩数: ほぼ8000歩/日を維持
• 睡眠時間: 大きな変化なし

後ほど、目的の達成のためにこのデータから次に何をするか考えることにします。

健康DXツールとしての課題

もっとも問題は、日々の記録を続ける為の操作の負担が大きいということです。表をスマホで開く必要がある為、以下のようなメリットとデメリットが生じています。

• メリット
  • 項目やグラフの追加が容易（Excelっぽく使える為なじみはある）
  • PC、スマホなど様々なデバイスから操作可能
• デメリット
  • スマホで入力画面に到達する手順が少し手間がかかる
  • 文字の入力もすべて手で入れる必要がある

後ほど、ツールの改善にも取り組みます。

トレーナー(ChatGPT)と現状分析と今後の減量計画を検討

まずはトレーナーと「現状の分析」を行い、次に「改善の検討」を行います。

1.現状分析

トレーナー(ChatGPT)にデータを表として渡し、以下のプロンプトを与えデータを正しく認識してもらいます。

暫く作成したアプリで記録したものを添付します。各項目が何を表すか分かるでしょうか。

もう少し具体的に書けたと思いますが、私は今のところ自然な内容で伝えることが多いようです。長い構造的なプロンプトが書けないだけなのですが。トレーナーからは、以下のような各項目の解釈が返ってきました。正しく理解できているようです。

※回答はもっと色々と書かれていますが、抜粋です。

2.改善の検討

ダイエットは今のままでは、あまり進んでいないようですがトレーナーの考えを聞いてみます。

体重の推移ですが、2026年の9末までに60kgを下回れるペースでしょうか。

いろいろと説明が続いた後の結論は以下の通りです。残り期間で0.98kg/月落とせれば達成はまだ可能とのこと。

対策についてもいろいろと出力されましたが、まとめると今のままもうしばらく続けていくこと。
睡眠時間は30分でも増やすことを考えること。とのことでしたが、ひとまず現状維持で続けていきます。

今は特に以下の点を続けているところです。日常運動している方からするとやってないようにも感じる量かも知れません。

• 運動: 8,000歩/日歩く、朝晩のストレッチと軽い筋トレ（器具なしで腹筋20回、腕立て10回）
• 食事: ベジファースト（毎食最初にサラダ）、晩御飯だけ白米は少なく（麺類などは減らさない）、朝食にプロテインを追加。

あまり運動せず体重が落ちると筋力が先に落ちると思うので、たんぱく質はプロテインで補強しています。これも食事についてトレーナーに相談して導入してみました。ひとまずトレーナーを信じて当面やっていく予定です。

健康DXツールの改善

前述のメリット「変更(項目・グラフ追加)が容易」、「多端末での操作性」を維持し、以下のデメリットの改善を検討します。

• デメリット
  • スマホで入力画面に到達する手順が少し手間がかかる
  • 文字の入力もすべて手で入れる必要がある

これもChatGPTに相談したところ、想定ではスマホ用のアプリでも作ることになるのかと考えていましたが、Google AppSheetなるノーコードでの開発を推奨されました。またこのツールで作ればもともと貯めていたスプレッドシートもそのまま使えるとのことでとても便利です。仮に気に入らなくてもそのまま現状の運用に戻すことも可能です。これは安心して取り組めそうです。

Google AppSheet

https://about.appsheet.com/home

1.AppSheet利用開始

上記サイトにSign inし、AppSheetを利用できる状態にします。Sign in後、以下のような画面になります。

2.現在利用中のスプレッドシートをデータに画面作り

画面左上のCreate > App > Start with existing dataを選択し、これまで使っていたスプレッドシートを指定しSubmit。以下3枚の画像はその流れを表しています。

Google Sheetsを選択。

対象のファイルを選んでsubmit。

ハイ。完成。画面右側の縦長画面はスマートフォンでの見え方を表しています。この画面上で操作も試せます。青の+(プラス)アイコンをクリックするとデータを追加できますし、日単位のタイルをクリックするとその日のデータを画面真ん中あたりの項目でもともとスプレッドシートにある項目を画面で更新できるようになります。

3.可視化画面を追加

画面左のUXメニューからグラフなど可視化の追加を可能です。体重、体脂肪率、歩数、睡眠時間をすべておなじ折れ線にしましたが、画面真ん中に示すような様々な表現が可能です。目的に応じて選べます。

4.ダッシュボードも作成

同様にUXからダッシュボードも追加可能です。今回は上で作った4つのグラフを追加し一連で見えるようにしました。ただ、スマートフォンだと図の右のように縦スクロールで見ることになります。

タブレット表示に切り替えてみるとこの図のようにまとめて見ることもできるようになります。レスポンシブデザインなので、PC、タブレット、スマホと様々なデバイスから利用可能です。

5.iPhone, Androidから利用できるようにする

日常の利用を考えて、アプリとして使えるようにします。iPhone, Android共に “AppSheet” というアプリがありこちらを利用することで上で作ったアプリを利用可能です。

最後に

これでデメリットに挙げていた課題も解決し、日常の入力がより楽になり継続しやすくなり、結果、従業員の健康を改善することが実現しやすくなると考えています。

今後も利用を続け、課題を解決しつつ改善を進めたいと思います。今後は、スマホアプリを使ってデータの入力・更新、定期的な分析はPCを使ってデータの受け渡しをしていきます。

AppSheetでの食事の記録など始めていますので、次は入力画面の工夫に取り組みたいと思います。