研修 · レッスン4
何で組み立てるか: 既製パッケージ、ノーコード、個別構築
プロセス地図が出て、項目も定まりました。次の問いは、どの道具で組み立てるかです。このレッスンはその問いを好みから取り出し、七つの基準の採点に変えます。同じ表を埋めた人なら、同じ結果にたどり着けます。
プロセス地図が出て、項目も定まりました。次の問いは、どの道具で組み立てるかです。このレッスンはその問いを好みから取り出し、七つの基準の採点に変えます。同じ表を埋めた人なら、同じ結果にたどり着けます。
第2レッスンでプロセス地図を描き、第3レッスンでどの項目を集めるかを決めました。いま手元にあるのは、測れる仕事です。このレッスンは、その仕事をどの構築のかたちで行うかを決めることを扱います。
道具の決定は、たいてい好みの言い合いに滑っていきます。このレッスンでは言い合いを置いて、その場所に七つの基準の採点表を置きます。採点は決定を個人の意見から取り出し、同じ表を埋めた人なら誰でもたどり着けるものにします。
前提: 第2レッスンのプロセス地図。地図がないと採点はできません。基準の多くが、地図に書かれていることに寄りかかっているからです。
自動化は三つのかたちで組み立てられます。三つとも正しくなり得ますし、どれが正しいかは仕事によって変わります。下の区別は、あとに続く基準が立つ地面です。
決まった仕事のために作られ、来たままの姿で動く仕組みです。導入は短く、手入れは提供元が担います。その代わり、製品が仕事に合わせるのではなく、仕事が製品に合わせます。
出来合いの部品で流れを組み立てられる中間の層です。流れはあなたの規則どおりに形を取り、コードは書きません。その代わり、流れが増えるほど手入れがあなたの側に積もります。
仕事に合わせて書かれた仕組みです。プロセスがそのまま組み立てられ、境は製品ではなく仕事のものです。その代わり、構築も手入れもいちばん重いかたちです。
三つは互いの代わりであると同時に、互いの層でもあります。ひとつの事業所で、経理は既製パッケージ、依頼の流れはノーコード、物件の突き合わせは個別構築で回ることもあります。
違いは負担の大きさだけでなく、その形にもあります。既製パッケージでは負担が規則正しく見通しやすく、その代わり仕事が製品に収まることを求められます。ノーコードでは導入が軽い一方、流れの数が増えるにつれ手入れが静かに積もります。個別構築では負担が初めに集まり、変更の求めが来るたびに戻ってきます。決めるとき、三つとも代価があること、違うのはそれがどこにいつ落ちるかであることを頭に置いてください。
道具の決定はプロセスを書いたあとに来ます。第1レッスンに「道具は最後に来る」という一文がありました。このレッスンはその一文の実地版です。プロセス地図のない道具比較は、機能一覧の比較に変わります。
機能一覧の比較は人を惑わせます。どの製品も自分の強い機能を並べるからです。あなたの物差しは製品が何をするかではなく、あなたの仕事が何を求めるかであるべきです。その求めは地図に書かれています。
七つの基準のうち最初の三つは、仕事そのものを見ます。各基準に低い、中くらい、高いを与えてください。望むなら 0-100 の範囲の点数でもかまいません。
地図は出てきましたか、手順は何か月も同じですか。落ち着いたプロセスは既製パッケージか個別構築に合います。まだ変わっているなら、ノーコードが変更を安く運べます。
地図に例外の道はいくつ書かれていますか。例外が少なければ既製パッケージに合います。多ければ、製品の型に入らない場面が積もり、手作業が戻ってきます。
プロセスはいくつのシステムに触れますか。ひとつのシステムに収まる仕事は既製パッケージで回せます。複数がつながるなら、ノーコードか個別構築が前に出ます。
この三つは記憶ではなく地図から読んでください。落ち着きは地図が最後に新しくされた時を見ます。例外の数は書かれた例外の道を数えます。連携は手順に出てくるシステム名を並べます。三つとも数えられるので、その点数は議論に閉じています。
次の二つの基準は仕事ではなく、それを回す側を測ります。この二つを飛ばすと、技術としては正しくても事業所で生きない仕組みができます。
流れを誰が変えますか。内に流れを組める人がいれば、ノーコードは続きます。いなければすべての変更を外に頼むことになり、小さな直しが積もります。
構築のあと誰が手入れをしますか。既製パッケージでは提供元に、ノーコードと個別構築ではあなたに手入れがあります。手入れの持ち主を書かずに下した決定は、六か月目に向かってきます。
この二つはたいてい一緒に動きます。チームに流れを組める人がいなければ、手入れの負担はひとりでに外へ移ります。そのときは既製パッケージ、あるいは手入れの契約をつけた個別構築が、より現実に近い選択になります。
チームの力を採点するときは、人ではなく役割を見てください。今日流れを組んでいる人が去ると力も去るなら、その点数は実のところ低いのです。同じように、手入れの負担を採点するときは、構築直後の数週だけでなく、プロセスが変わる場面を思ってください。変更の求めが来たとき誰がどれだけの時間でできるかが、手入れの本当の物差しです。
最後の二つの基準は、決める瞬間にいちばん尋ねられず、あとでいちばん高くつくものです。二つとも契約を読むことを求めますが、問い自体は簡単です。
データは誰のもので、どこにあり、外へ出せますか。第3レッスンの項目辞書がここで役に立ちます。項目ごとに、外へ出せるかを一つずつ尋ねてください。
この道具を離れたくなったらどうなりますか。データはどんな形で出るのか、流れは移せるのか、移行のあいだ仕事は止まるのか。答えの分からない道具は、ひとつの依存です。
離脱の費用を決める瞬間に尋ねるのは、去る計画を立てることではありません。物差しを初めから知っておくことが、先の決定を今日のうちに安くします。
七つの基準を候補ごとに別々に採点してください。候補というのは三つのかたちではなく、その具体的な相手です。見ている製品の名前、見ているノーコード道具の名前、取り寄せた個別構築の見積り。
採点するとき「この道具は良いか」ではなく、この仕事に合うかをこの基準で尋ねてください。同じ道具がある仕事では高く、別の仕事では低く出ることがあります。表は道具ではなく、噛み合いを測っています。
理由の列が表でいちばん値打ちのある部分です。決定をあとで話し合うとき、人が見るのは点数ではなく理由です。
埋まった一行はこう見えます。基準は連携の必要、候補は既製パッケージ、点数は低い、理由は「ポータルにはつながるが、既存の物件システムとの接続がない」。この一文があれば、三か月後に同じ問いを繰り返す必要がなくなります。理由のない高い点数は、たいてい測定ではなく印象です。
表が埋まると、たいてい三つの型のうちのどれかが出てきます。型は決まりではなく手がかりで、最後の決定は仕事の全体から出ます。
プロセスが落ち着き、例外が少なく、連携の必要が低く、チームに流れを組む人がおらず、手入れは外にあってほしい。データの持ち主はここで別に尋ねるべきです。
プロセスがまだ変わり、いくつかのシステムがつながる予定で、チームに流れを組める人がいて、手入れが内に残せる。離脱の費用はここで別に尋ねるべきです。
例外が多く、プロセスが事業所に固有で、連携が深く、データの持ち主が要になる。手入れの負担と引き換えに、境を仕事そのものが定めます。
表が二つの候補を近く見せるなら、決定は基準ではなく重みから出ます。どの基準があなたにとって重いのかを書いてください。その一文が決定の理由になります。
構築のかたちは互いを排しません。よくある置き方はこうです。記録と経理は既製パッケージに置き、事業所に固有の流れはノーコードで組み、どの型にも入らない一つの部分だけを個別に書く。
組み合わせの置き方の代価は境の管理です。どの情報がどこで新しくされるかが書かれないと、第3レッスンのただ一つの正しい出どころの規則が崩れ、データが二か所で離れ始めます。
初めから組み合わせにする必要はありません。多くの事業所はひとつのかたちで始め、どの型にも入らない部分が現れたときにだけ二つ目を足します。この順序なら、境の管理の負担を、本当に必要になったときにだけ引き受けられます。
採点表は候補を狭めますが、ひとりで決めはしません。狭まった一覧で小さな試しを組み立てると、表の中の見込みが測定に変わります。
試しは第1レッスンのパイロットの物差しと同じです。狭い範囲、ひとつのきっかけ、目に見える成果、手作業で戻せること。違うのは、ここでの狙いが仕事の自動化ではなく道具の吟味だという点です。
離脱の計画は、道具を組み立てる前に書く短い覚え書きです。中に三つが入ります。データをどんな形で外へ出せるか、流れの書かれた相手がどこにあるか、移行のあいだ仕事がどう回るか。
この覚え書きは去るためではなく、依存を見るために書きます。書けない離脱の計画は、決定そのものを考え直す合図になり得ます。
提供元に計画を尋ねるのをためらわないでください。決定の段階で尋ねる相手は、提供元の側でも真面目に受け取られます。その問いが、契約のどの条項を読んだかを示すからです。避けられる離脱の問いは、それ自体が基準について何かを語っています。
第1レッスンで不動産事務所は問い合わせの記録をパイロットに選びました。第2レッスンでその地図が出て、第3レッスンで項目が定まりました。いま、どの道具で組み立てるかを見ます。
候補: 事務所は三つの候補を書きます。不動産向けの既製パッケージ、一般のノーコード流れ道具、そして既存の物件システムに足す個別構築の見積り。
プロセスと例外: 地図は落ち着いていて、手順は何か月も同じです。例外の数は中くらいです。地区が合わない、二度目の問い合わせ、担当が休み。三つとも書かれています。
連携: プロセスは三つのシステムに触れます。ポータル、物件システム、メッセージです。既製パッケージはポータルを読みますが、既存の物件システムにはつながりません。
チームと手入れ: 事務所には流れを組める担当がいて、簡単な変更は自分でこなします。手入れは内に残ってほしいと考えています。
データと離脱: 既製パッケージでは物件のデータが提供元の仕組みにあり、外へ出す道が限られます。ノーコード道具では記録が事務所自身の表に残り、流れは書かれた形で外へ出せます。
読み: 既製パッケージは連携、データの持ち主、離脱で低く出ます。個別構築は手入れの負担で重く出ます。ノーコードは三つの基準で中くらい、四つで高く出ます。
試し: 事務所はノーコード道具で受付の知らせの手順だけを組み立て、地区が合わない例外を試します。例外は組み立てられ、物件システムはつながり、担当は流れを自分で変えられます。
決定と離脱の計画: ノーコードが選ばれます。離脱の計画にはこう書かれます。記録は事務所の表にあり、流れの書かれた定めはプロセス地図にあり、移行が要るなら問い合わせの記録は一週間手作業で回せる。
このレッスンの見返りは、自分のパイロット業務のために表を埋めることから来ます。ページの下にある道具比較表をお使いいただけます。
埋まった表は第5レッスンの入力になります。選んだ道具で最初の自動化を組み立てることになります。
道具比較表をダウンロード（xlsx） · 七つの基準、三つの候補、理由の列、そして試しの構築と離脱の計画の部分も入っています。
どの製品も自分の強い機能を並べます。比較は製品が何をするかではなく、あなたの地図が何を求めるかで行います。
実演は普通の流れを見せ、例外は見せません。決め手は普通の流れではなく、地図の例外が組み立てられるかどうかです。
内に流れを組める人がいないのにノーコードを選ぶと、小さな変更のたびに外に頼ることになり、直しが積もります。
データがどこにあるかという問いを構築のあとに尋ねると、答えを変えるのが高くつきます。その問いは決める瞬間のものです。
出口の分からない道具は依存です。問いが立てられないと、その依存は去る必要が出たときにしか見えてきません。
ひとつの道具がよく動くからとあらゆる仕事をそこへ移すと、製品に合わないプロセスが無理をします。組み合わせの置き方のほうが、たいてい摩擦が少なくて済みます。
道具の決定を下す前に、下の項目すべてにはいと言えるほうがよいです。
道具の話に出てくる用語です。提供元と同じ言葉を使うと、比較が短くなります。
このレッスンでは、どの道具で組み立てるかを決め、理由を書きました。次のレッスンはその道具で最初の自動化を組み立てることを扱います。第1レッスンで紹介した五つの部分が、そこで実際に使われます。
公開済みのレッスンで進みたいときは、七つ目のモジュールが、組み立てた流れが思ったとおりに動かないときどこを見るかを扱っています。
組み立て票、五つの部分を順に組むこと、狭い門から運用に入ること。
項目辞書。データの持ち主という基準の土台。
研修セクションの全体と、あとから加わったモジュール。
候補を一緒に採点したいときは、ご連絡ください。表を一緒に埋めていきます。
WhatsAppでお見積もり