本文へスキップ

開発への想い

Vision

使いやすさを、運用のしやすさまで。

ホームページを見る人、院内で情報を探す人、日々の更新を担当する人。使う場面が変われば、必要な情報や操作も変わります。クスナビは、誰が何のために使うかを出発点に、情報の設計から公開後の運用までを考えます。

Design for people

必要な情報と、次の行動をつなぐ。

患者向けの診療案内と、応募者向けの採用情報。一般に公開するFAQと、職員だけが参照するマニュアル。それぞれの目的を分け、情報と入口を整理します。

画面の見た目だけでなく、どこから入り、何を確認し、次にどこへ進むかまで。実際に使う流れを確認しながら制作します。

設計の説明イメージ(人物・施設は架空)
設計の説明イメージ(人物・施設は架空)

Start with the workflow

現場の仕事から、対象を決める。

同じ質問への対応、資料の検索、依頼の振り分け、記録の下書き。AIを使うこと自体を目的にせず、困っている業務を具体的に整理します。入力する情報と出力の用途、確認する担当者を決め、限定した範囲から検討します。

設計の説明イメージ(人物・施設は架空)

サービスについて詳しく

Build & review

つくって、確かめて、現場に合わせる。

大規模なRobloxゲームの開発経験を持つエンジニアが、ヘルスケア領域のサービス開発に参画しています。迷わず操作できることと、管理する人が無理なく続けられることを両立できるよう、画面と運用の両方を具体化します。

設計の説明イメージ(人物・施設は架空)

実際の画面や試験環境で、担当者と一緒に内容・操作・出力を確認します。

※図は設計・開発の考え方を示す説明イメージです。

設計の説明イメージ(人物・施設は架空)

薬歴や文書の下書き、依頼の整理、需要の予測は、専門職や担当者が判断するための支援です。誤りや情報不足を確認し、必要な修正を行う手順まで含めて設計します。

※効果や精度を一律に保証するものではありません。

Our services

発信と業務、両方の使いやすさを。

設計の説明イメージ(人物・施設は架空)

ホームページ、院内文書検索、個別AI。施設ごとの目的と運用条件に合わせて、必要な支援を組み合わせます。

Design scenarios

誰が、どんな場面で使うのか。

設計の説明イメージ(人物・施設は架空)

以下は設計で想定する利用場面です。実在の利用者の体験談・導入実績ではありません。

設計の説明イメージ(人物・施設は架空)

患者・応募者向け

必要な案内から、次の行動へ。

診療内容やアクセス、仕事内容や募集条件を確かめたい。目的ごとに入口を分け、予約・問い合わせ・見学など、次の行動に進みやすい案内を設計します。

設計の説明イメージ(人物・施設は架空)

職員向け

院内文書を探す

出典と更新日を、確かめられる。

必要なマニュアルの出典と更新日を確認する。対象部門と閲覧権限を整理し、資料が見つからない場合や内容に疑問がある場合は管理者へ引き継ぐ設計にします。

サービスについて詳しく
設計の説明イメージ(人物・施設は架空)

管理者向け

更新と確認を続ける

公開後も、情報を育てる。

情報の公開前に誰が確認するか、公開後に誰が更新するか。担当者の権限と承認の流れを決め、保守・バックアップ・障害時対応の範囲を事前に整理します。

サービスについて詳しく

Accessibility

迷わない、読みやすい入口を。

スマートフォンでも読み取りやすい文字、意味がわかるリンク、操作しやすいボタン。見る人の状況に配慮し、情報の順序と操作を確認します。公開する情報が増えたあとも、必要な案内が見つかる構成を大切にします。

文字・操作・情報の順序を確認する

設計の説明イメージ(人物・施設は架空)

施設の原稿や写真、診療・採用情報を確認し、実際の利用の流れに沿って改善します。

サービスについて詳しく

RECRUIT SUPPORT

働く魅力を、届けよう。

仕事内容、教育体制、チームが大切にしていること。募集条件だけでは伝わらない施設の魅力を、見学・応募につながるホームページへ。掲載する情報と運用方法から、一緒に考えます。

採用ページの制作について