「部署ごとに便利なアプリを作ったけれど、同じ顧客を何度も登録している」

「連携やプラグインが増えて、作った担当者しか直せない」

「どこにある情報が最新なのか、確認するだけで時間がかかる」

kintoneなどのノーコード・ローコードツールは、現場の困りごとを素早く形にできる手段です。Excelの台帳やメールで回していた申請をアプリに変え、業務を改善してきた会社もあるでしょう。

一方、利用部門が広がると、個別には便利なアプリの間に転記や確認作業が残ることがあります。営業の案件管理、サポートの問い合わせ、事務の契約管理。それぞれに同じ会社名や担当者を登録していれば、変更のたびに複数の情報を直すことになります。

見直したいのはアプリの数だけではなく、顧客情報の置き場所と、部署をまたぐ仕事のつながりです。この記事では、既存ツールの整理で対応する方法も含め、CRMへ統合する判断基準と、vtplusを使って段階的に整える4つの手順を紹介します。

なぜ便利なノーコードツールで、情報が再びバラバラになるのか？

「Excelを整理するために導入したのに、今度はアプリが散らばっている」。こうした状態は、ツールの機能だけで決まるものではありません。個別業務の改善に対して、共通データと運用ルールの整備が追いついていないことがあります。

1．目の前の仕事から作り、共通の顧客情報を決めていない

営業が案件アプリを作り、サポートが問い合わせアプリを作る。それぞれの担当者が自分の仕事を改善する、自然な進め方です。ただ、顧客名や住所、窓口担当者を各アプリで別々に持つと、同じお客様の情報が重複します。

会社名の表記が「株式会社A」「（株）A」「A社」に分かれれば、検索や集計でも別の会社として扱われるかもしれません。担当者が異動した際、どのアプリまで修正するかも曖昧になります。

そこで決めたいのが、顧客の基本情報を管理する基準の台帳（顧客マスタ）と、その更新担当です。部署ごとに画面は分けても、同じ顧客を同じ識別番号で扱えるようにすると、つなぎ直しやすくなります。

2．「情報をコピーする」と「関連付けて参照する」が混ざる

他のアプリから情報を取り込むときは、取り込んだ値をその時点の記録として残すのか、最新情報に合わせて更新するのかを決める必要があります。この区別がないまま連携すると、「元を直したのに、別の画面では古い」という混乱が起きます。

例えば、kintoneの標準ルックアップで取得済みの値は、参照元が変更されてもそのまま維持されます。更新する方法は公式ヘルプに案内されています。［1］これは機能の欠陥という意味ではなく、取得した値をどう保持するかという仕様です。

実際、過去の見積書に記載した宛名や住所は、発行当時の記録として残したい場合があります。一方、次回の連絡先は最新情報を使いたいでしょう。「最新を見せる情報」と「当時のまま残す情報」を分けることは、CRMでも必要です。

3．連携や追加機能の担当・変更履歴が残っていない

帳票出力、集計、一覧編集、外部システム連携など、必要な機能を補っていくこと自体は合理的です。問題になるのは、どの設定やプラグインが、どの業務を支えているか分からなくなることです。

月額・年額の費用だけでなく、提供元、契約者、対象アプリ、更新時の確認方法が把握できていないと、担当者の異動や退職後に変更が止まりかねません。

kintoneにもJavaScript・CSSによるカスタマイズや、APIなどを使う外部連携の選択肢があります。［2］「ノーコードだから拡張できない」という話ではなく、拡張した仕組みを誰が維持するかまで整えることが大切です。

自由に作るツールと、CRMの土台を活かす方法の違い

ノーコードの強みは、業務に合わせた情報の入れ物や手順を作りやすいことです。一方、CRMには、顧客・担当者・案件・活動・問い合わせなどを扱うための既存の機能や関連付けの仕組みがあります。

どちらが優れているかを一律に決めるのではなく、自社がどこから設計を始めたいかで比べると、違いが分かりやすくなります。

顧客を軸に、営業とサポートの記録をつなぐ

例えば、ある取引先の情報を確認するとき、営業は進行中の商談を、事務は受注後の手配を、サポートは過去の問い合わせを知りたいはずです。これらを同じ顧客へ関連付けると、別部署の状況を探しやすくなります。

OSS版VtigerCRMには、顧客・担当者、案件、問い合わせ管理などの基本機能があります。［3］vtplusでは、この土台を活かし、必要な情報の見せ方や仕事の進め方を整えます。

ただし、過去の請求・保守記録・納入機器などが、導入するだけですべてひとつの画面へ自動集約されるわけではありません。対象の機能、データ移行、関連付け、権限、画面の設定や業務支援アプリを確認して構成します。

共通の土台はCRMで整え、現場の違いは必要な範囲で足す

