约6400字，预计阅读18分钟🙈

一、产品背景

2008年金融危机爆发之后，中本聪提出了比特币的概念，随着比特币的诞生，区块链这个伟大的技术解决方案进入人们的视野。

如今，区块链技术带来的技术浪潮正在席卷全球，潜移默化的改变着人们的数字生活，大到国家层面或互联网巨头正在研发的数字货币，小到疾病众筹、版权声明都在应用区块链技术，而数字货币作为最早的区块链落地应用，其跨境交易成本低、结算速度快、去中心点对点匿名性的优势，使得国外用户需求强劲，各种良莠不齐的数字货币也雨后春笋般发展，数字货币交易所也应运而生。

二、产品需求挖掘阶段

由于结合了区块链技术、金融学、和不同国家的政策法规、多语言等相关知识和门槛，要做好一个数字货币交易所并不简单。

由于是一个从0-1的产品设计过程，我们以用户体验为核心，按照平台型产品设计的方法流程，围绕用户体验五要素，进行产品需求挖掘和产品设计。

1. 明确目标

明确的目标是一切工作的依据。没有明确的目标影响产品设计工作的方方面面，难以对产品定位、采集需求、明确设计原则，团队也会因为没有一致的方向而削弱凝聚力。

针对交易所，我们通过对企业自身和外部市场（主要是欧美和东南亚）进行详细评估，明确了公司愿景、目标受众画像、产品阶段目的、数据阶段目标，并不断自检，保证清晰的定义、符合可行性原则、明确的数据定义和上报机制。

我们为许多客户服务时发现，企业在制定产品计划时，大多数没有明确的目标，往往是荒蛮生长式发展，虽然在一个蓝海领域，这样也许也能带来快速成效，但同时也会为自己挖不少坑，随着竞争白热化，发展到中后期会由于沉没成本和路径依赖而导致增长停滞、客户流失、架构混乱、体验糟糕、业务繁杂、Bug频出、迭代艰难等一系列问题接踵而至。

2. 搜集需求

一个新的产品，在设计初期阶段，我们需要大量的搜集需求，由于没有数据和用户反馈做依据，我们通过产品目标为指导，对当前的需求提出方，即企业主进行访谈，并对行业竞品进行详细调研，按照马斯洛需求模型对这些需求进行一个粗略的分类，我们发现，企业主提出的需求基本都属于最初级的生理需求（基本可使用）、安全需求（稳定可靠），对于未来的愿景、价值观、slogan等普遍缺乏思考。

然后我们会对需求进行访谈和调研，洞察需求的本质，解决什么问题，带来什么价值，是否通用可维护。要避免用户直接告诉你，给我做一个什么功能。

比如客户要求我们给首页做一个新手营入口，我们分析其主要方便新用户自主解决问题，而客户认为这个产品本身就是新产品，用户都是新用户，但考虑首页界面资源有限，入口繁多，而新手营只对部分小白级新用户有意义，而大部分新注册用户本身已经是其他平台老用户，这个入口对他们来说就是多余的干扰，而新用户最终也会变成老用户，所以新用户其实是无法判断的，所以我们只需要做一个帮助入口即可。

另一个需求是要一个涨跌幅榜，让24h现货涨幅最多和跌幅最多的币种按正序进行排列展示，参考不少竞品也都有这个列表，但是我们考虑，现货交易是没有做空的，跌幅榜大部分时间都是一些劣质的，甚至圈钱的小众币种，放在界面资源紧张且高权重的首页，对用户参考意义不大且带来消极心理影响，于是我们将跌幅榜改为了新币榜。

 

需求搜集还要考虑以下几点：

1. 是否符合smart原则：具体的、可量化、可实现、关联目标的、时间可分配

 

 2. 平衡三环法则：要满足这个需求，是否保障用户体验的基础上，技术能够完美实现？

3. 用户访谈

在搜集需求和MVP迭代过程中，用户访谈都是不可或缺的一个总要环节。为了洞察需求的本质，我们将整理好的需求按照提出方和用户逐一进行访谈。

1. 不管经验多丰富的产品经理或设计师，都不能代表用户。

2. 保持杯空心态，把自己固有的认知像一杯水一样倒掉，保持同理心，完全的接纳访谈对象。

3. 多询问过去发生的具体事件，避免询问宽泛对未来看法，比如不要问“你多久进行一次资产交易”，而要问“你上次交易是什么时候？”。

4. 少说，多听，多记录。

5. 避免被照顾情绪，访谈过程中，保持轻松平和和客观中立，不要流露出情绪，避免敏感类型对访谈对象由于照顾你的情绪而表达不真实。

4. 调研

