変更を加える

#変更を依頼します

変更は、サイトが現在ある場所に公開されます。プレビューのアドレス、すでに本番環境に公開している場合は本番環境です。

#変更にかかるコスト

各変更は実行中に5クレジットを保留し、その後、実際にかかった作業分が請求されます。小さな変更は通常、保留額くらいかかります。ただし5は保留にすぎず、大きな変更はそれ以上かかることがあります。請求はBriksの返信の下に表示されます。

ページを追加する変更は、費用が大きく増えることがある唯一の種類なので、Briksが先に確認します。ページの追加に通常かかる量と残高を比べ、残高のほうが少ない場合は変更を開始せず、何も確保しません。会話ではその旨を数字つきでお知らせし、たとえば「ページの追加には通常約25クレジットかかりますが、残高は12のため開始しませんでした。」と表示して、クレジットを増やす方法をご案内します。

Preferences で、新しく描き下ろす画像を1枚ごとの料金で設定している場合、画像を作る変更ではその分も請求されます。返信の下に「新規画像3枚を含む」のように表示されます。

#画像、動画、メディア

1つのメッセージに画像を最大6枚まで追加できます。Attach pictures を使うか、貼り付けるか、会話の上のどこにでもドロップしてください。形式は JPEG、PNG、WebP で、1枚12 MB未満です。この欄で扱えるのは画像だけなので、動画は先にメディアライブラリから追加してください。

添付した画像には、それぞれ2つのボタンがあります。

• Reference は、取り入れたいデザイン、レイアウト、ディテールをBriksに見せるためのものです。サイトには載りません。これが初期設定です。
• On the site は、画像そのものを、文章で指定した場所のページに載せます。

Add from your mediaを押すと、ワークスペースのメディアライブラリが開きます。項目を選ぶとそのリンクがメッセージに入り、その画像や動画がサイトに載ります。添付とリンクを合わせて最大6件までです。Speak your requestは、最長2分の音声を入力欄に文字として起こすので、送信前に直せます。

#変更する部分をBriksがどう読み取るか

セクションのレイアウト、画像、パーツを作り直す前に、Briks はそのセクションが本来どういう役割で作られたかを確認します。参考にしたサイトがあればその対応する部分、なければサイトの構成計画の中でのセクションの位置を見ます。判断の基準は次の順番です。

1. ご依頼の内容そのままです。レイアウトの変更、項目数の増減、グリッドの代わりにカルーセルにするなど、あなたの言葉が最優先されます。
2. セクション本来のデザインです。カードの表示数や画像の形など、お客様の指示で決まらない部分すべてに使われます。
3. サイト全体の見た目です。色、書体、余白を含みます。

あなたの指示は、Briks自身のチェックよりも優先されます。変更後の修正が、お願いした内容を元に戻すことはなく、戻そうとした修正は取り消されます。透明なヘッダーに明るい文字を指定すれば、どのチェックもこっそり不透明に戻すことはありません。

直前のリクエストが次のリクエストに付いていきます

変更はそれぞれ、直前の依頼と合わせて読み取られます。言葉、Briksの返答、そして新しい依頼に画像がないときは、直前の依頼に付いていた画像です。そのため、そのモックアップをもっと大きくして のような続きの依頼でも、直前の依頼が指していた部分に伝わります。Reference と付けた画像は、ご自身のサイトのスクリーンショットでもかまいません。その場合、Briksはスタイルをまねるのではなく、写っている部分を見つけて、ご依頼どおりに変更します。

#内側のページを変更する

ページは、メニューの名前かアドレスで指定してください:On the Prices page… や On /treatments…。似たセクションを持つページが2つある場合は、どちらか、または両方を伝えてください。

ページを追加するには、そのように伝えてください。例：Add a page for our group classes。Briksは最初のページと同じように、新しいページをセクションごとに計画し、計画で必要な場所には新しい写真を描き起こします。メニューの特定の位置に入れたい場合は、その場所を伝えてください。ブログやショップなど、追加し続けていく一覧は、固定ページではなく編集できるレコードとして作られます。Databaseをご覧ください。

#メッセージは1つにまとめるべきですか、分けるべきですか?

1通のメッセージに複数の変更をまとめると、まとめて構築されます。確保は1回、構築は1回、新しいバージョンも1つで、より速く、たいていは費用も抑えられます。ただし、元に戻す操作はバージョン単位なので、そのメッセージを元に戻すと中の変更がすべて取り消されます。変更を1つずつ送れば、それぞれが別のバージョンになるため、元に戻す範囲を正確に選べます。

ビルドの完了を待つ必要はありません。ビルド中は、ボックス下のボタンが Queue になり、ボックスには「Queue your next change…」と表示されます。キューに入れたメッセージは順番に待機し、1つの変更としてまとめて、1つの保留枠を共有して送られます。互いに反対の内容を求める場合は、後のものが優先されます。1つのサイトで最大10件まで待機でき、Remove でビルドが始まるまで取り下げられます。

#キーが必要な変更と、公開の依頼

• 別のサービスをつなぐ変更、たとえばご自身のアカウントで予約サービスやメール配信サービスをつなぐ場合は、キーが必要になることがあります。サイトにまだその値がないときは、会話の中のカードが先に尋ね、キーごとに入力欄が表示されます。Save and build は値をそのままサイトのSecretsに入れて変更を始め、Add it later は値なしでビルドします。Secretsをご覧ください。
• メッセージに貼り付けたキーは、保存される前に取り除かれます。代わりに Settings の Secrets で追加するよう、Briksがご案内します。
• 公開だけを頼むメッセージ、たとえば Publish the site to production は、Publish ボタンと同じ働きをします。まず公開前チェックが走り、ビルドは行われません。言葉で頼むと、最初の下書きが仮に作った詳細も確定されるため、先にお読みください。本番環境に公開するをご覧ください。

#作業中に表示されるもの

• タイマーが時間をカウントアップし、作業が始まるまでは Waiting to start、始まってからは Building と表示されます。
• ステップが1つずつチェックされ、その下の1行に今の状況が表示されます。
• チェックをオンにした場合、Visual check カードに100点満点のスコアと、修復中の表示上の問題が表示されます。気づいただけで手を加えなかったものは「Noted, left as built」に一覧されます。

変更を止めるには、タイマーの横の Stop を押して確定します。まだ始まっていなければ、料金はかかりません。ビルド中なら、何も公開されないうちに止まり、それまでの作業分だけお支払いいただきます。すでに公開されている場合は変更が残り、残りのチェックだけがスキップされます。

#よい依頼とあいまいな依頼

Briksはご依頼どおりに作り、足りない部分はサイトのデザインから補います。指定の抜けが少ないほど、最初の仕上がりが理想に近づきます。

#変更が依頼どおりにならなかったとき