-
Q
完整的規格書應具備哪些內容?
規格書是讓研發人員更具體了解一項功能細節，容易做研發設計的展開，應具備有：流程圖、UX操作動線、盡可能條列可能例外的問題對策、各種細節的量化，例如：速度、頻寬、反應時間、連線點數、極限值。
-
Q
為什麼專案的設計費，市場上報價大不同?
研發能力經驗不同、PM能力不同、設計分析完善度不同、擴充彈性機制程度不同、文件內容不同、分工方式不同，都會影響價格，即使選擇最低價的團隊來開發，可能會有中途追加預算、驗收困難、彈性不夠、專業經驗不足等高失敗的風險。
-
Q
我沒有相關技術背景經驗，委託設計要準備什麼?
盡可能將你的需求條列，或找市場上類似的產品，方便雙方溝通理解
-
Q
提供哪些委託設計服務?
我們進行硬體設計、韌體開發(含通訊、人機)、桌機應用程式、APP程式、資料庫、雲端全端設計、數據分析和演算法設計。
-
Q
池御的OEM有哪些服務?
包含有：備料、打件、組包測、生管SOP建立、要求、監督、生產相關的軟硬體制具設計。
-
Q
ODM費用可以攤提在OEM嗎?
可以的。
-
Q
相關專業知識我有涉略甚至熟悉了解，但是為什麼總是找不到合適的廠商?
建議您試著將問題分成兩部分來陳述：想用甚麼技術達成甚麼功能，如果在陳述中將技術手段和功能一起談，容易讓雙方對專案背景問題不夠清楚前，做技術細節的討論，容易產生溝通上的誤解。
-
Q
我有ODM需求，但寫不出規格書怎麼辦?
池御提供制定規格書的付費服務，可以透過互動訪談、場勘、展示、示意等各種方式，將客戶的抽象需求，轉化成具體可行、沒有衝突矛盾、有步驟性的文件規格，客戶可依據該份規格書，繼續委託池御ODM設計，或委由其他廠商設計。
-
Q
如何慎選ODM團隊
能夠用情境引導細節問題，在開發前充分溝通、勤做筆記紀錄細節、定時回報進度，在專業上有相關實務經驗，而且可以具體說明等特質的團隊，會是良好ODM廠商的選擇。
-
Q
為何開發完要做測試，測試完還會發現小問題
以程式設計為例，動輒上萬行源碼，如果判斷條件愈多，路徑分岐愈多，可能組合出成千上百的交錯型邏輯，通過測試可以降低因為邏輯交錯而產生的bug，
在實務上，在有限的時間、成本、可行性考量，會做適度嚴謹的測試，降低bug和對系統的影響性。
-
Q
聽不懂工程師的邏輯和內容，要如何做良好的互動
開發期間，當情境邏輯、例外處理邏輯和技術程序邏輯產生矛盾時，工程師會用技術語言描述矛盾之處，可以試著用量化、步驟的方式描述你的需求，可降低功能和技術之間的矛盾之處，進而找到良好的互動基礎。
-
Q
開發期間時，可以調整功能嗎?
ODM可以比喻為室內裝潢，裝潢工程進行途中，有些部分好調整，有些部分需要打掉重來，建議在開發前，多跟研發人員互動，可以避免開發途中重大客變的問題發生。
-
Q
ODM完成的專案要如何做驗收?
可以一邊開發、一邊驗收；也可以開發完再驗收，建議在規格書建立時，同時雙方對驗收的注意事項進行展開、溝通，可以避免在驗收時，有過大的認知上差異。
-
Q
能不能用類似功能的產品稍做修改即可?
ODM可以比喻為室內裝潢，素材、五金配件、技術包等基本元素都一樣，但只要是裝潢，就必須從頭做起，但是選用經常使用的技術包，可以減少研發途中各種不確定性和穩定性的問題。
-
Q
如何提高ODM的的成功率?
客戶的需求想法是靈活變動的，電腦機器則是依指令按步執行。步驟展開須考慮到四大邏輯，分別是使用情境邏輯、例外處理邏輯、程式語言邏輯、技術程序邏輯，前面兩項與客戶需求強相關，若能描述的更清楚，可以大幅提升ODM的成功率。
