メインコンテンツへスキップ
見出し画像

「進行中なら色を変える」とは書かなかった|日報アプリの講義で受講生に教わった2つ

    条件は「見せたいもの」ではなく、「外したいもの」で書くと漏れない。

    「サンプルデータは、AIに作らせればいい」

    ノーコードで業務アプリを作るとき、いまはこれがいちばん早い手順です。

    手順としては、間違っていません。

    ただ、AIが作ったサンプルは、現場のホントを知りません。

    今日の AppSheet の講義で、建設現場向けの日報アプリを作っていました。

    AIに作らせたデータに入っていた現場の位置は、2つ。

    受講生から「本当の現場は4つ入れる」と声が上がりました。

    今日は、受講生に教わった2つの話をします。

    AIが作ったサンプルに、現場の位置は2つしか入っていなかった

    講義の手順は、こうです。

    AIにサンプルデータを作らせる。

    それをスプレッドシートに貼る。AppSheet でアプリを生成する。

    ここまでは、数分で終わります。
    画面の上では、それらしい日報アプリができあがります。

    日報には、現場の位置(座標)を入れる欄があります。
    位置を入れておくと、アプリの地図にピンが立ちます。

    AIのサンプルでは、その位置が2つでした。
    でも本当の現場では、4つ入れる。
    受講生から、そう声が上がりました。

    AIが作るサンプルは、それらしく見えます。

    ただ、それは平均的な「それらしさ」です。
    現場で入れるものは、現場にいた人にしか分かりません。

    足りなかったのは、AIの作ったデータではなく、私が現場のホントを知らかったことでした。

    サンプルデータは「動くか」の確認には足ります。「使えるか」の確認には、現場の人の目が要ります。

    「進行中なら色を変える」とは、書かなかった

    もう1つは、見た目の設定です。

    工事の案件のうち、進行中のものだけ文字を大きくし、色を変えて目立たせる。

    現場で一覧を開いたとき、まだ手を離せない案件がひと目で分かるようにするためです。

    AppSheet では、条件を書く欄(If this condition is true)に、こう入れました。

    [ステータス]<>"完了"

    「<>」は「〜ではない」という意味です。つまり「完了ではないもの」。

    [ステータス]="進行中" とは、書いていません。

    この設定については、私が声を上げました。

    なぜ「="進行中"」ではなく「<>"完了"」と書くのか?

    目立たせたいのは「進行中」という1つの状態ではなく、「まだ終わっていないもの全部」だからです。

    理由は3つあります。

    1. 現場のステータスは「進行中」だけではありません。未着手、中断、確認待ち。使っているうちに、あとから増えていきます

    2. 「="進行中"」で書くと、あとから増えた状態は目立たなくなります。終わっていない案件が、色のつかないまま一覧に埋もれます

    3. 「<>"完了"」で書くと、状態が増えても書き直さなくてすみます。外したいもの(完了)は、ほとんどの場合1つに決まっているからです

    ステータスごとに並べると、こうなります。

    • 進行中:="進行中" なら目立つ/<>"完了" なら目立つ

    • 未着手:="進行中" なら目立たない/<>"完了" なら目立つ

    • 中断・確認待ち(あとから追加):="進行中" なら目立たない/<>"完了" なら目立つ

    • 完了:どちらも目立たない

    コードを書いてきた人には、当たり前の書き方です。
    当たり前すぎて、書く側はその理由をわざわざ言葉にしません。

    でも、初めてアプリを作る人には、なぜこう書くのかが要ります。

    今日は、その理由を教室で説明できました。

    声が上がらなければ、私は「こう書きます」で通り過ぎていたと思います。

    条件は「見せたいもの」ではなく、「外したいもの」で書くと漏れません。


    2つとも、教室の側から出てきた

    1つめは、現場を知っている人の声でした。
    2つめは、初めて触る人への説明でした。

    講師の「当たり前」は、この2種類の人がいる教室でしか見つかりません。

    どちらか一方だけなら、私は気づかないまま次の画面に進んでいたはずです。

    同じ日報アプリについて、別の日に受講生からいただいた一言は、こちらに書きました。

    教える側の当たり前は、聞かれるまで当たり前のまま残ります。


    明日からできる3手

    ノーコードで業務アプリを作っている方へ。

    1. (1分) 自分のアプリの書式ルール(Format Rules)を1つ開き、「=」で特定の状態だけを指定していないか見る

    2. AIに作らせたサンプルデータを、現場でそれを毎日書く人に1回だけ見せる。「この数、合っていますか」と聞く

    3. 説明しにくい設定を1つ選び、「なぜこう書くのか」を1行で書いてみる。書けなければ、そこが次に聞かれる場所です


    いちばん学んだのは、私でした

    今日の話を、3つにまとめます。

    1. AIが作ったサンプルは、現場の数を知らない

    2. 条件は「外したいもの」で書くと漏れない

    3. どちらも、受講生の声で見つかった

    講義は、講師が教える場だと思っていました。

    でも今日、いちばん学んだのは私でした。

    最終学歴より、最新学歴。

    教える側の学歴も、教室で毎日更新されていきます。

    あなたが当たり前に書いているその設定、初めての人に理由を説明できますか。

    今日も、学ばせていただきました。

    この話は、現場の方と事務の方が一緒に参加する90分のハンズオンにできます。

    ご自分の日報を1枚持ってきていただき、AIのサンプルを現場の数に直すところから始める形です。

    ※本記事は2026年11月時点の情報にもとづいています。AppSheet の画面表記は変わることがあります。

    この記事を書いた人

    石川県のDX・生成AI活用パートナー 石原 愛信

    「AIを使ってみたいが、何から始めればいいか分からない」
    そんな経営者様の隣で、実務に即した業務効率化をサポートします。

    ご依頼・お問合せ: https://www.solobizjourney.com/dx-kenshu/

    あなたへのおすすめ