第六章 有意思的产品设计(2 / 2)

“技术型专利大概337项,最少100多万。”

“成,老大,你还有啥要求?”

“去帮我招2个美工,3个文案,5个软件工程师,js和刀方向的。剩下的还没想好。”

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

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

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

~~~~~~~~~~~

看着姚楠仿佛被狗撵(无误)一样的跑出去,杨森无奈的摇了摇头,继续自己之前的代码作业。没办法,姚楠太孩子气了,每天不吓唬吓唬他,真对不起自己。

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

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

目前市场这类的语音助手并不少见,除了苹果的siri一家独大之外,谷歌、微软、百度甚至小米都有各自的语音助手。每家的助手都各有优缺点,不过大家都不能做到的一件事就是真正的陪人聊天(大多数都是所答非所问,体验极差)。

没错,杨森就是计划开发这么一个能够面对面和人聊天的助手。以前的话杨森并不注重这种无聊的,毫无帮助的低智能软件,因为受限制于硬件的原因这个程序只能陪人聊天,其他的比如控制个机器人啦,自己学习啦之类的完全不能做到。可谁让姚楠逼的太紧呢,没办法就只能把这种残疾产品推出去糊弄人了。

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

不过既然计划找10个帮手,那么事情就好干多了。现在杨森就开始忙着写开发文档了,什么框架结构啦,什么内核代码啦,什么算法优化啦,什么模块设计和函数调用规则啦,另外还有语言语源数据库的自动抓取。

一个语音助手要实现的是什么?什么是助手?很明显现在的软件厂商不太明白这个定义。假如某个老板雇佣一个员工作为自己的助手,却发现这个助手只能所答非所问的跟自己东扯西扯,那么结局就只能有一个,迅速的将这个雇员炒掉。助手是什么?是能够帮我们解决各种简单问题的职位,是很重要的职能单位。

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

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

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

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

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