书阅网

手机浏览器扫描二维码访问

第六章 有意思的产品设计（第2页）

“去帮我招2个美工，3个文案，5个软件工程师，js和刀net方向的。

剩下的还没想好。”

“这么多人？老大你这是准备要搞多大？”

“这几个人还多？我还准备搭建一个小型IDC机房你会不会吐血？”

“老大你先忙，我去给你找人。”

~~~~~~~~~~~

看着姚楠仿佛被狗撵（无误）一样的跑出去，杨森无奈的摇了摇头，继续自己之前的代码作业。

没办法，姚楠太孩子气了，每天不吓唬吓唬他，真对不起自己。

杨森这次准备的并非突发奇想的新鲜玩意，而是那个持续了3年多的工程中的一个副产品的阉割版——机械副官。

玩过星际争霸自由之翼的同学都知道，吉姆雷诺有个机器人副官，可杨森做不出来那玩意，只能做个类似于呼叫应答方式的软件而已，类似于siri语音助手。

目前市场这类的语音助手并不少见，除了苹果的siri一家独大之外，谷歌、微软、百度甚至小米都有各自的语音助手。

每家的助手都各有优缺点，不过大家都不能做到的一件事就是真正的陪人聊天（大多数都是所答非所问，体验极差）。

没错，杨森就是计划开发这么一个能够面对面和人聊天的助手。

以前的话杨森并不注重这种无聊的，毫无帮助的低智能软件，因为受限制于硬件的原因这个程序只能陪人聊天，其他的比如控制个机器人啦，自己学习啦之类的完全不能做到。

可谁让姚楠逼的太紧呢，没办法就只能把这种残疾产品推出去糊弄人了。

机械副官的所有细节和设计方案都在杨森的脑子里，可要转化成适用于手机、电脑上的程序就很废时间了，要是让他自己干这个事儿，哪怕不吃不喝也要干上20年，可20年之后估计满大街都是人工智能了。

不过既然计划找10个帮手，那么事情就好干多了。

现在杨森就开始忙着写开发文档了，什么框架结构啦，什么内核代码啦，什么算法优化啦，什么模块设计和函数调用规则啦，另外还有语言语源数据库的自动抓取。

一个语音助手要实现的是什么？什么是助手？很明显现在的软件厂商不太明白这个定义。

假如某个老板雇佣一个员工作为自己的助手，却发现这个助手只能所答非所问的跟自己东扯西扯，那么结局就只能有一个，迅速的将这个雇员炒掉。

助手是什么？是能够帮我们解决各种简单问题的职位，是很重要的职能单位。

比如我们需要对助手说，我想吃棒棒糖，那么人形的助手就应该立刻把棒棒糖送到我们面前，软件助手则应该根据我们的饮食习惯和生理特性，来询问我们是不是帮我们来订一根徐福记的限量版。

又比如我们下班了想要回家，助手会根据我们今天的活动情况，收入情况，生理健康情况和下班时的交通拥堵信息，来询问我们是不是讲最近的车辆预定好，我们到家了，家门和灯光会自动打开。

还有助手能够根据采集到的日常生理信息来建议我们的饮食、督促我们运动健身，在老人突发疾病的时候能够直接联系邻居帮忙急救，并要求急救中心派出救护车接应，在最短的时间内保证主人的生命安全。

比如小孩子在家缺少玩伴，可以让助手帮忙带孩子，根据孩子的应激反应和喜好，安排孩子的教育计划。

这么想起来，是不是发现，现在的那些披着智能助手的东东弱爆了？