Displaying extended context for query match # 11,176 in text YL201500701
<< Prev Next >>
    
 

預算 。 下 次 , 好 不好 ? 下 次 我們 一定 會 做 。 」 當然 好 , 只是 永遠 也 不會 有 下 次 。 當 下 次 機會 來臨 時 , 同樣 的 爭論會 再度 重複 , 因為 產品 的 開發 從頭 一 天 起 就 落後 進度 、 超過 預算 。 產品 的 開發 牽涉到 許多 專業 的 複雜 組合 , 從 設計師 、 工程師 、 程式 編寫 、 生產 、 包裝 、 銷售 、 市場 行銷 和 售後 服務 , 以及 其他 更多 不同 的 合作 領域 。 一 項 產品 要 能 吸引 既有 的 客戶 以及 新 的 客戶 , 專利權 問題 更為 設計師 和 工程師 布下 了 一 個 步步 陷阱 的 地雷區 , 因為 在 今天 , 設計 或 製造 一 個 與 任何 既有 專利 不 相 衝突 的 產品 幾乎 是 不可能 的 。 這 意味 著 設計師 必須 小心 繞過 許多 可能 觸犯 專利 的 地雷 。 每 一 個 單獨 的 專業 對 產品 都 有 不同 的 看法 , 也 有 雖 不 相同 , 但 同樣 具體 的 條件 要 滿足 。 由 各 個 專業 提出 的 要求 往往 互相 矛盾 , 但是 從 他們 各自 的 角度 來 看 , 又 都 合情合理 。 然而 在 大多數 公司 裡 , 這些 專業 分別 獨立 作業 : 設計 部門 把 設計 交給 工程 部門 , 工程師 修修 改改 滿足 他們 的 要求 ; 然後 他們 將 結果 交到 編寫 程式 的 開發 部門 , 他們 又 再 加以 修改 ; 再下來 , 製造 部門 再 改 一 次 , 市場 行銷 又 改 一 次 , 結果 成 了 個 爛攤子 。 這 個 問題 該 如何 解決 ? 應付 因 時間 緊縮 , 而 無法 做 前期 設計 研究 的 困難 , 唯一 的 解決 方法 是 將 它 從 產品 開發 的 進度 中 分離出來 : 讓 設計 研究 者 持續 地 在 使用 的 環境 中 觀察 目標 群體 , 研究 相關 的 產品 及 客戶 。 當 一 個 新 產品 的 開發 計畫 啟動 時 , 設計 人員 可以 很 快 地 說 : 「 我們 已經 研究 過 使用 者 的 需求 , 這 是 我們 的 提案 。 」 同樣 的 道理 也 適用 於 市場 調查 的 研究 人員 。 解決 專業 之間 的 衝突 , 可以 透過 跨 領域 整合 ( multidisciplinary ) 的 團隊 , 讓 其中 的 成員 學 著 去 理解 和 尊重 其他 專業 的 觀點 。 一 個 好 的 產品 開發 團隊 要 能 在 任何 時刻 , 都 能 跟 其他 相關 專業 合作 。 如果 所有 參與 者 對 其他 專業 的 觀點 和 要求 有所 理解 , 他們 通常 能 找出 創造性 的 解決 方式 來 滿足 大多數 的 要求 。 這 項 工作 充滿 了 挑戰 ; 每 一 個 人 都 有 自己 的 技術性 詞彙 , 而 每 一 個 領域 都 認為 自己 是 這 個 過程 中 最 重要 的 部分 。 很多 時候 , 每 個 領域 都 認為 別人 是 愚蠢 的 , 而 其他 領域 的 要求 不 合理 。 領導 這樣 一 個 團隊 , 需要 成熟 的 產品 經理 來 創造 相互 理解 尊重 的 工作 氣氛 。 不 容易 , 但是 是 可以 做 得 到 的 。 由 雙菱形 和 人本 設計 構成 的 設計 方法 是 種 理想 。 即使 理想 在 實踐 中 不一定 能 發生 , 但是 必須 以 這 個 理想 作為 目標 , 同時 面對 時間 和 預算 的 現實 挑戰 。 這些 是 可以 克服 的 , 但 只有 面對 這 個 挑戰 , 並且 在 開發 過程 中 加以 考量 , 才 有 可能 。 一 個 跨 領域 整合 的 團隊 能 增進 不同 專業 之間 的 溝通 和 合作 , 往往 能 幫助 開發 的 過程 節省 時間 和 成本 。 設計 的 挑戰 好 的 設計 是 很 困難 的 , 但是 能 產生 強大 的 影響 , 這 使得 設計 成為 如此 豐富 、 如此 吸引人 的 一 門 專業 。 設計師 要 能 管理 事物 的 複雜性 , 能 處理 人 和 科技 的 互動 。 優秀 的 設計師 要 能 快速 學習 ; 今天 他們 可能 要 設計 一 臺 照相機 , 明天 可能 是 一 個 運輸 系統 , 或是 一 個 公司 的 組織 結構 。 一 個 人 怎麼 能 跨越 這麼多 不同 的 領域 ? 因為 只要 是 為 人 所 做 的 設計 , 不論 是 任何 領域 , 基本 原則 是 相同 的 。 同樣 都 是 人 , 因此 可以 應用 同樣 的 設計 原理 。 設計師 只是 複雜 的 開發 過程 中 , 許多 專業 的 其中 一 項 。 雖然 這 本 書 的 主題 是 使用 者 需求 的 重要性 , 產品 的 其他 方面 也 是 很 重要 的 。 例如 , 它 的 工程 製造 好 不 好 ? 這 包括 產品 的 功能 、 耐用 程度 、 維修 的 難易度 。 它 的 成本 如何 ? 有 沒 有 獲利 能力 ? 人們 會 買 嗎 ? 每 一方面 都 有 自己 的 一 套 要求 , 有時 這些 要求 會 和 其他 方面 的 要求 衝突 。 設計師 試 著 了 解 人們 的 真實 需求 , 努力 滿足 它們 , 而 行銷 關注 的 是 人們 實際 上 會 買 些 什麼 。 人們 需要 什麼 和 他們 會 買 的 東西 是 兩 碼 事 , 但 兩 者 都 是 重要 的 。 不管 產品 有 多麼 偉大 , 還是 要 有 人 購買 ; 如果 一 個 公司 的 產品 無法 獲利 , 公司 很 可能 會 關門 。 在 一 家 功能 不 健全 的 企業 裡 , 每 個 部門 對 其他 部門 能 為 產品 增加 多少 價值 , 都 抱 著 懷疑 的 態度 。 在 一 個 運作 良好 的 組織 裡 , 從 各 個 不同 領域 來 的 團隊 成員 聚 在一起 , 溝通 他們 的 要求 , 以 合作 的 方式 設計出 能 滿足 整 個 團隊 的 產品 , 或者 至少 達成 彼此 可以 接受 的 妥協 。 在 不 正常 的 企業 裡 , 每 一 個 領域 獨自 作業 , 彼此 隔離 , 經常 與 其他 的 團隊 爭執 , 往往 看到 自己 的 規格 或 要求 , 被 其他 的 部門 以 不 合理 的 方式 更改 。 除了 好 的 技術 能力 , 要 生產 好 的 產品 需要 許多 條件 , 包括 一 個 和諧 、 順暢 、 合作 和 相互 尊重 的 組織 。 設計 的 過程 中 必須 克服 諸多 限制 。 在 下面 的 章節 中 , 我 將 討論 這些 因素 。 產品 有 許多 相互 矛盾 的 要求 設計師 必須 取悅 他們 的 客戶 , 而 這些 客戶 不見得 總是 最終 的 使用 者 。 以 大型 家電 為 例 , 這些 例子 包括 爐子 、 冰箱 、 洗碗機 、 洗衣機 、 乾衣機 , 甚至於 水龍頭 以及 空調 系統 。 大型 家電 通常 由 房地產 開發商 或 出租 業主 購買 。 在 企業界 的 大 公司 由 採購 部門 決定 , 小 公司 則 由 老闆 決定 。 在 這些 情況 下 , 買方 的