お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

1.概要

1.1ベストプラクティスの重要性

1. 手動プロセスを自動化して業務効率を向上させる
   
2. 役割に基づくアクセス権と監査証跡により、セキュリティとコンプライアンスを強化する
   
3. ビジネス要件の拡大に合わせて容易に拡張する
   
4. 指標やダッシュボードを通じて、業務に関するリアルタイムの可視性を提供する
   

1. アプリケーション構造を慎重に計画する
   
2. 最初から拡張性を考慮して設計する
3. 整理され、明確に定義されたデータ関係を維持する
   
4. ワークフローとDelugeスクリプトを最適化する
   
5. 強固なセキュリティ基準を適用する
   

2.アプリケーション設計

2.1適切なプランの選択

1. 目安として、必要な上限より少なくとも5〜10パーセント多い上限を確保することが理想的です。これにより、ユーザー活動が急増した場合でもアプリケーションを拡張できます。
   
2. アプリを使用するユーザーの種類など、組織の要件に基づいて料金プランを特定します。たとえば、外部顧客にアプリケーションへのアクセスを許可する必要がある場合は、顧客ポータル機能を提供するプランを選択してください。
   

2.2アプリケーション構造とデータ

1. アプリケーションを構築する前に、全体の構造を定義し、項目や関係を含むデータモデルを設計し、暗号化が必要な項目を特定し、既存プロセスの課題を評価します。
   
2. アプリケーション構造を文書化します。これにより、後で変更を加えやすくなります。
   
3. すべてのコンポーネントにわかりやすい名前を割り当てます：フォーム、項目、レポート、ワークフロー、ブループリント、ページ、変数、関数、権限セット。
   
4. フォーム間に関係を作成するには、ルックアップ項目を使用します。これにより、フォーム間でのデータの重複を避けられます。
   
5. データの整合性を維持するために、項目に［必須］や［重複値なし］などのプロパティを設定します。
   
6. 単独のエンティティとして存在すべきデータや、複数のフォームで再利用すべきデータを保存するためにサブフォームを使用することは避けてください。このような場合は、代わりにルックアップ関係を持つ別のフォームを使用します。これにより、不要な重複を防ぎ、データの正規化を向上させ、共有データの更新がアプリケーション全体に一貫して反映されるようになります。
   
7. 適切に構成されたサブフォームは、整理されたデータ関係の維持、冗長性の削減、アプリ全体のパフォーマンスとメンテナンス性の向上に役立ちます。
   
8. 不要なコンポーネントをアプリケーションから削除します。
   
9. データの削除動作を指定します（特定のデータが削除された場合に、関連するデータがどうなるか）。たとえば、従業員が削除された場合、その従業員に割り当てられたタスクがどうなるかを指定します。
   
10. 重複または競合するワークフローを避け、必要な場合にのみワークフローをトリガーします。
    
11. アプリケーションへの変更は、ステージング環境および本番環境に公開する前に、開発環境で実施し、十分にテストします。
    
12. アプリの定期バックアップ機能を使用して、定期的なバックアップを作成します。
    
13. 適切な役割に基づくアクセス制御を確保し、検証によってデータの整合性を維持し、展開前に十分にテストします。
    
14. Zoho Creatorでデータライフサイクル戦略を実装するには、スケジュールワークフローを使用して、非アクティブまたは古くなったデータの処理を自動化できます。これにより、レポートを最適な状態に保ちながら、古いデータを定期的にアーカイブまたは削除できます。
    

2.3ユーザビリティとユーザー体験

アクセシビリティのヘルプページで、アクセシブルでインクルーシブなアプリの構築方法を参照できます。

1. 明確なコンポーネント名：フォーム、レポート、ページなどのコンポーネント名とその説明（ある場合）が、目的を明確に伝えるようにします。さらに、フォーム項目には説明的なラベルとツールチップを用意し、フォーム送信をより速く簡単にします。
   
1. たとえば、フォーム名には「申請フォーム」ではなく、「求人応募フォーム」や「会員申請フォーム」のように、より具体的な名前を使用します。
   
