ノーコードで作成した成果物をクライアントへ納品する方法とは？

ノーコードで作成した成果物をクライアントへ納品する方法は、完成した画面だけでなく、編集権限・利用に必要なアカウント情報・操作方法も含めて引き渡すのが基本です。納品方法は、Webサイトやフォーム、業務アプリなどの種類と、クライアントが今後どこまで自分で管理するかによって変わります。

ノーコード成果物の主な納品方法

納品方法は、大きく分けて「クライアントのアカウントへ移管する方法」と「制作者の環境で運用し、閲覧・利用してもらう方法」の2つです。

単に公開URLを送るだけでは、クライアントが編集できなかったり、契約終了後に運用できなかったりする場合があります。納品前に、完成品だけを渡すのか、管理権限まで引き渡すのかを決めておくことが重要です。

納品前に決めておくべき項目

納品トラブルを防ぐには、作業を始める前または公開前に、成果物の範囲と管理方法を合意します。

• 納品するページや機能の範囲
• 公開URLや独自ドメインの管理者
• ノーコードサービスの契約者と支払者
• 編集権限を誰に付与するか
• 画像、文章、動画などの素材の引き渡し範囲
• フォームの回答や顧客データの管理者
• 操作説明やマニュアルの有無
• 納品後の修正、保守、更新作業の扱い
• サービス終了やプラン変更時の対応

特に重要なのは、サービスのアカウントを誰が所有するかです。制作者の個人アカウント内で作成したまま納品すると、契約終了後にクライアントが編集できない、請求先を変更できないといった問題が起きる可能性があります。

クライアントへ移管して納品する手順

クライアントが今後、自分でサイトやアプリを管理する場合は、クライアント名義のアカウントやワークスペースへ移管する方法が適しています。具体的な画面名や移管の可否は、利用するノーコードサービスによって異なります。

1. 納品先のアカウントを確認する

   クライアントが所有するアカウントのメールアドレスやワークスペースを確認します。制作者のアカウントで作成した場合は、移管後に制作者の権限を残すかどうかも決めます。

2. プロジェクトを移管または共有する

   サービスに移管機能がある場合は、対象のプロジェクトをクライアントのアカウントへ移します。移管機能がない場合は、共同編集者として招待する方法や、クライアント側で複製できる形式を検討します。

3. 権限を設定する

   クライアントに管理者、編集者、閲覧者などのどの権限を付与するかを確認します。必要以上に広い権限を付けず、契約内容に合う範囲で設定します。

4. ドメインや公開設定を確認する

   独自ドメインを使う場合は、ドメインの契約者、DNS設定、更新費用の支払者を確認します。移管後に公開状態やフォームの送信先が変わっていないかも確認します。

5. クライアントのアカウントで操作を確認してもらう

   クライアントにログインしてもらい、編集、保存、公開、問い合わせ内容の確認など、必要な操作ができることを確認します。

6. 納品物と確認結果を記録する

   納品したURL、アカウントの管理者、設定内容、未対応事項を一覧にして共有します。クライアントの確認が完了した日時や担当者も記録しておくと、後から範囲を確認しやすくなります。

公開URLだけを納品する場合に伝えること

クライアントが編集する必要がなく、完成したページを利用できればよい場合は、公開URLを納品する方法もあります。ただし、URLを送るだけでは納品範囲が分かりにくいため、次の情報を添えます。

• 公開URL
• 対応したページや機能
• 推奨する閲覧環境や確認済みの端末
• フォームや予約機能がある場合のテスト結果
• 画像や文章などの使用素材の一覧
• 契約終了後も利用できる機能と、継続契約が必要な機能
• 更新や修正を依頼する方法

公開URLだけを渡す場合、編集用のプロジェクトデータや管理権限を納品したことにはなりません。クライアントが将来の更新やサービス変更への対応を求めているなら、編集権限や管理アカウントの扱いも別途決めます。

ファイルをエクスポートして納品する場合の注意点

ノーコードサービスによっては、作成したページをHTML、CSS、画像などのファイルとして書き出せます。ただし、エクスポートできるのは見た目のデータだけで、フォーム送信、データベース、ログイン、予約、決済などの機能は引き継げない場合があります。

