“约朋友吃饭”这个场景其实最能体现吕骋所说的“人机交互和人人交互打通”。非常可惜的是，这个环节的现场演示一直停留在吕骋同事给他发语音的步骤，最终不了了之。吕骋给出的解释是现场网络不好，消息没能成功发送。这也从侧面反映出，Project Flow 这个 app 对网络非常依赖。

　　在随后的现场上手环节，我们大致弄懂了在 Project Flow 上“约朋友吃饭”是怎么一回事。当前在微信中约朋友吃饭，我们会习惯地先在大众点评找一家餐馆，然后分享网页版到和微信好友的对话中。

　　Project Flow 的流程则是这样的：用户在和好友聊天的时候，可直接语音输入搜索一个餐馆的列表，接着将这个列表分享给好友。好友选好餐厅，然后分享这个餐厅的信息回来。整个流程都在 Project Flow 的 app 中完成，无需像我们习惯的那样在微信和大众点评间反复跳转。

　　“在不同 app 间反复跳转非常地反人性。”吕骋对这种现状显得很不耐烦，“我们为什么不能把这些都做成一个流畅的信息流?”流畅的信息流，这正是 Project Flow 命名的由来。

　　(Project Flow 现场上手视频)

　　相信不少读者都注意到了，Project Flow 这个“约朋友吃饭”的场景基于一个它自己的通讯系统，双方都要安装 Project Flow 的 app 才能完成上述的交互。这样做面临的一大挑战是，如何说服用户使用一个新的聊天工具，特别对面站着的是微信。而如果用户数没有足够大，Project Flow“人机交互和人人交互打通”这一愿景又无从谈起。

　　从整场演示来看，目前 Project Flow 还只是接入了大众点评、高德地图和 Uber 的 api。为了让 Project Flow 所提供的服务尽可能地完善，渡鸦科技接下来要做两件事。

　　其一是充分利用现有 app 中的 api 接口。吕骋认为，Project Flow 是在打造一个良性的生态，为提供 api 的 app 带来流量和额外的收益。

　　其二，吕骋想把长尾服务也纳入 Project Flow 的服务生态。为此，渡鸦科技发布了一个 Hack Flow Program。这是一个开发者平台，任何人无需编写一行代码，就可以将自己的服务发布到 Project Flow 的数据库中。吕骋现场举了一个美术馆的例子。

   投稿邮箱：chuanbeiol@163.com   详情请访问川北在线：http://www.guangyuanol.cn/