動作上の問題
このサンプルは、1 つのプロジェクト レコードから生成された、表紙、概要、問題のインデックス、証拠ページ、アクションの所有権、クローズアウト構造を示しています。
空のテンプレートは見出しを標準化できますが、それだけでは数十枚の写真、担当者、期日、ステータスの変更を揃えることはできません。より良いワークフローは、キャプチャ中に各項目を構造化し、エクスポート時にプレゼンテーションを生成することです。
対象者: レポート形式を評価したり、Word やスプレッドシートのテンプレートを置き換えたり、サイト訪問全体で一貫したパンチ リスト標準を設定したりするチーム。
信頼できるフィールド記録に必要なもの
すべての項目は、検査員の記憶に頼らずに理解できる必要があります。説明は事実に基づいたものにし、場所を見つけやすくし、十分な写真のコンテキストを示し、必要なアクションを確認できる結果として書き込みます。責任と期限により、登録は実行可能になります。ステータスと完了の証拠により、追跡可能になります。
| ステージ | 有用な出力 |
|---|---|
| キャプチャ | エリア、取引先、所有者、優先順位、ステータス、日付、メモ、写真が 1 つのアイテムに添付されたままになります。 |
| ハンドオフ | プロジェクト レコードから完全なレポート、焦点を絞ったアクション リスト、または CSV 登録を生成します。 |
| フォローアップ | 元の状態を保持し、解決メモと事後証拠を追加して、クローズアウト記録を発行します。 |
3 段階のワークフロー
準備する
実際のサンプル出力をダウンロードして確認してください。
キャプチャとレビュー
ウォークの前に、必須の項目フィールドと命名規則に同意してください。
発行して閉じる
一貫してキャプチャし、同じソースから完全なレポートとフィルター処理されたアクション リストを生成します。
フィールドとレポートのチェックリスト
チェックリストを自分の役割、契約、管轄区域、記録ポリシー、および訪問の技術的範囲に適合させます。 SiteReportKit は情報を整理します。ユーザーに検査権限を与えたり、専門的な判断をしたりするものではありません。
- プロジェクトとクライアントのアイデンティティ
- ユニークアイテムリファレンス
- エリアと正確な位置
- 説明と必要なアクション
- 注釈付き証拠写真
- 所有者、優先度、期日、およびステータス
発行前のレポート品質チェック
- タイトル、作成者、日付、サイト、クライアント、範囲、対象受信者を確認してください。
- アイテム参照が一意であり、場所が 1 つの一貫した階層を使用していることを確認してください。
- 異なる所有者またはクローズアウトの決定を必要とする重複と分割条件を削除します。
- キャプション、注釈、名前、日付、ステータス、および必要なアクションをフィールド レコードと照合して検証します。
- エクスポートされた PDF、XLSX、または CSV を開き、画像の判読性、改ページ、フィルター、カウントを検査し、プロジェクトの記録プロセスの下で発行されたバージョンを保存します。
