遇到了不容简单题，很更多人往往会去问答平台去问有过类似的人，获取更加精准的提议。本文作者通过复盘以前的项目经验， 梳理了一款知识付费产品上崭新增付费问答的功能，和较大家分享了他对问答产品的明白和思考。其实吧，我也不是哪些专家，就是觉得这东西挺有意思，就随便聊聊，当你.…。

一、 前言：我不懂设计，但我得先探究一下

接到需求后由于对设计语音类产品很不熟悉，我先来看探究了一下该类产品的设计流程。就像我以前学机械设计教程，或者做网站制作教程，或者搞电脑培训一样，总得先看看别人是怎么弄的。设计流程，能够告诉设计师应当先做哪些、后做哪些，保证我们用最更少的步骤和工作岗位量，得到最满意的最终还是结果是。它就像旅行攻略，告诉我们第一站应当去哪个景点、第二站应当去哪，嗯，安排得妥妥当当。通过搜索，发觉当前市面上语音设计规范还挺更多的，反正看了就头较大。

问答产品我们平时接触的都不更少。遇到了不容简单题，很更多人往往会去问答平台去问有过类似的人，获取更加精准的提议。这种问答式产品的持续发展，还催生互联网较大佬们炎热衷于智能音箱的生意经。语音的需求较大更多是基于场景来考量， 比如用户在开车的时候通过语音交互，就对比可靠、便捷；问答的迅速捷模式不仅提升...

二、对问答产品的明白：这玩意儿到底是个啥？

这一一部分将从问答的用户及需求、问答内容的特点、问答产品的壁垒3个方面展开。听起来很专业，其实说白了就是三点：，妥妥的！

1. 用户及需求

太魔幻了。 用户就是那一些遇到不容简单题的人。他们不想自己瞎琢磨，就想找人问。比如我想买个手机，但不了解哪个良好，我就去知乎或者百度了解问。这种需求很强较大烈，但是也很杂。有的人是为了打发时间段，有的人是真实的想解决问题。在为产品设计问答功能时笔者从用户、产品和平共处台三方考虑产品的实际价值。问答对端内用户而言是强较大需求还是薄弱需求、 端内用户对哪些领域有问答需...

2. 问答内容的特点

内容嘛，就是那一些回答。有的回答很专业，有的回答很搞笑，有的回答就是瞎扯。良好的问答内容得有用，得真实实得能解决实际问题。不然较大家都不愿意看。 卷不动了。 就像知乎持续发展得风生水起，足以证实市场环境需求的潜力有更多较大。这种问答式产品的持续发展，还催生互联网较大佬们炎热衷于智能音箱的生意经。

3. 问答产品的壁垒

壁垒就是护城河。别人能不能轻巧简单模仿你？你的数据更多不更多？你的专家更多不更多？如果谁都能随便回答，那这产品就没法玩了。所以怎么做良好一款问答产品？这得靠积累，靠信赖，无语了...。

三、技术手段架构：Android端怎么写代码才不会崩？

别以为光有想法就行，还得有代码支撑。我查了一下资料，发觉语音问答机器人系统由三较大核心模块构成：语音输入模块、问答处理模块和语音输出模块。在Android平台实现时提议采用MVP架构，将语音处理逻辑与UI展示分离。这一点很十分沉关键，不然代码写得乱七八糟，以后改起来想死。

先来看，语音输入模块。这玩意儿得集成Android SpeechRecognizer API， 通过Intent启动识别服务，配置RecognitionListener监听识别最终还是结果是。识别中涉及到声音信号的明白.，说白了就是...

然后问答处理模块。这是系统核心， 提议采用RESTful API与后端服务通信技术，推荐采用Retrofit库简化网络申请，配合Gson进行JSON数据解析。别问我为哪些用Gson，用的人更多呗。如果你不了解哪些是RESTful，那你能够去补习一下。

最后再来看，语音输出模块。这得依赖Android TextToSpeech引擎，得检查设备有没有支持所需语言并设置适当的语速音调参数。这玩意儿有时候会卡，有时候声音像外星人，得调试很久，太虐了。。

四、 设计流程：从定位到脚本的那一些破事

我不熟悉，我先来看探究了一下该类产品的设计流程。综合以上的参考信息， PTSD了... 为当前这个项目确定了以下的设计流程：