vtplusの進め方は、顧客や案件の基本構造を活かしながら、業務固有の部分を設定・業務支援アプリ・個別開発で補うものです。毎回ゼロから顧客管理を作り直す範囲を抑え、現場で必要な操作へ検討を集中できます。

「見積もり後に連絡予定がない案件を一覧にしたい」「受注したら、手配担当が必要な項目だけを確認したい」。こうした要望を普段の言葉で聞き、既存機能で対応できる範囲を整理します。足りない画面は、AIを活用した試作・開発も選択肢にします。

AIは試作や開発を支援する手段です。要件の確認、権限設計、動作検証、保守は引き続き必要です。画面を見ながら調整することで、認識のずれを早めに見つけやすくします。

【比較】ノーコードツール・個別開発・vtplusの違い

次の表は、システムを整える方法の比較です。ノーコード製品の機能や契約、個別開発の進め方には幅があります。現在の設定を改善する案も含め、同じ対象業務・利用人数・運用条件で比べましょう。

スマートフォンでは、表を左右にスクロールして確認できます。

費用は本体利用料だけで判断せず、移行・追加開発・保守・更新・社内の作業も含めて比較します。vtplusも、社員規模によるサポート区分や、利用量に応じたサーバー費用などがあるため、運用総額が永久に固定されるわけではありません。

今のツールを整えるか、CRMへ統合するかを判断する

アプリが増えても、業務が支障なく回り、情報の管理元が明確なら、すぐに乗り換える必要はありません。まず、現状の整理で解消できる問題と、仕組みの土台から見直したい問題を分けます。

既存ツールの整理を優先しやすい場合

• 顧客マスタは共通化できており、主な課題が命名・メニュー・権限・担当者の整理である。
• 使わなくなったアプリや重複した機能を見直すことで、運用を簡素化できる。
• 現場が自分たちで設定を変えることが重要で、変更を管理する体制もある。
• 必要な連携が既に安定して動き、保守や契約の情報を引き継げる。

CRMを軸にした再設計を検討しやすい場合

• 同じ顧客・担当者・案件を複数のアプリへ登録し、照合や転記が日常化している。
• 顧客ごとの商談と問い合わせを追うために、複数の画面や台帳を行き来している。
• 営業から事務、サポートへの引き継ぎを、顧客情報と一緒に管理したい。
• 利用部門を広げるにあたり、費用と運用・保守の仕組みを見直したい。

顧客管理はCRMへ移し、社内だけで完結する申請アプリは既存ツールに残す、といった組み合わせも可能です。大切なのは、どの情報をどちらで更新するか、重複する情報をどう扱うかを明確にすることです。

乱立したアプリ・Excelを整理し、vtplusへつなぐ4つのステップ

最初から詳細な仕様書を完成させる必要はありません。今の画面や台帳を見ながら整理を始められます。一方、話した内容は項目・関連・権限・移行条件として記録し、実装する範囲と確認方法を合意して進めます。

STEP 01：話す｜アプリと「困っている仕事」を棚卸しする

現在のアプリ一覧と、実際に使っているExcelを集めます。誰が使い、何を記録し、どこへ渡すかを確認します。アプリ名だけでは用途が分からないこともあるため、普段の作業を説明してもらうと整理しやすくなります。

最初の対象は、例えば「見積もりを出してから、受注後に事務へ引き継ぐまで」のように、ひとつの仕事の範囲で選びます。すべての部署を一度に移すより、改善を確かめやすくなります。

この段階で決めること：優先する業務、対象の利用者、改善前の手間、最初の試行範囲。実データを共有するときは、確認に必要な項目に絞り、共有方法を相談します。

STEP 02：組む｜顧客マスタと関連、残すツールを設計する

顧客・担当者・案件・問い合わせのどれを管理するかを決め、情報の管理元をそろえます。同じ会社名でも別法人や別拠点の可能性があるため、名前だけで一括統合せず、住所や既存の取引先コードなども照合します。判断が難しい重複は、人が確認します。

顧客と案件をつなぐ際は、表示名だけでなく識別番号を使います。移行元のアプリ名・レコード番号と移行先IDの対応を残すことで、履歴や添付の関連を確認しやすくなります。

さらに、「CRMへ移す」「既存ツールを残す」「連携する」「履歴として保管する」を分けます。連携する場合は、更新元、連携方向、タイミング、失敗の確認担当、再送時の重複防止を設計します。双方向で何でも上書きする仕組みは、必要性をよく検討します。

この段階で決めること：項目・関連・権限、最新情報と過去の記録の区別、ツール間の役割、移行・開発・保守の範囲と費用。標準機能や既存の業務支援アプリで対応できる部分を優先します。

STEP 03：確かめる｜現場の操作を試作し、仕事がつながるか確認する

