SmallApp Lab|小さなAIアプリ開発 (@SmallApp_Lab) header
SmallApp Lab|小さなAIアプリ開発 (@SmallApp_Lab) profile picture

現場やフリーランスの「細かい手作業」を、小さな道具と型で減らします。 設備点検の写真→Excel報告書/Web制作の初回返信/業務の棚卸し。 作った過程と実際の数字を、うまくいかなかった分も公開。 ▼記事はこちら

Joined July 2026
Photo by SmallApp Lab|小さなAIアプリ開発 (@SmallApp_Lab)Photo by SmallApp Lab|小さなAIアプリ開発 (@SmallApp_Lab)Photo by SmallApp Lab|小さなAIアプリ開発 (@SmallApp_Lab)Photo by SmallApp Lab|小さなAIアプリ開発 (@SmallApp_Lab)Photo by SmallApp Lab|小さなAIアプリ開発 (@SmallApp_Lab)Photo by SmallApp Lab|小さなAIアプリ開発 (@SmallApp_Lab)Photo by SmallApp Lab|小さなAIアプリ開発 (@SmallApp_Lab)Photo by SmallApp Lab|小さなAIアプリ開発 (@SmallApp_Lab)Photo by SmallApp Lab|小さなAIアプリ開発 (@SmallApp_Lab)Photo by SmallApp Lab|小さなAIアプリ開発 (@SmallApp_Lab)
このアカウントについて。 仕事の中の、細かくて面倒な手作業を減らす小さな道具を作って公開しています。 ・設備点検の写真をExcel報告書にする ・Googleマップの保存地点の差分を調べる ・Web制作の初回返信で聞くことをそろえる 作る過程、実際の数字、うまくいかなかったことも記事にしています。業務の棚卸しやAI活用で分かったことも書いています。 ▼記事はこちら note.com/smallapplab
173
自動化は「全部」より「一番時間がかかる1工程だけ」から。効果が見えると、次に何を自動にするかが自然に決まります。いま手作業で一番重いのはどの工程ですか?
請求と入金の突き合わせ。番号の書き方(A-001 と A001)をそろえてから照合すると、人が見るのは「金額違い」と「入金なし」だけになります。
9
2つのCSVのどこが違うかを、ブラウザだけで確かめられる無料の道具を置いています。ファイルはどこにも送られません。月次データの突き合わせの前に。 us-account.github.io/c123-wt…
14
自動化を頼む前に用意すると話が早いもの。①入力の見本(数行・架空でOK)②できあがりの形(手書きの写真でOK)③今の手順の箇条書き。この3つで、見積もりのやり取りが1回で済みます。
12
支店ごとに形がバラバラな売上表を、ボタン1つで集めて・そろえて・集計する見本を作りました(架空のデータです)。空欄やマスタにない商品は「要確認」に分けています。
7
Replying to @poripori_0303
初回設定が一番自動じゃないの、ほんと面倒ですよね…。社内で完結する作業なら、APIキーなしでExcelのマクロやスプレッドシートのGASだけで済むことも多いです。先に手順を箇条書きにすると、本当に管理画面が要るか見えてきますよ。
1
1
24
毎月の「表から表への転記」。1回10分でも、年にすると約40時間です。入力と貼り先が毎回同じなら、マクロ1本でほぼ消せます。考え方をまとめました。 google.com/url?q=https://not…
11
他社に決まったことより、閉じるのに二度こちらから動く方が消耗しますよね。ヒアリングを送る回に「◯日ご連絡がなければ、いったん保留として扱います」を1行足しておくと、最後の連絡が督促ではなく予告済みの手続きになります。同意を待たずに畳めます。 文例 us-account.github.io/c123-wt…
1
20
Replying to @tekusta_pr
大変さを説明しても相手には測れないので「簡単そう」は崩れにくいです。金額の真下に「含まないもの」を3行(原稿作成・写真手配・公開後の更新)置くほうが早いかと。相手でも判断できる形になります。各行に「◯◯は支給前提」を足すと、変わる理由も伝わります。 文例 us-account.github.io/c123-wt…
1
16
Replying to @sora117_design
シートお持ちなら十分だと思います。詰まるとしたら着手後かもしれません。追加や変更はチャットに流れて、シートが着手時点のまま古くなるからです。変更が来たら該当行を日付つきで上書きして、制作中はシートだけ見る。どれが最新かを思い出す手間が減ります。
1
1
33
Replying to @design_sakurai
「無料=上限あり」の整理、わかりやすいです。もう1つ文章でもらうなら「回数に数えない修正」かと。誤字や電話番号の差し替えに加えて、制作側の貼り間違いやリンク切れの直しまで数えられると、発注側は自分の都合でない直しで枠が減ります。 数え方の例(無料) us-account.github.io/c123-wt…
21
Replying to @chiaki_designer
「最後にどうしてほしいのか」まで決めてあると、後から「ここも足したい」が出たときに効きますね。足す前に「どのブロックと入れ替えますか」と聞けば順番を崩さずに済み、入れ替え先が無いものだけ追加のご相談にできます。 追加依頼の返し方(無料) us-account.github.io/c123-wt…
18
Replying to @77itpVPZcgowFhe
ホッとするの分かります笑 ただ再開が「素材が揃ってから」だと起点が相手任せになるので、今のうちに「素材が揃った日から◯営業日で着手、納品はそこから◯日」の1行だけ返しておくと、11月に急に戻ってきても自分の予定で組めます。 素材の期限の決め方(無料) us-account.github.io/c123-wt…
8
Replying to @sora117_design
お疲れさまでした。素材ない案件がしんどいのは、足りない分をどこまで自分で埋めるかを作りながら決めるからだと思います。着手前に「無い分は代替素材で/有料素材は実費◯円まで」の1行を決めておくと、制作中の判断が減ります。 揃わない時の決め方(無料) us-account.github.io/c123-wt…
1
1
42
Replying to @b4O7Sxn1WrBG3iw
「揃ったら一気に進む」の前提を崩して、先に仮画像と文字数だけ決めた箱で組んでしまうと、届いた日に差し替えるだけになります。『○日に届かなければ仮のまま公開』も着手時に決めておくと、催促が予定確認として聞けます。 素材が揃わない時の進め方(無料) us-account.github.io/c123-wt…
1
12
Replying to @kbyk8888
カルテ連携まで自作されてるの強いですね。並行案件で崩れやすいのが、ダッシュボードに自分のタスクしか載らない点です。案件ごとに『今どっちの球か(自分/先方)』と期日を1行足すと、自分が止めてるのか相手待ちかが一目で分かります。 相手待ちの進め方の例(無料) us-account.github.io/c123-wt…
1
47
「思っていたのと違う」と言われるのは、機能の説明不足よりも目的の一文がズレていることが多いです。 ×「会社の情報を載せるサイト」 ○「問い合わせを増やすために、施工例を見せて電話番号まで迷わせないサイト」 目的を1行で書いて先に確認してもらう。ここが合えば、あとの詳細は直しても一周増えません。 初回返信で聞く項目の型はこちらに置いています(登録不要) us-account.github.io/c123-wt…
29
Replying to @sayuri_designer
「整理して言葉にする」が口頭だけだと解釈がずれがちですよね。整理した内容を相手の語彙のまま書き戻し「この理解で合っていますか」と返すと、ズレがその場で出ます。要約し直すと自分の解釈が混ざるので、相手の言葉のまま残すのが安全です。 聞く項目の例(無料)us-account.github.io/c123-wt…
13