2. 上記の例の説明としては、「当社の職種に応募するには、このフォームに入力してください。個人情報、職務経験、資格を入力してください。」のように記載できます。
   
3. 名前項目については、「名前」から「氏名を入力してください。」に変更できます。
   
2. わかりやすく包括的な表現：専門用語、慣用句、省略語、一般的でない表現は避けてください。代わりに、明確でわかりやすい表現を使用して、ユーザーの理解とアクセシビリティを高めます。
   
3. 一貫性：すべてのコンポーネントで、ページタイトルとナビゲーションボタンのラベルを一貫して明確に保ちます。
   
4. テストとユーザーフィードバック：障がいのあるユーザーとともにアプリを定期的にテストし、そのフィードバックをアプリ設計プロセスに取り入れて、真にアクセシブルなユーザー体験を作成します。
5. 文書化の基準：メンテナンス、今後の参照、トラブルシューティングを容易にするために、内部ドキュメントを維持し、ワークフローと自動化ロジックを明確に文書化します。十分に文書化されたアプリケーションは、他の開発者との共同作業を容易にし、問題発生時に関連情報をサポートチームと共有しやすくします。
   
6. ローカライズ：Zoho Creatorの多言語翻訳サポートを使用して、アプリケーションをより幅広いユーザーが利用できるようにし、組織、地域、言語の壁を越えたシームレスな共同作業を可能にします。
   

1. 複数列レイアウトを使用して、フォームを小さな部分に分割できます。
   
2. セクションを使用して、コンテキストに基づいて項目を論理的にグループ化できます。
   
3. ユーザーがWebブラウザーからフォームにアクセスしたときに表示される項目の入力エリアについて、項目サイズと項目ラベルの位置を設定できます。
   
4. ツールチップとヘルプテキストを使用して、項目に必要な入力内容をユーザーが理解できるようにできます。
   
5. フォーム送信を確認するために、成功メッセージを追加できます。
   
6. 関連する操作時に、メール、SMS、プッシュ通知をユーザーに送信するように設定することもできます。
   
7. 適切な成功メッセージとアラートを表示して、視覚的な補助を提供できます。
   

1. コンテキストメッセージを使用すると、レポートに表示されるメッセージを適切な内容にパーソナライズできます。
   
2. レポートのクイックビューには、最も重要で関連性の高い列のみを追加してください。
   
3. その他の情報は詳細ビューに追加し、ブロックを使用して論理的にグループ化できます。
   
4. レポートの列を固定すると、レポートをスクロールする際にデータの文脈を維持できます。
   
5. 条件付き書式を使用すると、特定の条件にもとづいて特定のデータを強調表示できます。
   
6. 編集、削除、複製、データの表示などの既存のシステム操作に加えて、カスタムアクションボタンを使用すると、頻繁に行う操作を簡素化できます。これらのボタンは、実行前に確認メッセージを表示するように設定できます。
   
7. カスタムレイアウトとデータテンプレートを使用すると、文脈に応じてデータの表示をさらにカスタマイズできます。
   
8. CreatorのCanvasレイアウトビルダーを使用して、ビジネス要件に合わせたデータの詳細ビューのレイアウトを設計できます。
   

1. ページを使用すると、アプリケーション用にカスタマイズしたダッシュボードを作成し、アプリケーション内のプロセス全体を把握できます。ただし、複数のコンポーネントを詰め込みすぎないようにしてください。
   
2. 10～15個を超えるコンポーネントを追加すると、ユーザーの認知負荷が高まる可能性があります。
   
3. 文脈に応じて複数のページを作成できます。
   

1. テーマを使用すると、アプリケーションナビゲーションをカスタマイズできます：上部、左側、グリッドナビゲーション。
   

3.AIの効果的な利用

Zoho GenAIはZoho独自のLLMで、追加費用なしで利用できます。Zoho GenAIを使用する場合、データはZohoのエコシステム内で保護されます。

