一体型EPUB Editorを選ぶときは、機能数ではなく、過去20件の改稿がどこで完了したかを数えます。各改稿を「Editor内で完了」「外部へ受け渡し」「作業停止」の三つへ分類し、外部受け渡し率と停止件数を候補ごとに出します。受け渡しが少なくても、修正結果を原稿へ戻せない停止が一件あれば採用しません。一体型の判断は「何でも内蔵」ではなく、実際の例外が少なく、戻し方まで説明できることです。
20件は機能名ではなく改稿票から選ぶ
母集団には、本文修正、章順変更、目次名変更、書誌修正、表紙差し替え、CSS調整など、過去に実際に発生した改稿を入れます。同じ作業を重複して数えず、20件それぞれへ期待結果を一つだけ書きます。製品比較のために作った架空の課題で埋めると、自分の制作で起きる例外率になりません。
改稿票の最低項目は「改稿ID」「要求」「期待結果」「正本」「判定」の五つです。正本は、修正を次回の生成にも残す場所です。正本を指せない改稿は、候補製品の操作前から判定不能として分けます。
三状態は改稿が終わった場所で決める
「Editor内で完了」は、期待結果までEditor内の正本へ反映できた行です。「外部へ受け渡し」は、外部ツールが必要でも、入力、出力、原稿へ戻す場所を説明できる行です。「作業停止」は、必要な変更を完了できない、または結果の戻し先が分からない行です。
外部ツールを開いた回数では分類しません。一件の表紙差し替えで画像編集を外へ渡しても、戻し先が表紙設定として固定されていれば受け渡しです。反対にEditor内で見た目だけ直せても、次回生成へ残る正本が不明なら停止です。
受け渡し行は三点セットで再現する
外部受け渡しの行には、input、output、returnを必ず書きます。
input：外部へ渡すファイルまたは値output：外部作業後に戻るファイルまたは値return：Editor内で戻す正本の場所
たとえば「表紙差し替え / input=cover.png / output=cover-fixed.png / return=表紙設定」です。三つのうち一つでも空欄なら、その行は受け渡しではなく停止へ置きます。例外率を低く見せるために、説明できない手作業を外部受け渡しへ数えてはいけません。
例外率と停止件数を別の式で読む
外部受け渡し率は「外部受け渡し件数÷20×100」です。停止件数は率へ混ぜず、絶対数で見ます。チームで許容する受け渡し率を先に決め、停止ゼロを必須条件にします。
説明例として、候補Aが「内部14、外部4、停止2」なら受け渡し率は20%ですが、停止が2件あるため不採用です。候補Bが「内部16、外部4、停止0」で、許容上限を20%に決めていたなら次の試用へ進めます。14・4・2と16・4・0は計算方法を示す例であり、特定製品の実測値ではありません。
候補表は20行の分布から作る
| 候補 | 内部完了 | 外部受け渡し | 停止 | 受け渡し率 | 判定例 |
|---|---|---|---|---|---|
| A | 14 | 4 | 2 | 20% | 停止ありで不採用 |
| B | 16 | 4 | 0 | 20% | 上限20%なら試用へ |
合計欄は必ず20になります。合わなければ未分類の改稿があります。平均点や機能数は加えません。この表が答えるのは、過去の改稿が候補内でどの程度閉じ、例外を運用として説明できるかだけです。
Rune Studioは測定前の候補として扱う
Rune Studioは、Macでの原稿編集、プレビュー、書誌設定、目次、表紙、EPUB 3出力を扱う機能範囲が資料上で確認されています。これは20件の改稿票へ候補として入れる根拠です。しかし、20件を実際に分類した測定結果ではありません。
高度なパッケージ内部編集などは外部受け渡しになる可能性があります。どの行が内部、外部、停止になるかは、各チームの過去20件を候補へ通して初めて決まります。制作速度、固定レイアウト、未知の他社EPUB要素の保持も本記事の判定には含めません。
一体型は「停止ゼロ」と説明可能な例外で選ぶ
最初に候補ごとの停止件数を見ます。一件でも残れば、その候補は一体型として採用しません。停止ゼロの候補同士だけで外部受け渡し率を比べ、許容上限以下か、三点セットを別担当が読んで再現できるかを確認します。
一体型EPUB Editorの結論は機能一覧から出ません。過去20件の各行が内部、外部、停止のどこへ着地したか、その分布から出ます。今日行うことは、直近の改稿20件を並べ、正本と期待結果を付けることです。その票が、宣伝文句ではなく自分の運用に合う候補を選ぶ基準になります。
20件を一度に用意できない場合も、件数を水増ししません。まず直近の実在票を集め、20件に達するまで測定を保留します。少数票の途中結果を製品全体の例外率として公開しないことも、選定条件の一部です。
次の一歩は、直近の改稿票へID、期待結果、正本の三列を足すことです。
Rune Studioを候補へ入れる場合は、商品ページと機能資料で現行の対象範囲を確認してから、同じ20件の票へ追加してください。
