電子書籍 制作を調べているなら、ファイルを増やす前に、時間ではなく成果物の受け渡しで三日を区切るのが答えです。対象は完成原稿一冊と未完成の表紙を持つ初制作の日程表です。この記事では準備日の正本、生成日の設定、検査日の成果物、戻し先、公開前保留を使って、『初めての電子書籍制作を準備日・生成日・検査日の三日に分けられる』までの判断を組み立てます。執筆スケジュール、販売申請、広告は扱わないという範囲には踏み込みません。
直接回答：時間ではなく成果物の受け渡しで三日を区切る
ファイルを増やす前に、時間ではなく成果物の受け渡しで三日を区切るのが答えです。完成条件は『初めての電子書籍制作を準備日・生成日・検査日の三日に分けられる』です。
判断欄は準備日の正本、生成日の設定、検査日の成果物、戻し先、公開前保留です。『執筆スケジュール、販売申請、広告は扱わない』は合格条件へ混ぜません。
正本と状態を一枚の記録へ集める
原稿整理から閲覧確認までを一日に詰め込み、確認を飛ばすことを防ぐには、作業名ではなく、準備日の正本・生成日の設定・検査日の成果物・戻し先・公開前保留を一行で追える記録が要ります。ファイル名に『最終』と書くだけでは、誰が何を直し、次にどこから始めるかは残りません。
使う材料は完成原稿一冊と未完成の表紙を持つ初制作の日程表です。正本、作業用複製、成果物を別の識別子で持ちます。二周目では、状態を『未着手・作業中・確認待ち・確定』に分け、空欄を成功扱いしません。
五つの作業を同じ標本でつなぐ
次の五項目は、完成原稿一冊と未完成の表紙を持つ初制作の日程表を同じ条件で扱うための製品非依存の検査順です。特定製品で確認した操作結果ではなく、どの候補にも適用する受け入れ手順として使います。各項目の終了時に、対象、準備日の正本に関する確認事実、次の入力を一行ずつ残します。
一周目の終了条件は『初めての電子書籍制作を準備日・生成日・検査日の三日に分けられる』を説明できることです。途中で未完成素材の待ち時間を制作完了と数えるなら、その地点で止めます。別の素材や設定へ逃げず、停止理由を同じ作業票へ書きます。
- 1. 準備日に原稿と素材を固定する
- 2. 生成日に書誌と順序を入力する
- 3. 一意なEPUBを出力する
- 4. 検査日に構造と表示を分けて見る
- 5. 指摘を原稿か設定へ戻して再生成する
完成原稿一冊と未完成の表紙を持つ初制作の日程表をどう読むか
完成原稿一冊と未完成の表紙を持つ初制作の日程表では、見た目の印象ではなく準備日の正本から公開前保留までを順に判定します。対象の名前、開始値、保存先または成果物IDを添えれば、古い結果を今回の結果と取り違えません。
ここで記録するのは『うまくいった気がする』ではなく、準備日の正本と公開前保留の何を見て合格または保留にしたかです。二周目では、未実施の欄は未実施のまま残し、『初めての電子書籍制作を準備日・生成日・検査日の三日に分けられる』という結論へ広げて解釈しません。
- 準備日の正本：対象と期待状態を先に書き、『未完成素材の待ち時間を制作完了と数える』なら未合格として戻し先を示す
- 生成日の設定：対象と期待状態を先に書き、『生成日に閲覧検査まで省略する』なら未合格として戻し先を示す
- 検査日の成果物：対象と期待状態を先に書き、『検査結果を生成物だけへ手修正する』なら未合格として戻し先を示す
- 戻し先：対象と期待状態を先に書き、『未完成素材の待ち時間を制作完了と数える』なら未合格として戻し先を示す
- 公開前保留：対象と期待状態を先に書き、『生成日に閲覧検査まで省略する』なら未合格として戻し先を示す
三つの失敗は戻し先が違う
このテーマで止めるべき状態は、未完成素材の待ち時間を制作完了と数える、または生成日に閲覧検査まで省略する、または検査結果を生成物だけへ手修正するです。三つを一括して『使いにくい』とせず、どの入力、設定、成果物で観察したかを分けます。原因が違えば戻し先も違います。
修正後は準備日に原稿と素材を固定するから全項目をやり直す必要はありません。ただし、変更した条件に影響する準備日の正本・生成日の設定・検査日の成果物・戻し先・公開前保留は再確認します。前回の行を消さず、変更日と新しい成果物を追加すると差分が追えます。
- 停止1：未完成素材の待ち時間を制作完了と数える
- 停止2：生成日に閲覧検査まで省略する
- 停止3：検査結果を生成物だけへ手修正する
一般手順とRune Studioの境界
公開機能資料では「縦書き・横書き、目次、表紙、奥付を設定してEPUB 3へ出力できる」という機能範囲が確認できます。そのため、原稿、章順、書誌、目次、表紙、奥付を一つの制作記録へまとめる用途を一つの制作環境で試したい場合の候補になります。ただし、この説明は公開資料で確認した機能範囲であり、完成原稿一冊と未完成の表紙を持つ初制作の日程表が全項目に合格したという実測結果ではありません。
向くのは、時間ではなく成果物の受け渡しで三日を区切るという管理を保ちながら、原稿と設定または資料の受け渡しを減らしたい人です。一方、本記事の対象外は『執筆スケジュール、販売申請、広告は扱わない』です。その範囲や外部サービス側の受理まで必要な場合は、別の道具と出口検査を組み合わせます。
今日決める一行：準備日・生成日・検査日の成果物を一行ずつ書く
電子書籍 制作で持ち帰る結論は、時間ではなく成果物の受け渡しで三日を区切ることです。準備日の正本・生成日の設定・検査日の成果物・戻し先・公開前保留を別欄にすれば、『初めての電子書籍制作を準備日・生成日・検査日の三日に分けられる』へ達したかを、機能数や印象ではなく記録で判断できます。
まず準備日・生成日・検査日の成果物を一行ずつ書く。完成原稿一冊と未完成の表紙を持つ初制作の日程表の複製で一周し、『未完成素材の待ち時間を制作完了と数える』に当たる状態が起きた地点を残してください。Rune Studioを試す場合も同じ作業票を使い、公開仕様の存在と手元の合格結果を混ぜないことが次の比較を正確にします。
この記事が答えるのは『時間ではなく成果物の受け渡しで三日を区切る』までです。近接するSTUDIO-071（担当間受け渡し）、STUDIO-085（小説制作）の中心論点は代替しません。除外範囲は『執筆スケジュール、販売申請、広告は扱わない』です。製品候補を確認するときは、Rune Studioの製品ページで現行Mac版の範囲を照合してください。