3.1 Zoho Ziaの一般的なベストプラクティス

メモ：スクリプト支援、アプリやフォームの作成などのZoho GenAI機能は、Creator AI呼び出しを消費せず、無料で使用できます。これらの使用量は、Zoho Ziaで設定されている各LLMプロバイダーの制限に従います。

1. ビジネスプロンプトを記述する際は、次の点を考慮してください。
   
1. アプリまたはフォームでどのような課題を解決したいですか？
   
2. このアプリは誰が使用することを想定していますか？
   
3. アプリでどのデータを処理する必要がありますか？
   
2. AI機能を使用する際は、プロンプトに機密情報や秘匿情報を含めないでください。
   
3. プロンプトを入力する際は、アプリやフォームで収集、追跡、一覧表示、管理する内容を、次のような日常的な言葉で説明してください。
   
1. 「IT管理者がノートパソコン、デスクトップ、モバイルデバイスなどの会社資産を追跡するための資産管理アプリを作成してください。このアプリでは、新しい資産の追加、従業員への資産の割り当て、資産の状態と場所の追跡、メンテナンス履歴の記録、資産ステータスに関するレポートの生成ができるようにしてください。資産、従業員、資産割り当て、メンテナンスログ用の個別のフォームに加えて、総資産数、割り当て済みと未割り当ての資産、今後のメンテナンス予定を監視するダッシュボードを含めてください。」
   
2. このプロンプトが有効なのは、アプリの利用者（IT管理者）、達成すべきこと（資産の追跡、従業員への割り当て、メンテナンスの記録、ステータスの監視）、重要な出力（資産レポート、割り当て追跡、メンテナンスダッシュボード）が明確に定義されているためです。
   
4. AIで生成されたコンテンツには誤りが含まれる場合があります。使用する前に、入力した説明プロンプトが正確で適切であることを確認してください。
   
5. 短時間に複数のアプリを連続して作成しようとすると、選択したLLMのレート制限を超え、エラーが発生する場合があります。
6. Zoho Ziaを使用してスクリプトを作成する際は、プロンプトとあわせてコンポーネント名、リンク名、項目名、または項目リンク名を指定すると、作成済みのコンポーネントを効果的に活用し、正確なスクリプトを生成できます。
   
1. たとえば、フォームの項目に保存されている特定のメールアドレスにメールを送信する場合は、より精密で正確なスクリプトを生成するために、フォーム名、メール項目名、メールの選択条件、件名の内容をプロンプトで明確に指定することをおすすめします。
   
2. 適切に構成されたプロンプトの例：「商品の配送を追跡するために、［注文］フォームの［メール］項目にあるメールアドレスへメール通知を送信するスクリプトを作成してください。」
   
7. AI機能はすべての有料のZoho Creatorユーザーが利用できますが、各アカウントには、契約プランにもとづいてAI呼び出しの数に上限が設定されています。割り当てられた上限内に収め、中断を避けるために、AIの使用状況を監視し、最適化してください。

情報：プロンプトを効果的に記述する際に従うべきその他のベストプラクティスについては、このページを参照してください。

3.2 DelugeのZoho Ziaタスク

1. Zoho Ziaタスクは、Zoho GenAIを使用する際、特定の期間内に行われたAPI呼び出しの数にもとづいてスロットリングの対象になります。Creatorでは、ユーザーごとに同時実行中のリクエストを最大7件、組織ごとに10件まで許可しています。この上限を超えると、使用状況が通常に戻るまで、後続のリクエストが遅延したり一時的に制限されたりする場合があります。
   
2. 精度を高め、誤った出力や作り上げられた出力（ハルシネーション）を減らすには、<temperature>パラメーターを最小値に設定できます。
   
3. また、より明確で正確な回答を得るために、<context>パラメーターにAIが担う役割を指定する追加メッセージを入力することもできます。
   

4.Deluge

4.1 コード構造と保守性

1. コードはモジュール化し、スクリプトの過度なネストを避けてください。
   