我们将调研分为竞品调研和市场调研，由于时间原因，我们只针对部分核心需求，特别是高成本的不确定性需求进行了定性调研。

针对竞品调研，基本按照用户体验五要素进行：

1. 战略层面分析：他们的产品目标和目标用户，产品的经营者和用户分别想要什么？

2. 功能范围分析：产品功能和内容

3. 产品结构：信息架构

4. 框架层：功能性界面清查

5. 表现层：界面设计风格和品牌呈现

针对市场调研，由于本产品的特殊性，更多的是针对国际市场进行调研，我们按照政治、经济、社会、技术四个纬度进行调研：

1. 政治层面：法律法规、政策研究

2. 经济层面：当前经济环境、消费环境，行业行情，消费者信心。

3. 社会层面：用户群体收入、文化程度、城市分布、职业、生活方式、家庭构成，休闲方式，生活态度，潮流风尚等

4. 技术层面：行业技术、最新技术、技术成本、跨链技术、去中性化交易方式、金融衍生品

5. 头脑风暴

综合已有的信息，明确需求，可行方案，产品计划方向，确立下一步工作计划和分配任务，deadline等。

三、产品设计阶段

通过第一阶段的目标，我们需要确定一个设计的基本准则，这个设计准则是产品设计团队针对本产品的创作基石，是设计的指导方向。

设计准则应该满足：

1. 易懂易记

2. 含义明确

3. 符合可行性原则

4. 权重明确

关键词卡片法

所谓关键词卡片法，即将大量的形容词打印在卡片上，像一套扑克牌一样，每张卡片一个形容词，然后让客户、核心用户在规定的时间内进行筛选，将自己认为最贴合这个产品的形容词分三轮逐级的筛选到5张，我们通过关键词卡片筛选的方法，通过反复的讨论，总结出设计准则。

1. 交易所设计准则

交易所的首要责任是安全。

在功能设计上，安全主要为账户和资产提供健壮的保护逻辑。

在感知设计上，设计要稳重，适当收敛，用色清爽不油腻，避免杂乱的元素给人轻浮的感觉，要给用户用心打磨的印象，用户是不会愿意在一个看起来很“山寨”的页面输入密的，更不会充值。

我们又进一步对‘安全’这个概念进行细化，并提出可行性指导意见：

1） 容错性设计

用户有时会误操作，要提供任何时候都能从当前状态跳出来的出口，保证能够及时取消或者再运行执行过的操作（支持撤消和重做）。

可行性示例：

1. 转出usdt，有多种链可选，系统应该对地址进行自动识别，即便用户选错了，也帮助其纠正并作出提示

2. 转出币之后，在下分后上链之前用户可以选择取消

3. 下单价格输入框如果输入数字大于设定阈值时候，自动修正为市场价，并作出必要的提示

4. 登录时，输入账号的input可以合并邮箱和手机，进行自动判断，减少用户选择消耗和填错

    

2）防御性设计

     

提前预防错误的发生，这种防患于未然的设计要比适当的错误提示更胜一筹。消除容易出错的条件或检查它们，并在用户采取行动之前让用户再次确认是否进行该操作。

    

可行性示例：

    

1. 全部撤单操作就应该弹出防御性的modal进行二次确认

2. 对于不可撤销的，无法容错的高危操作进行阻塞式二次确认

    

3）操作状态可感知

    

系统应该在合理的时间内做出适当的反馈，始终让用户了解正在发生的事情。

  

可行性示例：

    

1. 在火币ios app点击收藏的icon，给予了震动反馈和顶部提示。

2. 操作成功给予必要的非干扰提示。

3. 包括不限于 震动反馈、颜色反馈、弹出反馈、气泡反馈、hover状态、focus状态、click状态等

    

4）帮助和提示

提供简单易懂的帮助信息，避免用户迷途。

可行性示例：

    

产品避免使用晦涩的专业属于和词汇，如果必须使用，给予步进式的提示，如tip气泡，辅助小字说明等

    

5）逻辑自洽

操作逻辑和业务逻辑要严谨自洽，特别是安全模块，一旦发现漏洞或者不自洽等地方，整个安全体系就崩溃了，对任何产品都是致命的。非漏洞的逻辑不自洽会给用户不靠谱的感觉，给人不安全感。

可行性示例：

    

登录要输入密码和短信验证码，但是找回密码又是通过短信验证码，逻辑就不自洽了，给人不严谨感觉进而产生不安全感。

    

6）可访问性

    

1. 字体大小，对比度，系统要求，浏览器要求，网络环境：

2. 对所有用户是否友好；

3. 对同语言用户是否友好；

4. 特别可考虑残障人士的访问是否友好。

可行性示例：

    

1. app频繁掉签会造成巨大杀伤力，让用户不安

