CHECK
人が最後に確認する
読み取りや下書きは機械に任せても、出す・直す・確定する判断は人が行います。確認のない自動処理にはしません。
Services
サービス内容
優先している順に、3つです。気になるものだけ読んでください。
01 / AI
AIを使った業務改善
読み取りや下書きは機械に任せ、出す・直す・確定するのは人、という形に整えます。
Concerns
よくある状態
-
届いた書類を、見ながらもう一度入力している
-
同じ数字や名前を、別の表へ書き写している
-
確認する人が決まっておらず、抜けに後から気づく
How
解決の考え方
全部を機械に渡すのではなく、人が見る箇所を残します。
PLAIN
分かる言葉で説明する
ツールの名前より先に、今の作業のどこが変わるかを話します。専門用語は、必要なときだけ補足します。
SCOPE
影響の大きい作業は、先に断る
給与や勤怠、会計、決済、医療、個人情報など、間違えたときの影響が大きい作業は、機械に下準備を任せる形が向かないことがあります。その場合は、着手前にお伝えします。
Use
役立つ場面
どんな仕事かより、どんな状態かで考えています。
-
01
時間はかかるが、頭は使っていない
手は動いているのに、判断はほとんどない作業。こういう箇所から、機械に下準備を任せる余地があります。
-
02
一人に集中していて、休めない
その人がいないと止まる作業。手順を機械側に持たせると、確認だけなら別の人でも引き継げる形になります。
-
03
増えてきたが、人は増やせない
件数が増えても、同じ人数で回している作業。全部を置き換えるのではなく、人が見る箇所を絞ることで対応します。
Steps
進め方
-
01
今の状態を聞く
どの作業に時間がかかり、誰が抱えていて、どこで止まりやすいかを伺います。資料やデータの共有は必須にしません。
-
02
任せる部分と、見る部分を分ける
機械に下準備を任せられるところと、人が判断すべきところを分けます。全部を置き換える前提にはしません。
-
03
一つだけ試す
対象を一つに絞って試し、手間が本当に減ったか、確認の負担が増えていないかを見ます。
-
04
確認しながら広げる
試した範囲で問題がなければ、似た状態の作業へ広げます。広げない判断も残します。
02 / WEB
Webサイト制作
見た目を整えるだけでなく、公開後に文章やお知らせを自分で直せる状態でお渡しします。
Scope
できること
-
会社やお店の紹介ページ
-
サービス内容を伝えるページ
-
お知らせを自分で追加・修正できる仕組み
-
スマホでも読みやすい表示
-
問い合わせフォーム
-
公開前の画面確認
Care
制作で大切にしていること
-
更新する人が迷わない
文章や写真を直す画面は、必要な項目だけにします。触らなくてよい場所は、最初から分けておきます。
-
渡された内容を盛らない
写真、文章、料金、実績は、確認できたものだけを載します。数字や事例をこちらで作りません。
-
公開前に画面で見る
主要なページを、パソコンとスマホの幅で表示して確認してからお渡しします。
-
公開後も自分で直せる
文章やお知らせは、管理画面から自分で追加・修正できるようにします。どの仕組みを使うかは、更新の頻度と、誰が触るかを見て決めます。
Build
作り方
更新が少なく、予約・販売・会員機能が中心でないサイトには、ヘッドレスCMSで作る形を勧めています。ページをあらかじめ作って配信するため、毎月の維持費を抑えやすいからです。
| 項目 | WordPress | ヘッドレスCMS |
|---|---|---|
| 向いているサイト | 更新が多く、プラグインで機能を足していきたいサイト。 | 更新が少なく、ページの構成が決まっている会社サイトや店舗サイト。 |
| 維持費 | 表示のたびにサーバーがページを組み立てるため、その分の費用が毎月かかります。 | ページをあらかじめ作って配信するため、組み立ての費用を抑えやすくなります。 |
| セキュリティ | ログイン画面とプラグインが公開サイトと同じ場所にあり、そこを狙った攻撃や改ざんの対象になります。 | 管理画面を公開サイトと分けて置くため、ログイン画面を狙った攻撃や、プラグインの不具合を突いた改ざんが起きにくくなります。 |
パスワードの管理など、人が守る部分は方式が変わっても残ります。金額はサイトの規模と契約によって違うため、確認してからお伝えします。
Steps
制作の流れ
-
01
載せるページを決める
トップ、サービス、会社概要、お知らせ、問い合わせなど、必要なページだけを一覧にします。
-
02
文章と写真を揃える
すでにある資料を起点にします。足りない箇所だけ、質問して埋めます。
-
03
ページを作る
見た目と、あとから直す項目を同時に作ります。お知らせは管理画面から追加できる形にします。
-
04
確認して公開する
表示を一緒に確認し、問題がなければ公開します。ドメインの切り替えが必要な場合は、手順を分けて案内します。
03 / CARE
運用・保守費用の見直し
払っている費用と、実際の更新頻度が合っているかを見ます。移せないサイトは、移せない理由を先にお伝えします。
Signs
見直すきっかけ
-
毎月、または年単位で保守費を払っている
-
お知らせや実績の更新が、長いあいだ止まっている
-
文言を一つ直すにも、その都度依頼している
-
何のための費用か、契約の中身を説明できない
Compare
費用の見方
金額は契約によって違います。ここにあるのは、費用の性質の違いです。個別の削減額は、確認してからお伝えします。
| 項目 | 今あることが多い状態 | 見直し後に目指す状態 |
|---|---|---|
| 毎月の保守費 | 更新が少なくても、定額で発生していることが多い | 更新の頻度に見合うところまで下げる |
| 文章の修正 | 制作会社へ依頼することが多い | 管理画面から自分で直せる |
| ページの置き場所 | レンタルサーバーなどで組み立てて表示 | あらかじめ作ったページを配信する |
| 向くサイト | 更新が少ない会社・店舗の紹介 | 予約・販売・会員ログインが主目的のサイトは対象外 |
公開されている相場や、今の契約書を見ずに金額は断定しません。ドメインや管理画面の利用料は残ります。
また、使っている仕組みの大きな更新への対応が必要になったときは、スポットの作業費がかかります。
Not
この形が向かない場合
- 予約の受付が、サイトの主な役割になっている
- 商品の販売や在庫の管理が、サイトの中にある
- 会員だけが見るページや、ログインが必要
これらが中心なら、静的なサイトへの置き換えは提案しません。
Steps
進め方
-
01
今の契約と更新状況を見る
払っている費用、最後に更新した時期、自分たちで直しているかを確認します。金額の断定はしません。
-
02
移せるかを判断する
紹介ページ中心なら、静的なサイトへ移す案を出します。予約・販売・会員機能が中心なら、この形は向かないとお伝えします。
-
03
ページと住所（URL）を揃える
今あるページと画像を洗い出し、同じURLを維持するか、移転先を用意するかを決めます。
-
04
確認してから切り替える
仮のURLで全ページを見てから、ドメインの切り替え手順を案内します。切り替えそのものは、ご自身のタイミングで行います。