網站、App 及企業數碼方案的規劃資訊。
不同服務需要不同資料。先讓客人選擇網站、App、設計或其他服務，再顯示對應問題，可減少無關欄位。
例如網站可問語言、頁面規模與必要功能；系統開發則可問使用角色及主要工作流程。讓客人選擇「需要建議」，可以照顧仍在探索階段的人。
預算及完成時間有助判斷工作範圍，但不一定要客人填寫精確數字。以合理選項收集意向，再由團隊確認細節。
提交前讓客人檢查摘要，提交後說明資料是否成功收到，以及接下來如何跟進。如要提供即時計價，必須先建立清楚的計價規則與適用條件。
表格應清楚說明資料用途，避免一開始要求過多敏感或無關資訊。通知、儲存、存取權限及保留安排，也需要在正式上線前確認。
如正準備相關項目，可透過 ATOM 的網上報價表提供基本需要，作為進一步討論的起點。
如果使用者只是偶爾查資料、提交表格或處理管理工作，可以先評估透過瀏覽器使用的網上系統。若有持續使用、手機操作或裝置整合需要，則進一步評估 App。
通知、相機、定位、離線操作及裝置整合，均需要按實際情況評估。網頁與 App 在不同平台上的能力及限制各有差異，不宜只按功能名稱作決定。
使用者看到的介面，只是項目的一部分。資料如何新增、誰可以修改、管理層需要甚麼報表，以及是否串接現有系統，同樣需要在規劃初期釐清。
先定義最重要的一個使用流程，再決定第一階段的功能。將預算、維護、平台發佈及日後擴展一併考慮，較容易選出適合企業的開發方式。
如正準備相關項目，可透過 ATOM 的網上報價表提供基本需要，作為進一步討論的起點。
網站過時、手機難用、查詢流程不順，背後需要處理的問題各有不同。先列出最想改善的三件事，並說明主要客人是誰、希望他們在網站完成甚麼操作。
把公司介紹、服務、產品、案例、圖片及品牌檔案集中整理，標記哪些需要更新。舊網站仍然有價值的資料，可以在重整架構時保留。
將必需功能與日後才考慮的功能分開。提供參考網站時，說明喜歡的是排版、導覽還是操作方式，比單純列出網址更容易溝通。
整理域名、寄存、網站後台及分析工具的管理資料，確認由誰負責。新舊網址如有變更，需要一併規劃轉向及切換；亦應辨認是否與公司電郵共用相關設定。
列出預算範圍、期望上線日期，以及內部負責確認設計和提供內容的人員。將文案、圖片、翻譯、測試與維護的責任說清楚，有助安排合理進度。
如正準備相關項目，可透過 ATOM 的網上報價表提供基本需要，作為進一步討論的起點。