2. 网站被墙或者宕机会造成跑路恐慌

    

数字货币交易所作为专业性、技术性的新兴产品，快速发展日新月异，如何降低用户使用门槛以符合AARRR模型发展为重点。

功能设计上，应该保障功能逻辑简单直白，操作能快速达成用户目标，符合用户心智模型，减少用户思考。

感知设计上，减少干扰，突出重点，保证体验一致性，让用户感知上觉得简单清晰直白使用无压力，易于培养用户使用习惯。

1）优先级原则

界面资源是有限的，用户的认知精力也是有限的，过多的信息会消耗用户的精力，阻碍用户突破临界点。

设计上应该突出重点，弱化其次的，去掉不必要的信息。

    

可行性示例：

    

1. 用户优先级：把握核心用户，不要天真的以为你的设计可以满足所有用户。

2. 功能优先级：同一个界面，同一个模块，不要试图杂糅很多功能进去，主业务功能不操作3个，避免用户迷途

3. 信息优先级：展示的内容安规范分为不同的层次，突出核心内容，让界面层次清晰，阅读顺畅

4. 交互流程优先级：交互路径简单直白，让用户能以最小的精神代价快速完成任务。核心高频业务功能突出，次要的交互路径含蓄隐藏，比如高级设置，了解更多，升级vip（隐藏到登录和资产）

5. 视觉优先级：核心为减少干扰，让用户一眼扫过去就能找到重点和目标，避免眼花缭乱，增强潜意识里品牌记忆。具体为：减少不必要视觉元素，优雅的留白，减少颜色使用，保留1个品牌色2-3种辅助色，适当降低饱和度，减少阴影和渐变，元素尽量扁平化，保障对比度>=4.5

    

    

2)  一致性原则

不应让用户怀疑不同的词语、情况或行为是否意味着同一件事。保证用户在同样的操作下得到相同的结果。

保障一致性可以让界面更容易被预知，降低用户的学习成本，养成使用习惯。

    

可行性示例：

    

1. 交互逻辑一致性：进行界面清查，完成同样的功能交互是否一致，具体到场景划分权重

2. 视觉元素一致性：字体、图标、颜色是否一致，包括大小、风格和代表的含义

3. 语言描述一致性：同样的含义不同的表述会带来理解上的偏差和用户认知精力的消耗。

4. 信息架构一致性：导航、信息组织架构要一致

    

3)  自然匹配

系统应使用用户的语言，用户熟悉的词语和概念，而不是系统导向的专业术语。遵循现实世界的惯例，使信息以自然和合乎逻辑的顺序出现，从而符合用户的心智模型。

    

4) 可识别性

识别而不是记忆：信息清晰易懂，帮助用户有效制定决策

    

让用户一眼就知道是做什么的，而不是有点印象但是又拿捏不准需要回忆才能作出判断。

    

对界面的各种元素：图标、词汇、颜色、按钮、touch交互都应该有抽象化的含义

天下武功，无坚不摧，唯快不破。

对交易所来说，快对感觉分几个层面：

1. 成交撮合快：深度足，高并发、基本功

2. 信息更新快：盘口，k线数据变化，ws、io密集型任务

3. 访问速度快：前端优化，cpu密集型

4. 迭代迅速：新产品迭代上线迅速

5. 响应迅速：对用户需求和求助快速作出响应

6. 操作体验快：操作流畅跳转少，能快速作出决策完成任务

1）效率

流程清晰直白，帮助用户高效完成任务。

    

1. 减少不必要的跳转，让用户尽可能不跳出场景：比如modal card就是很好的设计

2. 场景转换时保证自然而流畅的动画：场景的转换动画GPU也为数据加载和渲染CPU争取了时间，同时保障流畅的情况下，尽量减少动画时长

3. 去除不必要的动画：非场景跳转的情况下，减少动画使用，比如下拉菜单的展出，盘口等需要及时查看信息的展出

    

2）临界点

临界点是阻碍漏斗转化的关键节点，压死骆驼的最后一根稻草，很多时候可能就是需要用户多移动一下鼠标，多点击一次按钮，就让用户放弃进一步使用，设计上要结合数据敏锐的发现并突破临界点。

    

1. 是什么使用户从放弃注册的？

2. 是什么使用户放弃充值的？

3. 是什么使用户放弃交易？

4. 是什么让这个页面跳出率高变成退出页的？

    

3）帮用户偷懒

帮用户偷懒是用户体验设计的终极目标之一。

    

例如

1. 手机注册时，自动获取并填入本机号码

2. 2fa复制后跳转app自动填入

3. 指纹识别变成更无感知的面部识别

4. 提现转账等地址管理

5. 提现验证等合并

感知设计上多采用抽象的科技元素为品牌赋能。

