このやり方がベストになるよなぁ。。。AIのモデルは進化するが現場の知識は散らかってる。使い方は一緒に考える。教えてもらう。教える。
“日計表（毎日の売上や経費を書いた帳簿ですね）をGeminiに読ませ"た"結果を会計ソフトに一括で入れる手段がなくて、画面を見ながら一行ずつ、エンター”／〔顧客ごと帳簿ルールが異なり、また"間違いが混ざる前提"
「顧客の現場に入り込んで、製品をその現場で動く形に仕上げる」働き方、最近はFDE（Forward Deployed Engineer）と呼ばれている
やっぱりエンドがAIを駆使するようになり専門業者がなくなると言う未来はまだ遠い気がする
あとで読む。参考になりそう。
“「AIって、使い方のうまさよりも、引き出した正解をどこに置くかのほうが大事っぽい」”
この業界人間がやった方が安そうな気がしています
たぶん税理士サイドがAIを利用して会計税務処理するよりも顧問先の会社がAIを利用して会計税務処理する方が正解。それだと税理士の仕事がなくなるからこうして事務所は最新の技術導入の話になっているのだろうけど
超堅実だ
"「まず業務を標準化してからソフトを入れましょう」という正論は、この業界だと「顧問先の都合を切り捨ててください」" これはその通りで、現在の税理士業界の経営効率化セミナーは手法に沿わない顧客を切り捨てがち
SaaS売るより中小向けコンサルやった方が良いと思う。堅実な考え方含めてそっちの方が評価されそう。
将来的にはこういうことやらせるようになるのか（過去のトラウマ）
会計事務所の処理効率化
“年に一度の例外は、溜めても次に使うのが1年後で、そのころには状況が変わっている” これっすわ。税法は頻繁に変わる！作って終わりにならんのです。
“税理士事務所って、顧問先から届くレシートや通帳を見て仕訳を入力する「記帳」という仕事を、大量に抱えている。AIで記帳するサービスを開発。隣の職員に「どうやってます？」聞いてはその場で作る、の繰り返し”
実によき
AIの使い方の属人化というのはあるよなあ。
うちはTKC一本なので顧問先の都合は切り捨てる＝顧問契約しないです。あと記帳代行も一切しません。今はシステムなら顧問先でほぼ全て(自動)入力できます。私の主な仕事は経理体制構築と確認と社長の聞き役です。
こういうのやりたいけど、出勤がつらい。
いいと思う。自動運転でも思うけどなぜ道路側をAIネイティブに変える方向にならないんだろう。高速道路ならすぐ実現できそうなのに。レシートだって人の目で見ることにもはや意味はなく数値だけもらえればいいはず。
パッケージのカスタマイズ構築のお話。AIで開発速度を確保できれば良り早く達成できるよと言う風に見える
税金を納める気のある人が税金を納めるためにとんでもない労力を継続的に投下し続けている状況って、国にとって重大な損失だと思うんだよな。すなわち税務の効率化は国を救う行為に等しいと言っても、うーん、過言
システム開発するときに顧客先で数ヶ月一緒に働きながら作ったシステムを見てもらって、その場で修正して完成に持って行くと早いし、間違いがないし、凄い感謝されるってのはある。過去に何回かやってる
すごい。業務改善しようとして失敗した数年前の自分にぶっ刺さった。
面白い記事だったけど、タイトルで盛るのはやめようね / アクセンチュアとかもこういう事業に力を入れているイメージ / Geminiに入れてた担当者さんヤバいな
こういうエンジニアのことをForwared Deployed Engineerっていうのか
よく見りゃ憑依のひょうだったがしょうひょうにフリガナが欲しい人生だった
FDEの本質はベンダーロックインだと思うけどね（´－｀）あるいはその後のAI利用料で稼ぐ的な
たしかに必要性はありそう。けどニーズの高いAI人材での人月商売になるので、SaaS料金と違って高額料金になるはず。大企業以外は内製化か無理して標準に寄せるか。SWベンダーにとってはinterfaceの標準化がより重要に。
AIで画像認識させるとか1タスク100円とか普通に掛かるけど採算取れるんかな? 画像認識はAWSのやつにやらせた方が良いんじゃない?
これは良いアジャイル
顧客が中小企業も多いだろうから経理の証憑書類を指定フォーマットで送ってというのも難しいのだろうし、その対応をすることで顧問契約が取れているという面もありそうだから、こういうニーズがあるのだろうな
やってることは結局外注の社内SEなだけでは・・・
私は、勝手に、パランティアがこういう仕事の仕方してるんだろうなと思ってる。
経理なので色々わかるーって思いながら読みました。これは勉強になる…
なんか役立ちそうだから時間ある時に読んでみよう
内製システム開発屋さんですが、似たような感じです。業務担当者の方が詳しいし、正確なので、そこをどう手助けするか。 とはいえ厄介な記帳チェック業務をここまでできるのは凄いなぁ。
昔からある製品の品質向上や実業務とのギャップを埋める為の単なる顧客との協業だと思うけど。
デカい会社のDX担当部署も、軍師気取りではなく現場に入ってAI立ち上げてこいと本来なるべきなんだよな。
顧問先の日計表を個人のGeminiに読ませてるの？？？会計事務所勤務時代、そんなことやっちゃ駄目だと思ってたけど。顧問先から了承得てるとか？
「会計AIを作ってきた」は大げさじゃね？感と、これいくらで請けて成果物や検収条件はどうだったんかね。職員の工数も取らせちゃうし自社プロダクトにフィードバックさせる条件で格安とかならFDEと呼ぶのも微妙なので
年に二回しかない賞与処理とか一回しかない決算周りの処理とか重要だけど頻度の少ない数年で状況変わる作業、AIに向いてないよなー。人間がやった方が安くなる原因だと思う。
成果物送っても1週間音沙汰がなくて、リプも本来の目的と関係ない些末な話で、結局タイムオーバーで終わった仕事を経験したことある。だからここまで密接に関われるのは素直にすごいと思う
『着地は2つです』...人間執筆とAI執筆混合スタイルかな
ちゃんと道具として仕事させててすごい。結局紙をデータにするのは人間がコピー機をさわるしかなく、年一のトラブルもAIは対応できない、集合知が歯が立たないから、それを現場に飛び込んで学んだ話。現場大事
やっぱ代表が現場に出れる会社は強いな
うちの職場も顧客ごとの扱いで色々とっちらかってるなあ。これくらいの規模で開発せんといかんのか
顧客が本当に欲しかったものを作るには現場で一緒にやるのが一番よね。自分は1回だけやったことあるけど、めっちゃ楽しかった
まともな経理職くらい雇えよと思ってしまうが
FDEか。記帳は駐車場とか同じパターンの領収書が沢山あるから１社作れば展開しやすそう
顧客データをAIに渡すことについて気になるのは組織としての安全面の確保（学習に使われないことが保証されてる法人向けサービスを職員に与えている？）と顧客への事前同意なんだけどその辺どうしたのかな。
これFDEじゃん
書いてるけど、客先常駐でちゃんと仕様抑えてやりながら進めていくって思う昔の開発体験のまんまだと思う。言い方変えたらFDEになるのね。時代は回るのねー
これにいくらか近い事例を若い頃に経験した。あの先輩が基準になってるから、どこに行っても客先打ち合わせで仕様を固められる思っている人達は逆に蛮勇は勇気じゃないよ、と思ってしまう。
中に入りこませてくれる顧客との関係構築が一番難易度高いんだよな
いいね
“つまり、この事務所に足りないのは、AIでもAIを使う能力でもなくて、「AIの出力が業務ソフトまでまっすぐ流れる道」と「個人の工夫が個人の外に溜まっていく場所」の両方でした。どちらも、業務の側に誰かが作り込む
顧問先の複合機から領収書などスキャンしてメール受信したらAIが仕訳登録するシステム作らないのか？
そもそもfdeが正しいソフトウェア開発の姿だよ
AIに食わせてるって情報漏れ漏れじゃないのか？企業向けの学習データ利用しないということになってるのを信じるべきか。というのが気になる
泥臭い処理の典型OCRでゴニョゴニョはやっぱり永遠に残るのかね。pdfだって書式は統一されてないしなかなかパッケージに載せづらい。電子化されれば淘汰される技術のはずであることもある
“身も蓋もなく言うと、開発費を被って現場の暗黙知を持ち帰る取引ですね”
"業務フローを理解するって、結局、工程を一つずつ並べて「これはAIに渡せるか、人に残すか」と線を引いていくこと"業務改善ってAIでもDXでも結局これだよな〜。正解をどこに置くかの話も頷ける。
税理士事務所に1ヶ月住み込んで、会計AIを作ってきた話｜佐次本脩真 | Zeimee
このやり方がベストになるよなぁ。。。AIのモデルは進化するが現場の知識は散らかってる。使い方は一緒に考える。教えてもらう。教える。
“日計表（毎日の売上や経費を書いた帳簿ですね）をGeminiに読ませ"た"結果を会計ソフトに一括で入れる手段がなくて、画面を見ながら一行ずつ、エンター”／〔顧客ごと帳簿ルールが異なり、また"間違いが混ざる前提"
「顧客の現場に入り込んで、製品をその現場で動く形に仕上げる」働き方、最近はFDE（Forward Deployed Engineer）と呼ばれている
やっぱりエンドがAIを駆使するようになり専門業者がなくなると言う未来はまだ遠い気がする
あとで読む。参考になりそう。
“「AIって、使い方のうまさよりも、引き出した正解をどこに置くかのほうが大事っぽい」”
この業界人間がやった方が安そうな気がしています
たぶん税理士サイドがAIを利用して会計税務処理するよりも顧問先の会社がAIを利用して会計税務処理する方が正解。それだと税理士の仕事がなくなるからこうして事務所は最新の技術導入の話になっているのだろうけど
超堅実だ
"「まず業務を標準化してからソフトを入れましょう」という正論は、この業界だと「顧問先の都合を切り捨ててください」" これはその通りで、現在の税理士業界の経営効率化セミナーは手法に沿わない顧客を切り捨てがち
SaaS売るより中小向けコンサルやった方が良いと思う。堅実な考え方含めてそっちの方が評価されそう。
将来的にはこういうことやらせるようになるのか（過去のトラウマ）
会計事務所の処理効率化
“年に一度の例外は、溜めても次に使うのが1年後で、そのころには状況が変わっている” これっすわ。税法は頻繁に変わる！作って終わりにならんのです。
“税理士事務所って、顧問先から届くレシートや通帳を見て仕訳を入力する「記帳」という仕事を、大量に抱えている。AIで記帳するサービスを開発。隣の職員に「どうやってます？」聞いてはその場で作る、の繰り返し”
実によき
AIの使い方の属人化というのはあるよなあ。
うちはTKC一本なので顧問先の都合は切り捨てる＝顧問契約しないです。あと記帳代行も一切しません。今はシステムなら顧問先でほぼ全て(自動)入力できます。私の主な仕事は経理体制構築と確認と社長の聞き役です。
こういうのやりたいけど、出勤がつらい。
いいと思う。自動運転でも思うけどなぜ道路側をAIネイティブに変える方向にならないんだろう。高速道路ならすぐ実現できそうなのに。レシートだって人の目で見ることにもはや意味はなく数値だけもらえればいいはず。
パッケージのカスタマイズ構築のお話。AIで開発速度を確保できれば良り早く達成できるよと言う風に見える
税金を納める気のある人が税金を納めるためにとんでもない労力を継続的に投下し続けている状況って、国にとって重大な損失だと思うんだよな。すなわち税務の効率化は国を救う行為に等しいと言っても、うーん、過言
システム開発するときに顧客先で数ヶ月一緒に働きながら作ったシステムを見てもらって、その場で修正して完成に持って行くと早いし、間違いがないし、凄い感謝されるってのはある。過去に何回かやってる
すごい。業務改善しようとして失敗した数年前の自分にぶっ刺さった。
面白い記事だったけど、タイトルで盛るのはやめようね / アクセンチュアとかもこういう事業に力を入れているイメージ / Geminiに入れてた担当者さんヤバいな
こういうエンジニアのことをForwared Deployed Engineerっていうのか
よく見りゃ憑依のひょうだったがしょうひょうにフリガナが欲しい人生だった
FDEの本質はベンダーロックインだと思うけどね（´－｀）あるいはその後のAI利用料で稼ぐ的な
たしかに必要性はありそう。けどニーズの高いAI人材での人月商売になるので、SaaS料金と違って高額料金になるはず。大企業以外は内製化か無理して標準に寄せるか。SWベンダーにとってはinterfaceの標準化がより重要に。
AIで画像認識させるとか1タスク100円とか普通に掛かるけど採算取れるんかな? 画像認識はAWSのやつにやらせた方が良いんじゃない?
これは良いアジャイル
顧客が中小企業も多いだろうから経理の証憑書類を指定フォーマットで送ってというのも難しいのだろうし、その対応をすることで顧問契約が取れているという面もありそうだから、こういうニーズがあるのだろうな
やってることは結局外注の社内SEなだけでは・・・
私は、勝手に、パランティアがこういう仕事の仕方してるんだろうなと思ってる。
経理なので色々わかるーって思いながら読みました。これは勉強になる…
なんか役立ちそうだから時間ある時に読んでみよう
内製システム開発屋さんですが、似たような感じです。業務担当者の方が詳しいし、正確なので、そこをどう手助けするか。 とはいえ厄介な記帳チェック業務をここまでできるのは凄いなぁ。
昔からある製品の品質向上や実業務とのギャップを埋める為の単なる顧客との協業だと思うけど。
デカい会社のDX担当部署も、軍師気取りではなく現場に入ってAI立ち上げてこいと本来なるべきなんだよな。
顧問先の日計表を個人のGeminiに読ませてるの？？？会計事務所勤務時代、そんなことやっちゃ駄目だと思ってたけど。顧問先から了承得てるとか？
「会計AIを作ってきた」は大げさじゃね？感と、これいくらで請けて成果物や検収条件はどうだったんかね。職員の工数も取らせちゃうし自社プロダクトにフィードバックさせる条件で格安とかならFDEと呼ぶのも微妙なので
年に二回しかない賞与処理とか一回しかない決算周りの処理とか重要だけど頻度の少ない数年で状況変わる作業、AIに向いてないよなー。人間がやった方が安くなる原因だと思う。
成果物送っても1週間音沙汰がなくて、リプも本来の目的と関係ない些末な話で、結局タイムオーバーで終わった仕事を経験したことある。だからここまで密接に関われるのは素直にすごいと思う
『着地は2つです』...人間執筆とAI執筆混合スタイルかな
ちゃんと道具として仕事させててすごい。結局紙をデータにするのは人間がコピー機をさわるしかなく、年一のトラブルもAIは対応できない、集合知が歯が立たないから、それを現場に飛び込んで学んだ話。現場大事
やっぱ代表が現場に出れる会社は強いな
うちの職場も顧客ごとの扱いで色々とっちらかってるなあ。これくらいの規模で開発せんといかんのか
顧客が本当に欲しかったものを作るには現場で一緒にやるのが一番よね。自分は1回だけやったことあるけど、めっちゃ楽しかった
まともな経理職くらい雇えよと思ってしまうが
FDEか。記帳は駐車場とか同じパターンの領収書が沢山あるから１社作れば展開しやすそう
顧客データをAIに渡すことについて気になるのは組織としての安全面の確保（学習に使われないことが保証されてる法人向けサービスを職員に与えている？）と顧客への事前同意なんだけどその辺どうしたのかな。
これFDEじゃん
書いてるけど、客先常駐でちゃんと仕様抑えてやりながら進めていくって思う昔の開発体験のまんまだと思う。言い方変えたらFDEになるのね。時代は回るのねー
これにいくらか近い事例を若い頃に経験した。あの先輩が基準になってるから、どこに行っても客先打ち合わせで仕様を固められる思っている人達は逆に蛮勇は勇気じゃないよ、と思ってしまう。
中に入りこませてくれる顧客との関係構築が一番難易度高いんだよな
いいね
“つまり、この事務所に足りないのは、AIでもAIを使う能力でもなくて、「AIの出力が業務ソフトまでまっすぐ流れる道」と「個人の工夫が個人の外に溜まっていく場所」の両方でした。どちらも、業務の側に誰かが作り込む
顧問先の複合機から領収書などスキャンしてメール受信したらAIが仕訳登録するシステム作らないのか？
そもそもfdeが正しいソフトウェア開発の姿だよ
AIに食わせてるって情報漏れ漏れじゃないのか？企業向けの学習データ利用しないということになってるのを信じるべきか。というのが気になる
泥臭い処理の典型OCRでゴニョゴニョはやっぱり永遠に残るのかね。pdfだって書式は統一されてないしなかなかパッケージに載せづらい。電子化されれば淘汰される技術のはずであることもある
“身も蓋もなく言うと、開発費を被って現場の暗黙知を持ち帰る取引ですね”
"業務フローを理解するって、結局、工程を一つずつ並べて「これはAIに渡せるか、人に残すか」と線を引いていくこと"業務改善ってAIでもDXでも結局これだよな〜。正解をどこに置くかの話も頷ける。