先看結果
在顯示公司、姓名或電子郵件欄位前，先在畫面上返回結果。
業務問題診斷
判斷這項業務是否能成為數理系統。
回答關於業務、目前做法、條件、資料與目標的 6 個問題。頁面會在要求聯絡方式前顯示諮詢前結果。
- 時間
- 約 5 分鐘
- 6 個分階段問題。
- 聯絡方式
- 不需要
- 先顯示結果。
- 輸出
- 4 條路徑
- 原型、準備、規則或個別確認。
結果預覽
諮詢前顯示結果
瀏覽器內
結果預覽
?
瀏覽器內
每日計畫
重複性
每日計畫
有代表範例
資料準備度
有代表範例
原型或整理
下一階段
原型或整理
結果是預篩選參考，不保證可行性、改善幅度或費用。
開始前
返回下一步要確認什麼，而不是模糊地說「可以做」。
此頁面定位為預診斷工具，而不是銷售承諾。頁面分開處理診斷、結果分享與諮詢提交。
避免承諾式表達
結果說明下一步要確認什麼，不承諾改善幅度或實施範圍。
不把個人資訊放入事件
分析事件只保留分類、數量與結果標籤，不複製自由文字或聯絡方式。
適合訊號
最適合的對象，是帶條件的重複決策。
當重複決策有清楚條件、可衡量結果與可比較案例時，數理系統最容易發揮作用。
重複決策
每天、每週或每月反覆製作同類計畫。
條件與取捨
必須滿足多項規則，同時又要在偏好之間取捨。
頻繁變更
缺勤、延遲、缺貨或緊急工作變更時，需要人工修正計畫。
透明判定標準
診斷結果應說明下一步要確認什麼。
結果不是銷售評分。它會把預診斷使用的 6 個訊號分開顯示，讓你看清強項與需要準備的部分。
01
重複性
比起一次性的判斷，反覆製作的計畫更容易建模。
02
條件複雜度
頁面不會把所有條件壓縮成一個分數，而是分別查看硬性條件、偏好與例外。
03
資料準備度
一份代表性表格或匯出資料就足以開始，但看不見的規則必須先寫下來。
04
目標清晰度
節省時間、減少漏排、平衡負荷等可比較目標越清楚，越適合驗證。
05
規模
人員、車輛、案件、SKU 等組合規模會影響第一步做法。
06
變化壓力
返工或緊急調整越多，越適合先用小型原型確認價值。
資訊處理
診斷答案與諮詢送出是兩個不同步驟。
此頁面明確區分瀏覽器內診斷與之後的諮詢提交，並讓這條邊界保持清楚可見。
瀏覽器內結果
診斷流程與結果計算在瀏覽器內執行。只做診斷時，不會送出答案。
限制附件
檔案是選填項，嘗試送出諮詢前會檢查類型、數量與大小。
分離提交
諮詢提交是單獨步驟，可連接到專用診斷 API，而不改變一般諮詢表單。
先用匿名範例
第一次確認只需要匿名範例，不需要個人資訊或機密原始記錄。
常見問題
關於數理化診斷的常見問題。
診斷結果會保證可以開發嗎？
不會。結果只是諮詢前的整理結果，不保證可行性、改善幅度、費用或合約範圍。
查看結果前需要填寫聯絡方式嗎？
不需要。結果會先於聯絡方式表單顯示。只有你選擇進一步溝通時，才需要填寫聯絡方式。
最先應準備什麼資料？
比起完全整理好的資料庫，代表性案例、目前方案，以及修正方案時使用的規則更有用。
可以附加檔案嗎？
可以，但不是必須，且有數量和大小限制。不要附加個人資訊或機密原始檔，匿名範例足夠用於第一次討論。
數理最佳化總是正確答案嗎？
不一定。如果業務很簡單或發生頻率很低，一般規則自動化或流程設計可能更適合作為第一步。
結果可以在內部分享嗎？
可以。診斷結果可下載為 JSON，也可以複製短摘要用於內部討論。
其他頁面可以預填診斷嗎？
頁面只讀取 task、readiness 等允許清單參數作為初始值，不會在首次存取時改寫 URL。
它和一般諮詢表單有什麼不同？
此頁面把畫面上的診斷與後續諮詢提交分開，因此不會改變現有諮詢表單。