1. 多采用简洁的几何抽象图案进行点缀

2. 减少避免使用实物图片做背景

3. 保持克制，不喧宾夺主

4. 包豪斯主义，设计服务于功能，功能服务于人

5. less is more，做减法，减少元素堆积，减少色彩，减少饱和度，围绕品牌色突出品牌色。

2. 概念设计

依据设计原则进行概念设计，并不断基于原则进行自查优化。

包含了产品设计：业务逻辑、流程、字典、文档。

UX设计：交互体验、功能性设计、品牌感知设计。

功能性设计和界面清查

从产品功能角度出发进行页面雏形设计，快速产出低保真流程图，并进行清查归类。

1. 业务目标导向的界面清查：明确完成此业务需要哪些必须页面

2. 对界面进行恰当的命名：按业务功能对必须的页面进行命名

3. 清查目标元素和功能模块，将相似的归为一类

4. 对相似功能的元素和功能模块进行权重排序

5. 从归类中去掉不必要的元素和功能模块

6. 对每一清查且保留的元素和模块进行使用定义

感知性设计和界面清查

从品牌目标出发，按照设计原则进行感知性设计：

1. 设计标志性元素：具有品牌代表性的 图标、字体、颜色、交互、声音、动效、背景、情感化配图

2. 从视觉、交互、心智模型层面清查元素，归类

3. 命名元素和定义使用规则

4. 将能提现品牌特性的元素记录下来

5. 去掉不必要的，不符合的，不统一的，过头的设计元素

3. 可用性测试

由于时间和资源有限，我们采用了相对高效简单的方法进行可用性测试，最主要是启发式评估 和 认知走查。

启发式评估

我们按照已有的设计原则和可行性建议，按照优先级进行排序，整理成表格，打印出来，然后让设计团队对核心页面按照表格内容进行逐一的评估打分，这样能最大程度的、全面而有效的清查出问题。

认知走查

我们将邀请不同部门和一些核心用户，对关键页面流程和核心功能进行一个交互操作，告诉测试者要达到什么目的，然后无干扰的环境下让测试者操作，我们记录时间，然后进行访谈。

4. UI框架化

通过界面清查，通过sketch的组件化功能，将界面UI框架化，并对核心组件进行可用性说明。

1. 和前端开发一起评审清查的UI，设计不仅需要组件化，前端开发也需要组件化，这样才易于项目维护。

2. 对相同或相似功能的组件进行可用性说明，什么时候应该用组件a，什么时候用组件b，对a和b的权重，使用优先级进行说明。

5.开发、测试、上线

通过评审后，需要将设计物料提供给开发同学进行开发。不同的团队需要的物料和协作方式会有所不同。我们主要提供以下物料：

1. sketch原稿，通过git类工具进行管理，主要便于开发进行自行切图，虽然大部分需要的图片可以提前切好给开发，但是难免有遗漏。

2. 上传蓝湖等第三方工具

3. PRD文档：包含复杂业务的流程图、模块详细说明

  4. 高保真交互示例：主要针对需要特定打磨的交互细节

然后我们会通过敏捷开发的形式，通过对应的敏捷管理工具，按照用户故事分解任务，然后通过贴图或者链接的方式放入到任务中，将物料与任务一一对应。每个敏捷任务包含以下字段：

1. 任务名称：言简意赅的名称便于快速定位任务

2. 用户故事：阐述了使用用户是谁，需要什么功能，以便达到什么目的

3. 对应界面、模块截图、交互动画、流程图：对应的物料信息，直观明确

4. 注意事项：任务可能存在的边界问题等各种需要注意的坑儿

5. 验收关键点：便于测试同学建立测试用例和测试报告，也用于后期验收。

总结

一年多时间，从0到1参与产品从需求到设计到研发落地的过程，因为项目相对的繁重复杂，整个过程对其他中大型项目比较有参考价值，所以周末时间将整个产品设计过程做了这个总结，因为工作忙碌时间紧，内容比较流水账。

一直认为，设计的本质就是提供方案解决问题，所以产品经理也好，设计师也好，其实工作界限是无法严格划分的，只是侧重点表达形式有所不同，所以整个项目中，PM和UX都是合并一起工作的，一起挖掘需求、调研产品、头脑风暴，一起评审设计、进行可用性测试，不仅效率提高了，而且让上下游沟通的损耗降到最低，UX具备了产品思维，自然而然吃透了业务，以提供更优雅贴切业务需求的设计方案，PM提高了用户体验设计思维，减少了对下游的沟通成本，考虑方案时也更具像化、更立体、更重视体验了。

下一步需要更多的学习Scrum敏捷管理相关知识，以更高的效率和质量落地产品。