2. スクリプトにはインデントを設定し、コメントを追加して、ロジックと目的の概要を簡潔に示すことができます。
   
3. 大きなコードブロックは、小さく独立したまとまりに分割して、可読性と保守性を高めてください。
   
4. 変数には意味のある名前を付けると、スクリプトの理解と保守がしやすくなります。
   
5. 関数を使用して、頻繁に使用するロジックや重複するロジックを再利用可能なコードブロックとして作成してください。
   

4.2 パフォーマンスの最適化

1. 大量のデータを不要に反復処理しないようにして、ループを最適化してください。breakやcontinueなどの制御文を使用すると、反復処理の終了やスキップを効率的に行えます。
2. 必要に応じて、Zoho Zia Deluge支援を使用して既存のスクリプトを変更または最適化できます。
   
3. 集計データタスクを効果的に使用し、すべてのデータは必要な場合にのみ取得してください。
   
4. 可能な限り組み込み関数を使用してください。これらはパフォーマンスに合わせて最適化されています。
   
5. 比較には、「==」演算子ではなく、equalsIgnoreCase、equalsなどの定義済みDeluge関数を使用することをおすすめします。
   
6. 条件でインデックス付き項目を使用すると、関連するデータをより速く取得できます。インデックス作成はバックエンド処理です。有効化については、support@zohocreator.comまでお問い合わせください。
   

4.3 エラー処理とデバッグ

1. 必要に応じて、infoなどのデバッグ文を使用し、エラーの特定とトラブルシューティングを行えます。機密データや秘匿データのログ記録は避け、不要なinfo文は削除するかコメントアウトしてください。
2. try-catch文を使用して、コード内の例外を処理してください。
   
3. エラーのあるスクリプトは保存または実行できないため、保存する前にDelugeのすべての構文エラーを解決してください。
4. 不適切なプログラミング手法やミスによって発生する論理エラーは、テスト中に追跡して修正する必要があります。Delugeスクリプトのエラーはアプリケーションロジックにのみ影響し、脆弱性の原因にはなりません

4.4 ワークフローと実行管理

1. 複数の独立したIf条件ではなく、Else-If構造を使用してください。これにより、一致する条件が見つかると評価が停止します。
   
2. リアルタイムで実行する必要のないタスクは、代わりにスケジュールへ移動するか、非同期タスクを使用して処理できます。
   

メモ：非同期タスク（開発中）を使用すると、応答を待たずにスクリプトを実行できます。リリースを確認する

1. バッチワークフロー機能を使用すると、データに対する大量または反復的な操作を定期的かつ自動的に処理できます。データは設定されたスケジュールにもとづいて処理され、最大1000件までの小さなバッチに分割できます。これにより、大量のデータを一度にループ処理することを避け、営業時間外に処理でき、全体的な効率が向上します。
   

4.5 セキュリティとAPI処理

1. invokeURL、invoke API、その他のDeluge連携タスクを使用してAPI呼び出しを実行する場合は、スクリプト内で必要な応答データのみを処理するようにしてください。
   
2. アプリケーションのリンク名や所有者名の変更が機能に影響しないように、システム変数（zoho.appuriやzoho.appnameなど）を使用します。これは、コンポーネントを埋め込むためにHTMLページ内で使用するDelugeスクリプトで特に役立ちます。
   

4.6 プラットフォーム制限とスロットリング

1. Delugeステートメントの制限内に収まるように、Delugeスクリプトを最適化してください。これらの制限は、リソースの意図しない誤用を防ぐために設定されています。
   
2. ワークフロー実行のスロットリング：1分あたりIPアドレスごとに実行できるDelugeワークフローは100件のみです。
   

4.7 スクリプトより設定の優先

1. 可能な限り、スクリプトではなく組み込み機能を使用します。たとえば：
   
1. スクリプトで値を逆方向に割り当てる代わりに、項目プロパティで双方向ルックアップを使用します
   
2. スクリプトで割り当てる代わりに、項目プロパティを使用して初期値を設定します
   
