コンテンツにスキップ

機能と実装状況

このページは本サイトの中核です。要件・見積で求められた機能と、実Laravelコード(VEC001_CRM/value)から確認した実装状況を突き合わせ、「何ができていて、何が足りないか」を整理します。

バッジ意味
実装済コントローラ・ビュー・モデルが揃い、機能が成立している
部分/地ならし一部のみ、またはモデル等の土台はあるがUI・テーブルが未完成
未実装要件・見積はあるがコードに実体がない
機能領域状況コード上の根拠
顧客・契約・進捗管理 実装済CustomerController ContractController + 各DataTable(Customer/Order/Application/AfterConstruction)・ビュー一式
アポ・商談・トス管理 実装済TelemarketingAppointmentController TelemarketingTossController + 加盟店版
営業活動レポート 実装済OperationReportController(FS)EsReportController/PartnerEsReportController(催事)IsReportController(架電)
マスタ管理 実装済各マスタに Controller+DataTable+ビュー(社員・加盟店・施工店・メーカー・信販・商品・車番ほか)
Googleカレンダー連携 実装済GoogleCalendarServiceCalendarController + 各テーブルの *_calendar_event_id
ChatWork通知 実装済ChatworkService(※社内ツール ChatWork への通知。アプリ内チャットとは別物)
二段階認証(OTP) 実装済TwoFactorAuthenticationControllertwofactorcheck ミドルウェア + users.tfa_*
メール認証 実装済Auth::routes(['verify'=>true]) + メール認証画面。※ドメインバリデーションの有無は別途要確認
本日のタスク管理 実装済ホーム画面(frontend.dashboard)が「本日/明日以降のタスク」を表示、TaskController のAPIで取得
編集履歴管理 実装済History*Controller ×4(契約・顧客・アポ・トス)+ DataTable
補助金申請管理 実装済CustomerSubsidy モデル・ビュー
KPI/売上分析ダッシュボード 未実装ホームはタスク表示の静的画面で集計ロジックなし(HomeControllerview() を返すのみ)。売上・粗利グラフ等は不在
原価・粗利の自動計算 未実装settlement_amount(仕切り)は手入力を保存するのみ。名目/実質減価・粗利益を計算する処理は Contract / ContractController に存在しない
商品試算/見積・精算自動作成 地ならしのみ※この「商品」は既存の merchandises(商材/名称・備考のみで価格なし)とは別。価格を持つ Product / ProductModelstandard_price 等)モデルは存在するが、マイグレーション・テーブル・コントローラ・UIなし。見積/精算生成も不在
評価制度画面・ランク判定 未実装評価・ランク・等級に該当するコードが皆無(横断grep 0件)
予算・実績・インセンティブ可視化 未実装予算・インセンティブ・超過粗利・反映率に該当するコードが皆無(横断grep 0件)
顧客別チャット 未実装チャットルーム/メッセージのコードが皆無(Pusher も未使用)
バックオフィス自動化 未実装現調/施工依頼書は送付ステータス欄のみで自動生成なし。写真自動格納・各種アラート自動化も不在
データ移行(CSV取込/出力) 部分UsersExport / UsersImport社員のみ)が存在。顧客137項目の取込専用機能は見当たらず

できている:案件オペレーションの基盤

Section titled “ できている:案件オペレーションの基盤”

戸建住設案件を 獲得 → アポ → 契約 → 発注 → 工事 → 完工 → 入金 まで流す、日々のオペレーション基盤は実装されています。

  • 顧客・契約contracts(58列)に提案金額・仕切り・審査状況・現調/工事日程、contract_additional_materials(57列)にPV/BT/EQ/IH/ACの型番・容量・各種保証申請ステータス。実務の細かさがそのままカラムになっている。
  • 進捗管理customer_progress(28列)が完工コール・書類郵送・追跡番号・着工日・完工日・入金日を管理。
  • 営業活動:チャネル別に operation_reports(FS訪販の稼働・訪問・アポ数)、es_reports(催事の抽選/着座/アポ数)、is_reports(架電の応答/トス数)。
  • 連携:Googleカレンダー(訪問・前確(マエカク)・各種コールのイベントID)、ChatWork通知(要件)、OTP二段階認証。

Product / ProductModel モデルが追加されており、product_models 側に standard_price(標準価格)・capacitywarranty_period を持つ設計です。これは試算機能(商品マスタのシステム内計算)の 土台 にあたります。既存の商品マスタである merchandises(商材)テーブルは名称・備考・有効化のみで価格・利幅を持たないため、Product/ProductModel は既存の merchandises を置き換えて価格付きで作り直すための新設モデルにあたります。ただし products / product_models テーブルを作る マイグレーションがなく、コントローラ・画面も未作成。動く機能としては未完成で、「最近モデルだけ先行して入れた段階」と読めます。

確認できた「未実装」:可視化・お金・評価・チャット・自動化

Section titled “ 確認できた「未実装」:可視化・お金・評価・チャット・自動化”

要件・見積にあるが、コードに実体がない領域。作り変えで重点設計すべきはここです。

  • KPI/売上分析ダッシュボードKPIダッシュボード。ホーム画面は実装されているが中身はタスク表示で、売上・粗利の集計やグラフはない。HomeController にも集計処理なし。基本設計書(集計ロジック)は資産として残る。
  • 原価・粗利の自動計算:要件の中核だが、仕切り(settlement_amount)は手入力保存のみで自動計算は不在。やることリストの「仕切りの内訳を全部手入力している」という不満が、現状そのまま残っている。
  • 評価・予算・インセンティブ評価制度の計算式(超過粗利×反映率、完工基準・税抜)を再現するコードが皆無。
  • 顧客別チャットチャット機能。コード・Pusher利用ともに不在。
  • バックオフィス自動化バックオフィス自動化。現調/施工依頼書は送付ステータス欄のみで自動作成なし、写真の自動Drive格納も不在。
  1. 基盤は流用候補:顧客・契約・アポ・日報まわりは Controller/DataTable/ビューまで揃い、実務の解像度が高い。再設計の出発点として価値がある。
  2. 不足は「お金と評価」に集中:原価・粗利の自動計算、予算・評価・インセンティブ、試算・見積精算という金額ロジック直結の領域が未充足。ここは評価制度予実管理の業務ルールを正確に写し取る設計が要。試算は Product/ProductModel の土台を活かせる。
  3. 自動化は業務フロー由来業務フローの手作業(依頼書・写真・仕切り)を、通知+自動生成で潰すのが現場価値が高い。