「今の一覧の見やすさは残したい」「次に対応する人が分かるようにしたい」といった要望を、試作画面で確かめます。AIを活用して画面や処理の案を作り、実際の操作に沿って調整します。

確認するのは見た目だけではありません。案件を登録する、顧客へ関連付ける、事務へ引き継ぐ、担当外の人が参照する、といった一連の作業を試します。入力の必須項目、検索、スマートフォンでの操作、データ量が多い場合の表示なども、必要に応じて確認します。

AIへ送る情報は、利用を認めた環境とデータの範囲を決めます。試作では仮のデータなどを使い、実装後は権限や処理結果、既存機能への影響を検証します。

この段階で決めること：利用者が確認する操作、修正する点、本番で必要な条件と受け入れ基準。画面を見て調整すれば必ず失敗を防げるわけではありませんが、ずれを早く発見できます。

STEP 04：育てる｜テスト移行で確かめ、切り替え後も改善する

移行元から取り出せる形式と内容を確認し、テスト環境でデータを取り込みます。単に件数が合うだけでは十分ではありません。顧客と案件の関連、担当者、日時、選択項目、必要な履歴や添付まで、対象範囲に応じて確認します。

プラグインの処理や独自の画面、計算式、コメント、変更履歴などは、データを出力するだけでそのまま再現できるとは限りません。移すもの、別の方法へ置き換えるもの、旧環境で参照するものを整理します。

本番切り替えでは、旧環境の更新をいつ止めるか、差分をどう反映するか、切り戻しを判断する条件と担当を決めます。旧環境の削除・解約は、データ確認と保管方針を確定してから進めます。

導入後は、転記の回数、確認にかかる時間、引き継ぎ漏れ、未入力の項目などを振り返り、必要な調整を行います。アプリが減ったかだけでなく、仕事の手間が減ったかを確かめましょう。

統合後に、同じ複雑化を繰り返さないために

CRMへ移しても、似た項目や独自機能を無計画に追加すれば、再び使いにくくなります。新しい仕組みを作るときに、変更のルールも一緒に整えましょう。

• 管理元を決める：顧客の住所や担当者など、情報ごとの更新元と責任者を明確にする。
• 追加前に確認する：既存の項目や機能で対応できないかを確認し、似たものを増やさない。
• 変更を記録する：目的、対象業務、担当、関連する機能、確認方法を残す。
• 保守と費用を把握する：アプリ・連携・サーバー・外部サービスの契約と更新担当を一覧にする。
• 使われ方を振り返る：使われない機能や転記が残る箇所を見直し、必要な範囲へ絞る。

アイプランナーへ相談できる窓口を持ちつつ、社内にも業務の優先順位や変更を判断する担当者を置くと、改善を進めやすくなります。誰も仕組みを把握していない状態を、移行後へ持ち越さないことが大切です。

ノーコードからCRMへの統合で、よくある質問

kintoneをやめて、すべてvtplusへ移す必要がありますか？

必須ではありません。社内で完結する申請などは既存ツールへ残し、顧客管理と関連業務をCRMへまとめる構成も検討できます。連携が必要な場合は、対応するAPIや契約条件、更新元、連携費用を確認します。

今使っているアプリと、同じ画面を作れますか？

必要な操作や機能を確認して実現方法を検討します。既存画面の完全再現を前提にするより、残したい使いやすさと、なくしたい転記や確認作業を分けると整理しやすくなります。実装範囲・費用・期間は個別に確認します。

顧客や案件、添付ファイルをまとめて移せますか？

移行元から出力できる情報と、データ同士の関連によって対応方法が変わります。データ・履歴・添付・権限のうち何を引き継ぐかを決め、テスト移行で確認します。すべてをそのまま移せるとは限りません。

AIで開発すれば、追加費用や保守は不要になりますか？

AIを活用しても、設計、確認、修正、保守は必要です。新規開発や連携の費用と、外部AIを利用する場合のAPI利用料などは区分してご案内します。既存の業務支援アプリの利用メニューに、すべての新規開発が含まれるわけではありません。

アプリを管理する時間を、業務を良くする時間へ

現場の工夫で作ったアプリは、仕事を理解するための大切な手がかりです。今の仕組みをすべて捨てるのではなく、役立っている操作やルールを残し、情報が分かれている箇所をつなぎ直しましょう。

顧客情報の管理元をそろえる。営業から事務へ引き継げるようにする。問い合わせ時に必要な経緯を確認できるようにする。目指すのは、アプリの数を減らすことだけでなく、仕事が進む状態を作ることです。

vtplusでは、現在のアプリやExcel、普段の作業をもとに、標準機能と業務支援アプリ、AIを活用した開発、既存ツールとの連携を組み合わせて検討します。まずは、どこで手間や確認待ちが生じているかをお聞かせください。