公開向けの紹介サイトは、情報を伝え、次のステップへ利用者を案内します。一方、カスタムアプリケーションは、ロジック、非公開データ、または取引も管理します。この違いを早い段階で見極めることで、完全なサービスのように見えても、約束した機能を安全に実行できないページを作ることを避けられます。
クリックした後に何が起きるかを見極める
サービスの閲覧、プロジェクトの確認、公開リソースの表示は、紹介サイトに適しています。決済、リアルタイムの在庫予約、アカウントへのサインイン、非公開記録の取り扱いには、画面に見える部分以外にも要件が加わります。ボタンや画面だけを説明するのではなく、一連の操作とそこで使われる情報を書き出しましょう。
デザイン以外の責任も考慮する
取引機能には、認証、権限ルール、サービス提供事業者との連携、エラー処理、継続的な運用が必要になる場合があります。非公開情報や規制対象の情報を扱う場合は、さらに確認が必要です。フォームを生成できるからといって、機微なデータを収集するフォームにしてはいけません。説得力のある画面があっても、基盤となるシステムが存在する証拠にはなりません。
外部サービスを意図的に利用する
既存の予約サービスや決済サービスへの明確なリンクを設けることと、こうした機能をウェブサイトに組み込むことは別です。リンク先を自分が所有または管理していること、そして実際の手順に対応していることを確認してください。サイトから移動することを訪問者に伝えましょう。リンク先のサービスが自動的に設定されている、または推奨されているかのように示してはいけません。
役立つカスタムサイト (Custom) の依頼を書く
想定する利用者、主な作業、関係する情報、既存のシステムについて説明してください。決済、アカウント、非公開記録が必要かどうかも伝えましょう。制約や質問を加えてください。ただし、一般的な依頼フォームから秘密情報、銀行情報、本人確認書類を送らないでください。
VollSite では、自動生成に対応していない機能をカスタムサイト (Custom) の審査に回します。カスタムサイト (Custom) の申し込みは手動評価の依頼であり、即時の見積もり、決済、納品を約束するものではありません。オーナーは依頼を個別に確認します。より複雑な作業の評価中は、公開向けの紹介サイトで実現する範囲を正直に示し、決済やログインを模した体験を、実際に使えるサービスであるかのように公開してはいけません。