竹内健太朗 Kentaro Takeuchi

竹内健太朗｜株式会社Gotoschool 総務部長
従業員150名・3社22拠点の児発・放デイのバックオフィスを総務1人×AIで回しています。業務アプリ自作（設計Claude/実装Cursor）、税務自動化、契約書AIレビュー。福祉×バックオフィス×AIの実録を発信。元トレーナー、鍼灸師。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

開設で一番怖いのは、工事の遅れではなく申請の締切です。

物件契約→内装→指定申請→開所。
この順番は動かせるようで動かせません。

だから開所日から逆算して、申請書類の締切を先にカレンダーへ置きます。

（開設ドキュメント②）

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

会社が3社に増えても、バックオフィスの作業は3倍にはなっていません。

同じ処理は同じ手順に寄せて、違う部分だけを分岐にする。
住民税も源泉も、社ごとに考えないのがコツです。

数を増やす前に、型を1つにしておく。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

契約書レビューでAIに弁護士の代わりはさせていません。

やっているのは、論点抽出だけ。
気になる条項を洗い出して、高リスクな案件だけ弁護士へ渡す。

総務のAI活用は置き換えではなく、専門家に渡す前の交通整理だと思っています。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

【開設ドキュメント②】

児発・放デイの開設は、指定申請がゴールではなく通過点です。

物件契約→内装→人員確保→指定申請→開所。

順番を誤ると、家賃だけ払う空白期間が生まれます。次回から各ステップの実務を順に書きます。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

3社分のバックオフィスを総務1人で横断処理しています。

会社が増えても、作業は3倍になりません。

住民税も給与も支払いも、手順を1本に統一して「社数分だけ回す」設計だからです。

増えるのは件数だけ。仕組みは増やさない。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

契約書レビューにAIを使う目的は、弁護士の置き換えではありません。

うちはClaudeで論点を洗い出し、高リスクの案件だけ弁護士へ渡します。

AIの役割は「専門家に渡す前の交通整理」。これだけで確認の速さも、相談の質も変わりました。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

社内の情報が、Slack・スプレッドシート・個人のフォルダに散らばっていました。

今はNotionに単一情報源を作り、現場からの質問はNotebookLMで検索できる形にしています。

情報は「作る」より「1か所に集める」方が難しいです。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

バックオフィスは3社分を1人で見ています。

会社が増えたら作業も3倍、にはしない。給与も税務も支払いも、処理の型を1つにして法人だけ差し替える設計にしています。

増えるのは件数で、手順は増やさない。ここを崩すと一人総務は詰みます。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

開店ドキュメント③

児発・放デイの開設は、物件契約→内装工事→指定申請→開所の順で進みます。

厄介なのは指定申請で、内装の図面と人員の確定が��わないと出せない。つまり採用と工事が同時に走ります。

開所日から逆算して、締切を全部先に置くのが最初の仕事です。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

契約書レビューでうちがやっていること。

まずClaudeに通して論点を洗い出し、リスクが高いものだけ弁護士に回す。

AIは弁護士の置き換えではなく、弁護士に渡す前の交通整理。

ここを分けてから、法務の詰ま��が減りました。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

3社分のバックオフィスを1人で回しています。

会社が3つでも作業を3倍にしないコツは、会社ごとに手順を作らないこと。

同じ処理は同じ手順に寄せて、違うところだけ分岐させる。差分だけ管理すれば、増えても壊れません。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

契約書が届くたび、そのまま弁護士へ回していました。

今はまずClaudeで論点を洗い出し、高リスクのものだけ回します。

AIは弁護士の置き換えではありません。渡す前の交通整理です。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

自作アプリの構成を聞かれたので。

Next.js（TypeScript）＋SQLite。UIはTailwind。
設計はClaude、実装はCursor。

サーバーは立てずローカル完結。1人で持つ前提なら、運用が必要なものは全部コストです。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

児発・放デイの開設ドキュメント②

順番は 物件契約→内装工事→指定申請→開所。
ここは入れ替えられません。

指定申請に物件と図面が要るので、物件が決まるまで申請は動かせない。開所日か���逆算すると、着手は半年前です。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

体育大学出身で、周りからは「アホ分類」でした。勉強で評価された記憶がありません。

いま150名・22拠点の会社で総務部長をしています。

変わったのは頭の出来ではなく、やり方です。毎回同じ手順に落とし込む。

努力で壁は越えられると証明したい。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

@miya__jp コメントありがとうございます！
Next.js（TypeScript）でフロントとAPIをまとめて、DBはSQLite（better-sqlite3）です。UIはTailwind。1人運用なのでサーバーは立てず、ローカル完結にしています。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

経理でも情シスでもない総務が、タスク・請求書・支払いの管理アプリを自作しました。
設計はClaude、実装はCursor、DBはSQLite。
「今あるもので足りないか」を考え、無かったので作った。情シス不在の会社こそAIが一番効く。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

総務1人で150名・22拠点を回すコツは「自分が丁寧にやる」を捨てること。
自分が丁寧にやる→自分がボトルネック
仕組みを作る→誰がやっても丁寧になる
いまマニュアル約47本を標準化中。属人化は、善意から生まれる。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

3社分の住民税納付、毎月eLTAXに手入力していた作業を、変換スクリプト＋ファイル取���に変えました。
スクリプトはClaudeで書いた。私はプログラマーではなく総務です。
月次を速くするのは根性ではなく、この積み重ねだと思う。

[竹内健太朗 Kentaro Takeuchi @Kentaro___T]

児発・放デイの新規開設、行政手続きの書類は数十種類あります。
グループ22拠点の開設・運営に関わってきましたが、福祉の出店実務は体系的な情報がほぼ無い。
なので開設プロセスを実務者目線で順番に公開していきます。開設を考えている方はフォローどうぞ。