全端开发者必懂的「产品设计」——全端开发者内功 IV

from Unsplash

为什麽工程师也要懂产品设计？

前面笔记提过，现代科技秒新分异、资讯爆炸，只要有足够资源和时间，打造产品或服务已经越来越容易。所以关键是打造出有用的产品——也就是能解决使用者的痛点。

而在产品逐渐完善的过程中，很多细节并非一人能独自完成，在软件开发的领域更是注重团队协作。而顺畅的团队协作取决於共同语言、框架及文化。

「写扣前的产品设计流程」就是整个团队试图一起打造满足使用者需求的产品的重要过程。

笔记目的

解决哪些问题：

• 各种产品设计方法论
• 方法论的共通重点

谁适合阅读：

• 正在学习产品开发的准工程师

写扣前的产品设计流程

Google 「产品设计」，网上不乏丰富资讯，也有许多书籍完整介绍某一方法论及其实践方式。这边罗列三项广泛使用的方法论，并摘录其共通点加以介绍。

实用方法论

Design Thinking

from Interaction Design Foundation

设计思考的核心是以人为本（user centeric），并以解决问题（problem solving）为导向的设计流程。

• Empathize（同理）：忠实呈现从使用者搜集来的资讯
• Define（定义问题）：明确定义使用者的特徵及其痛点／需求
• Ideate（创意发想）：先发散後聚焦以产生可行的解决方案
• Prototype（制作原型）：以低成本实现产品雏型
• Test（测试）：验证构想是否能解决问题

Running Lean

from Pinterest

• 从假设中打造最小可行产品（MVP）：初步定义使用者及其痛点，并据此设计能解决问题的最小可行方案。
• 以 MVP 验证假设并产生数据：搜集实际使用情形，以汇整成用户数据。
• 从数据中学习以迭代 MVP：从用户数据中掘金，以产生优化产品的洞察。

Google Sprint

from GV

• 定义使用者及痛点：透过大量讨论，聚焦出一份使用者地图。
• 发想解决方案：发散、广泛、创新地构思任何可行方案。
• 决定解决方案：收敛、聚焦、决定首先执行的方案。
• 打造原型：快速并尽可能贴近地做出选定方案。
• 使用者验证：从使用者身上搜集真实回馈，用以迭代。

共通重点

from Design Thinking Lean Startup Agile Diagram

网路上有许多强者把各种框架兜在一起，产生更大效益。而这边萃取出三项所有流程都有的共通点：

厘清使用者与痛点

透过初步定义与假设、使用者访谈等方式，产出 同理心地图（Empathy Map）、人物志（Persona），最後聚焦为 使用者故事（User Story）。

定义最小可行方案

透过上阶段汇整出的文件及脑力激荡，定义出能够解决问题，但没有太多额外功能的 最小可行方案 Minimum Viable Product (MVP)。

打造原型与验证

以 wireframe、mock-up 等工具打造原型，并透过 prototype 让使用者进行体验与测试。

阅读更多

关於本系列更多内容及导读，请阅读作者於 Medium 个人专栏 【无限赛局玩家 Infinite Gamer | Publication – 】 上的文章 《用 JavaScript 打造全端产品的入门学习笔记》系列指南。