3. 可能な限り、スクリプトではなく数式項目を使用して計算を実行します
   

4.8 Delugeエディター

1. 構文アシストを使用すると、定義済みの値を割り当て、エラーのないスクリプト作成を支援できます。
2. バージョン管理を使用して、各バージョンやコードの変更を追跡できます。
   

4.9 避けるべきスクリプト

5. セキュリティ

5.1 ユーザーと権限

1. 必要なユーザーのみをアプリケーションに追加し、必要なタブのみを共有してください。
   
2. アプリケーションへのアクセスが不要になったユーザーまたは開発者は削除してください。
   
3. 複数のユーザーがアプリを構築する場合は、管理者の認証情報を共有するのではなく、必要なユーザーを開発者として追加してください。
   
4. API、個人情報、電子的保護対象医療情報データへのアクセス権は、必要な権限セットのみに付与できます。
   
5. エクスポート、削除、すべて表示、一括編集権限は制限する必要があります。
   
6. ユーザーや顧客に不要な権限セットは削除できます。
   

5.2 フォームとレポート

1. PIIおよび電子的保護対象医療情報を収集または含む項目は、暗号化する必要があります。
   
2. 該当する場合、レポート内の機密情報はマスクできます。
   
3. レポートにフィルターと条件を追加して、必要な情報のみがユーザーに表示されるようにできます。
   
4. 保存されている機密情報は、不要になった時点で削除できます。
   
5. カスタムアクションボタンに確認メッセージを関連付けることができます。
   
6. SSNやパスワードなどの機密情報を収集または保存することは推奨されません。収集する場合は、フォーム内に目的を明記してください。
   
7. API認証情報は、アプリケーション内に保存しないことをお勧めします。
   
8. ヘルプテキストやツールチップを項目に関連付けて、データを収集する理由を詳しく説明できます。
   
9. データ収集の目的を明示するために、フォームにメモ項目を追加できます。
   
10. 公開アクセスが不要になった場合は、公開フォームを無効にすることをお勧めします。
    
11. 決定ボックスを使用して、データ収集に対する同意を取得できます。
    
12. フォームのプロパティでユーザーの位置情報やIPアドレスの収集を有効にする場合は、その旨をユーザーに知らせ、同意を取得することをお勧めします。IPアドレスは暗号化することもできます。
    
13. レポート内の［追加］、［削除］、［複製］などの操作は確認し、不要な場合は削除できます。
    
14. データに加えられた変更の履歴は、監査証跡機能を使用して追跡することもできます。
    

5.3ワークフローとスクリプト

1. 不要な複雑さを避けるためにワークフローとDelugeスクリプトを最適化し、実際に価値がある場合にのみ自動化してください。
   
2. 可能な限りコメントを使用してください。
   
3. 可能な限り、項目に入力検証を設定してください。
   
4. アプリケーションで使用するハイパーリンクは確認してください。
   
5. SMS、メール、プッシュ通知タスクの内容は確認してください。
   
6. APIを呼び出す際は、可能な限りOAuthベースの認証を使用してください。
7. 関数やスケジュールワークフローなどのビジネスロジックは、メインフローに組み込む前に、テスト目的でワークフロービルダー内で直接実行できます。
   

5.4ページ

1. ウィジェット内で使用するJavaScriptコードは確認してください。
   
2. ページ変数に基づいて動作するページでは、ページにエラーや無関係なデータが表示されないように、nullチェックを含めてください。
   

6.モバイルアプリ

1. データのタップ、左スワイプ、右スワイプなど、アクションとそのアクションをトリガーするイベントを指定および変更できます。
   
2. レポートのクイックビューと詳細ビューの列は、アプリのコンテキストに合わせて設定できます。
   
3. アプリケーションにカスタムロゴをアップロードできます。
   
4. アプリケーションはブランド変更され、ユーザーと顧客向けに個別に公開できます。
   

7.関連トピック

1. GDPR対応準備
2. プラットフォームのパフォーマンスに関するベストプラクティス
   
3. Creatorのヘルプリソース