電子化で止まる仕事、デジタル化に進む仕事 ── 文字起こしPDFからダッシュボードへ

合奏を録音・録画して、文字起こしをして、要点をきれいなPDFにまとめる。やり切った気になります。ところが翌週の練習で、その紙は一度も開かれません。譜面台に立てば、必要なのは「あの箇所で指揮者が何と言ったか」であって、A4 に整った 20 ページの報告書ではない。

長いあいだ、私はこの徒労の理由を「まとめ方が悪い」のだと思っていました。違いました。まとめ方の問題ではありません。文字起こしをPDFにする作業は、そもそも体験を変える段に上がっていなかったのです。

§1 電子化とデジタル化は、別の段にある

言葉をはっきりさせておきます。よく地続きに語られますが、電子化（digitization）とデジタル化（digitalization）は別の段です¹。

• 電子化（digitization）は、アナログな情報をビットに写すこと。紙をスキャンする、音声を文字に起こす、それを PDF にする。情報は保存されるが、やることは紙の時代のままです。
• デジタル化（digitalization）は、情報ではなくプロセスと体験そのものをデジタルで組み替えること。ここで初めて、できることが変わります。

この物差しを当てると、話は一瞬で片づきます。合奏の文字起こしをPDF化する ── あれは電子化です。音という一次資料を文字に写経して、紙の器に流し込んだ。情報は残りました。でも「練習中に、要点から一次資料へ戻る」という体験は、紙のまま一歩も動いていない。だから翌週、開かれない。最上の体験につながらないのは当然で、段が一つ足りなかっただけです。

私は以前、PDF に動画や音声を埋め込むことも試しました。あれは電子化のまま、器に飾りを足そうとした試みでした。埋め込んでも、PDF は依然として「上から下へ読む紙」で、聴きたい 8 秒に一発で降りる動線がない。器を変えずに中身を盛っても、段は上がりません。

§2 欲しかったのは、一次資料へ戻る動線だった

本当に欲しかったものを、いま言葉にできます。まとめの該当箇所から、一次資料（映像・音声）へシームレスに戻れること。それだけです。

文字起こしのレポートは、それ自体が目的ではありません。私はこれを Verification だと考えています ── 一次資料が正で、文字起こしはその検算です。だから最終的にたどり着きたいのは文字ではなく、指揮者の声そのもの、その場の音そのものである。まとめは、そこへ戻るための索引にすぎない。

いま作っているダッシュボードでは、まとめの中に [12:34] のような時刻が埋まっていて、そこをタップするとページ内で当該時刻の映像が鳴ります。別タブも開かず、紙をめくる感覚もなく、要点を読んでいた指がそのまま一次資料に触れる。曲ごとのまとめは、報告書の見出し構造をそのまま機械で抽出しているので、「どの曲のどの箇所の話か」が取り違えなく並びます。

この設計の目的は、情報を保存することではありません。身体化です。読んで分かる、ではなく、次に楽器を構えたときに反射で出る状態まで持っていく。そのためには、練習と練習のあいだに何度も一次資料へ戻る反復が要る。反復のいちばんの敵は、戻るまでの摩擦です。「あの映像どこだっけ」で 30 秒探す時点で、人はもう戻りません。だからダッシュボードがやっているのは、賢い要約を出すことではなく、戻る摩擦をゼロに近づけることだけです。始めの摩擦は下げる。中の難しさ（実際に聴いて、真似て、直す）は下げない。装置が肩代わりしてよいのは前者だけです。

§3 ツールを作るのではなく、オーケストレーションを作る

ここで一番言いたいことに来ます。開発の対象は、ツールそのものではありません。一連のツールのオーケストレーション、つまり体験としての統合層です。

いま動いているものを分解すると、こうなっています。

[動画]  →  文字起こし・報告書(tex/PDF)  →  曲別まとめ(構造抽出)  →  ダッシュボード
 一次資料      道具A                        道具B                   統合層(shell)

一つひとつは、小さな道具です。動画から報告書を作る道具、報告書から曲別まとめを組む道具、まとめと一次資料を束ねて配る仕組み。どれも「一つのことをうまくやる」だけで、互いをパイプでつないでいる。ダッシュボードはこのパイプラインの終端に立つ shell であって、何でも入りのモノリスではありません。

これはそのまま UNIX という考え方 です。小さな道具を作り、テキストでつなぎ、組み合わせで大きなことをやる。私が 残るもの、残らないもの で書いたのと同じ原理が、ここでも効いています ── 中間生成物を素朴なテキスト（tex や JSON）に置いているから、道具は後からいくらでも差し替えられる。文字起こしエンジンが変わっても、まとめの組み方を変えても、統合層の体験は壊れません。

「アプリを一つ作る」と考えると、この設計は出てきません。体験を設計対象に置くと、初めて「では、その体験を成り立たせる道具をどう並べるか」という問いになる。オーケストレーションを作る、とはそういう意味です。

§4 ここまでやって、ようやくデジタル化と呼べる

段の話に戻ります。文字起こしをPDF化する電子化に対して、要点から一次資料へ摩擦なく戻れる統合層は、プロセスそのものを組み替えている。練習の合間の「復習」という行為の中身が変わる。ここで初めて、デジタル化と呼んでよい段に上がります。

そして面白いのは、この設計が対象を選ばないことです。いまはオーケストラや吹奏楽団の団員向けに作っていますが、統合層の骨格は「一次資料（映像・音声）＋その索引＋戻る動線」でできていて、中身が音楽である必然性はありません。会議の録画と議事録でも同じ。ホルンのレッスンの録画でも同じ ── レッスンで言われた一言に、家で楽器を構えたその場で戻れるなら、上達の反復回数が変わります。対象が変わっても、設計する層は同じ。だから一度作ったものは、横に効きます。

§5 UX は、個人の知識インフラに直結する

最後に、少し抽象度の高い話をします。こういうことを考えていると、仕事とプライベートの境界が曖昧になってきます。困ることではなく、むしろ手応えの正体です。

ここで設計しているのは、突き詰めれば自分（や仲間）の知識をどう構造化し、どう引き出すかという問題です。一次資料をどう索引づけ、どのモードで開示し、どこへ戻れるようにするか ── これは Personal AI Infrastructure（PAI）やオントロジーの層の話そのものです。「団員ダッシュボード」という趣味の器物と、仕事で考えている知識インフラの設計は、同じ一つの問いの別の現れでした。だから境界が溶ける。

デジタル化は、しばしば組織や業務の話として語られます。でも私が実際に触っているのは、もっと手前の、個人が自分の知識をどう身体化するかという層です。段を一つ上るとは、情報を保存する電子化から、想起と反復を組み込んだ体験へ移ること。そこまでやって初めて、紙は開かれるようになります。