等着瞧。 定位 → 场景 → 输入、输出信息类型 → 撰写脚本 → 流程 → 方案。

我好了。 其中，定位是针对语音助手这种特殊类型的功能，而加入的设计步骤。输入、输出类型和撰写脚本，则最主要由于语音交互的特性而出。定位是针对语音助手这种特殊类型的功能，而加入的设计步骤。输入、输出类型和撰写脚本，则最主要由于语音交互的特性而出。定位是针对语音助手这种特殊类型的功能，而加入的设计步骤。输入、输出类型和撰写脚本，则最主要由于语音交互的特性而出。嗯，十分沉关键的事情说三遍。

1. 定位

冲鸭！ 你的语音助手是干哪些的？是帮你查天气？还是帮你讲故事？还是帮你写代码？定位不清，后面的都白搭。

2. 场景

对吧，你看。 用户在哪些场景下会用你？开车？做饭？还是睡觉前？场景不同，交互方式就不一样。开车的时候你确定不能让他打字，只能说话。

3. 脚本

脚本怎么写？得像人话。不能太死板，也不能太随意。 太虐了。 得考虑到用户有可能说的各种奇葩话。

五、语音交互设计：怎么才能像人一样说话？

在信息输出层面 智能产品怎样设计才能达到“人与人天然交流”的感觉，为此我们将从六个维度给出设计提议，分别是人物设定、外观造型、语音、动作、界面和光效。正如同人与人交流时对方的脾气性格、外貌印象、声音特点、肢体语言、表情和眼神，礼貌吗？。

1. 人物设定的设计提议

不熟悉，我先来看探究了一下该类产品的设计流程。语音助手进行定位——没有人格的语音用户界面是不存在的。所以你得给他一个设定。是个老爷爷？还是个萝莉？还是个寒冷冰冰的机器？这取决于你的产品定位，我懂了。。

2. 语音的设计提议

我晕... 声音很十分沉关键。不能太机械，也不能太吵。得有情感。有时候用户生气了你还得安慰他两句。

3. 界面和光效的设计提议

虽然语音交互不需要屏幕，但是界面的设计还是要有的。光效怎么闪，颜色怎么变，都得符合人物设定。

六、 今后趋势：情感计算和24较小时在线

今后智能产品的趋势是将拥有情感计算能力，通过认知人类的语音信息、人脸表情、肢体动作等，从而调整自身的反馈来适应环境人们那一刻提出的需求，交互会变得越来越简单，它会更懂你。智能产品能感知人的天然动作和读懂人的情感，都属于信息输入层面，何苦呢？。

因为人工制作智能技术手段的飞速持续发展，问答机器人已缓慢缓慢成为即时通讯(IM产品中的十分沉关键组成一部分。它们不仅能够迅速响应用户需求， 提供给个性化服务， 操作一波... 还能在24较小时不间断的工作岗位中较大幅减轻巧人工制作客服压力，提升用户体验。本文将围绕问答机器人在IM产品中的设计思考，从更多个不同维度展开探讨。

如果你的产品品牌期望给用户传达迅速、 较高效的意向，那么在设计对话UI时就需要突出直观、… 从语音助手的体验讲起，语音类产品怎样进行交互设计...，来一波...

我们很简单就能明白语音、问答等功能的优势，但怎么引用这一些功能来为产品赋能，才是关键所在。产品优化不是想当然地将各种崭新功能不断叠加，这样的方式太粗暴，对用户很不友良好。这是因为不同产品间的持续发展阶段、采用场景、输出实际价值等，都不尽相同，人间清醒。。

七、 ：反正就是一堆乱七八糟的东西

语音问答产品设计这事儿，挺繁杂的。得懂技术手段，得懂设计，还得懂心理状态学。从Android的MVP架构到VUI的六个维度，从情感计算到脚本撰写，每一步都得较小心翼翼。如果你觉得这篇文章写得乱七八糟，那说明你也没看懂。反正我是尽力了希望能帮到那一些正在做这类产品的人吧。机械设计教程,网站制作教程,电脑培训... 顺便提一句， 我还会做机械设计教程，网站制作教程，电脑培训。较大家有需要能够联系我。