警告から対象を見つけて、修正できるようにする
未処理の件数を知らせる警告が出たままでも、対応が進まないことがあります。お金の出入りを管理するツールの事例をもとに、警告から対象を確認し、原因を知り、修正に進むまでに何が要るかを書きます。
続きを読む →JOURNAL · CIKUSRU
動かしながら、考える
エンジニアではない経営者が、AI組織で自分の事業を実際に回しながら、考えたこと・試したこと・つまずいたことを書いています。机上の設計ではなく、現場で得た一次情報を、そのまま残します。
実務
禁止を増やすより、使ってよい資料を指定する
AIに作らせた文章を直すたびに別の問題が出てくるときは、禁止事項を足す前に、使ってよい資料と公開してよい範囲を指定します。資料が足りなければ本数を減らしてよいと伝えます。SNSの投稿文を作らせたときに試した方法と、それでも確認が必要だった点を書きます。
続きを読む →2つ目を足した日に、1つ目の穴が見える
商品やお客様が1つから2つに増えるとき、用意し忘れが起きるのは新しく作るほうではありません。1つ目のときに作って、いまも問題なく動いている仕組みのほうです。出す前の点検で見つかった6件のうち5件は、1つ目と2つ目の作業一覧を並べて、片方にしか無い行を数えるだけで出ました。
続きを読む →冷たい文章は、やわらかい言葉では直らない
書いた文章が「冷たい」と言われたら、語尾や言い回しを直す前に宛先を疑ってください。読み手が入れ替わったのに、前の読み手へ向けて書いた文がそのまま残っていることがあります。冷たさの正体は温度ではなく、線引きです。
続きを読む →テストは全部通っていた。それでも7つ見つかった
AIに作らせたものは、自動のチェックが全部通っていても、出す前に一度、人が最後まで通しで触ってください。自動のチェックが守っているのは正しさだけで、見えるか・押せるか・伝わるかは守っていません。実際に見つかった不具合は7件とも、画面を開いて押したときにしか出ませんでした。
続きを読む →最初に任せる仕事は、件数の多い仕事ではない
最初にAIへ渡す仕事は、件数の多いものではなく「やり直しが起きている工程」から選んでください。やり直しは、あらかじめ測る道具を用意しなくても数えられます。だから、効いたかどうかがあとから分かります。
続きを読む →見張りを増やす前に、手が要る回数を減らす
業務を自動で回し始めたら、そこに残った「決まった日に人が1回だけ手を動かす」場所を探して消してください。判断の余地がない一手ほど落ちます。やらなくても直前まで何も起きず、思い出す手がかりがないからです。
続きを読む →任せた仕事の進み具合は、2つでは足りない
任せた仕事を「頼んだ」「終わった」の2つで管理しないでください。その間には「手は離れたが、まだ終わっていない」時間帯があります。置き場所がないと、記録はどちらかに丸められて実態とずれます。
続きを読む →仕組みは「役割を1つ」から試す
任せる仕組みは、いきなり全部を作らないでください。「役割」を1つだけ切り出して小さく試作し、効くか確かめてから広げる。これが、いちばん手戻りの少ない順番です。
続きを読む →繁忙期に効く、AIの「増員」の仕方
繁忙期は、人を増やす代わりにAIで一時的に頭数を増やせます。渡すのは判断ではなく下ごしらえ・仕分け・下書きの手前の作業。山を越えたら畳む。落ち着いたら元に戻せます。
続きを読む →AIに任せ始める最初の1ヶ月、何から手をつけるか
AIに任せ始める最初の1ヶ月は「1つを回しきる」ことに絞ります。毎日来る軽い仕事を1つだけ選ぶ。ここが動き出すと、次からは自然に増やせます。
続きを読む →渡す前に作る、自分用の「最小マニュアル」の書き方
何度も回ってくる仕事は、頼む前に「最小の手順書」を一度だけ作る。ゴール・手順の番号・確認の印・過去の良い例の4つで十分。一度書けば、AIにも人にも同じものを渡せます。
続きを読む →AIの下書きを、急所だけ見て速く出す「確認の型」
確認は全部を丁寧に見ないでください。事故になる数点だけを、決まった順番で見て、それ以外は思い切って飛ばす。この見方が決まると、確認で自分が詰まらなくなります。
続きを読む →問い合わせ対応をAIに「下ごしらえ」させる、具体的な組み方
問い合わせ対応は丸ごと任せず「下ごしらえ」だけを任せます。種類ごとに仕分けし一次返信の下書きまで作らせる。あなたは目を通して送る。金額や納期の間違いは自分が最後に止められます。
続きを読む →AIに仕事を渡すときの「書き方」
AIから「思ったのと違うもの」が返るのは、指示の書き方が足りないから。何を作るか・どこまで・使う材料や前提・お手本かNG例の4つを書き添えると、やり直しが減ります。
続きを読む →AIがうまく動かないのは、プロンプトのせいじゃなかった
AIの答えが安定しないのは、プロンプトが下手だからではありません。毎回ちがう作業を一回きりで投げているから。「この仕事はこの役割の担当」と渡すと、安定して回り始めます。
続きを読む →「AIは間違える」から任せられない、を設計で外す
AIが間違えないようにするのではなく、間違えても外まで届かない組み方にする。確認点を出す前に置く・急所を絞る・内外を切り分ける・型に先回りする。4つの防御パターンです。
続きを読む →「窓口を1つに」だけでは、なぜ楽にならないのか
窓口を1つにまとめるだけでは、楽になりません。まとめた先の振り分け（差配）を仕組みに渡して、はじめて連絡が自分を素通りして流れていきます。
続きを読む →AIは「道具」でなく「組織」として組める
エンジニアではない人がAIを使いこなす分かれ目は、プロンプトの技術ではありません。役割を機能で分け、窓口を1つにし、最後の確認点だけ自分が握る職務設計。コードは要りません。
続きを読む →「手放す順番」を間違えると、事業はかえって脆くなる
業務を手放すのは“量”ではなく“順番”です。一番きつい仕事から先に外す。頻度と自分にしかできない度の2軸で分け、詰まりの本体から仕組みにします。
続きを読む →考え方
3ヶ月目に来る「自分でやったほうが早い」の正体
AIに任せているのに、結局は自分でやり直している。そう感じたときに疑う先は、AIの出来ではありません。一度決めたことを決め直すたび、それを前提に作ったものがまとめて作り直しになります。増えたのは任せる量ではなく、決め直し1回の重さです。
続きを読む →手放したあと、空いた手を何に使うか
手放す目的は、暇になることではありません。空いた手と頭を、価値の高いほうへ移すこと。決めておかないと、空いた分にまた別の作業が流れ込んで、結局また忙しくなります。
続きを読む →任せたのに、なぜ“やり直し”が増えるのか
任せてやり直しが増えるのは、相手の力不足ではありません。渡す前に決めるべき境界・順番・確認点を決めずに渡したから。この3つを先に決めれば、やり直しは設計で消せます。
続きを読む →AIは「新しく雇った社員」のように扱う
AIをうまく動かすコツは、凝ったプロンプトではありません。人を雇って育てて任せていく勘を、そのままAIに向けるだけ。あなたがすでに持っている感覚が一番効きます。
続きを読む →AIに任せると"かえって遅くなる"仕事の見分け方
AIに任せると、かえって遅くなる仕事があります。見分ける問いはひとつ。「口で説明するより、自分でやったほうが速いか」。速いなら、いまは自分でやる。
続きを読む →最初に雇うべきは、人ではなかった
仕事が増えたときの最初の一手は「人を雇う」ではありません。まずAIに手前の作業を渡す。判断そのものが一人分を超えたとき、初めて人を雇う番が来ます。順番はAIが先です。
続きを読む →「任せる」と「放置」は、まるで違う
「手が止まっても事業が止まらない」は「全部おまかせで放っておける」ではありません。作業は渡しても最後の判断は残す。それが「任せる」。判断ごと手放すのが「放置」です。
続きを読む →あなたが3日いなくなったら、事業はどこで止まりますか
自分が止まると全部止まる状態は、倒れる前には見えません。紙の上で「自分のいない3日間」を先にやってみる。止まった箇所が、あなたの事業の急所です。
続きを読む →「ひとり経営者」という前提は、もう更新できます
「ひとり＝全部自分でやるしかない」は、もう古い前提です。ひとりは人数の話であって、組織を持てないという話ではない。人を雇わなくても、役割は増やせます。
続きを読む →市場のうごき
「少人数×AIで会社が回る」が、あちこちで起き始めている
いま外で起きているのは「たくさんの人でなくても事業が回る」という動きです。本質は人減らしではなく、手が止まっても仕事が前に進む形を、小さな事業でも持てるようになったこと。
続きを読む →