そのため、ファイル納品を行う場合は、次の点を確認します。

• どのファイルが出力されるか
• 画像やフォントなどの素材が含まれるか
• フォームやデータベースが動作するか
• 別のサーバーへ設置できるか
• 外部サービスとの連携設定を再設定する必要があるか
• 利用している素材のライセンスを移管できるか

「エクスポートできる」ことと、「別の環境で同じように動く」ことは同じではありません。動的な機能を含む成果物では、ファイルの納品だけで完了と判断せず、移設後の動作確認まで契約範囲に含めるかを決めておきます。

納品時に渡すべきもの

ノーコードで作成した成果物の納品では、完成画面だけでなく、クライアントが管理するために必要な情報を整理して渡します。

1. 成果物の一覧

ページ名、URL、実装した機能、対応していない機能を一覧にします。依頼内容に含まれなかった部分がある場合は、「未対応」や「別途対応」と明記します。

2. アカウントと権限の情報

サービス名、管理者、招待したユーザー、権限の種類を記載します。パスワードを納品書や通常のメール本文にそのまま書くのは避け、サービスの招待機能や安全な共有方法を使います。

制作者が一時的に使用したアカウントや決済情報が残っている場合は、納品後に削除・変更する対象も明確にします。

3. 操作マニュアル

クライアントが実際に行う操作に絞って、画像や短い動画などで説明します。たとえば、次の内容が考えられます。

• 文章や画像を変更する方法
• ページを追加・非公開にする方法
• フォームの回答を確認する方法
• 予約や注文の情報を確認する方法
• 変更内容を保存・公開する方法
• 問題が起きたときに元へ戻す方法

4. 設定情報と運用上の注意

独自ドメイン、アクセス解析、フォームの通知先、外部連携、定期課金など、納品後の運用に関わる設定をまとめます。料金が発生するサービスは、サービス名だけでなく、誰が契約し、どのタイミングで更新されるかも記載します。

納品前に行う動作確認

納品前は、制作者の環境だけでなく、クライアントが使うアカウントや実際の公開環境で確認します。最低限、次の項目を確認します。

• 主要ページが正しいURLで表示される
• スマートフォンとパソコンで表示が崩れていない
• リンク、ボタン、メニューが動作する
• フォームの送信と通知メールを確認できる
• 画像や文章に誤りがない
• ログインが必要な機能を利用できる
• 編集後に保存・公開できる
• 公開後に変更内容が反映される
• 不要なテストデータや仮の文章が残っていない

フォームや予約機能を確認する場合は、テスト送信したデータを削除する方法も確認します。実際の顧客情報を使わず、テスト用の情報で検証することも大切です。

納品時に起きやすいトラブルと対策

納品書や引き継ぎ資料に記載する内容

納品書や引き継ぎ資料には、次の項目を記載すると、成果物と責任範囲を確認しやすくなります。

• 案件名と納品日
• 納品するURLやプロジェクト名
• 対応したページ・機能
• 使用したノーコードサービス
• クライアントへ移管した権限
• クライアント側で契約が必要なサービス
• 未対応の項目や既知の制限
• 納品後の修正・保守の条件
• 操作マニュアルや関連ファイルの保存場所
• クライアントによる検収方法と期限

納品の完了条件が「URLを共有した時点」なのか、「クライアントが操作確認を終えた時点」なのかによって、責任の範囲が変わります。契約書や発注書に定めがある場合は、その内容と一致させます。

目的に合う納品方法を選ぶ

クライアントが自分で更新するなら、クライアント名義のアカウントへ移管し、編集権限と操作マニュアルを渡す方法が向いています。制作者が継続的に更新するなら、クライアントを必要な権限で招待し、保守契約や修正条件を明確にします。

閲覧だけが目的なら公開URLの納品でも対応できますが、将来の編集やサービス移行まで含める場合は、URLだけでは不十分です。納品前に「何を渡したら完了なのか」「誰が契約と管理を担うのか」を確認し、クライアントのアカウントで動作確認まで行うと、引き継ぎ後のトラブルを抑えやすくなります。