[心得]機器人"聊天"這檔事
繼上上次 FB Messagenger bot 及上次的 Line bot 學習製作的過程， 對於聊天機器人"聊天"這檔事有了一些體悟，所以寫下來供作參考。 先回顧一下 FB Messenger bot 開發經過，首先 FB 在今年年初推出了 Message Platform，自己興致勃勃的找了些教程，用 node.js 開發並佈署在 heroku.com。 FB 提供了一個大～平～台（王大陸～原諒我很想寫這個爛梗)，讓大家可以透過 Messenger，從後台接收訊息及發送訊息到客戶端。 說穿了，這些聊天平台將自己的服務跟各個企業的商業服務做個管道出來，對於聊天平台跟其他運用這服務的企業算是雙贏的局面，一方面替自己衝使用量，佔據社群軟體的榜首，一方面替企業精簡人力、擴大銷售。 聊天平台原本的社群服務加上企業原有服務，透過 "聊天機器人" 這個溝通管道，更加強了雙方的連結。 軟體架構其實是相對的單純，撇除聊天平台原本的溝通界面服務、、各大企業原本也有相應的網路服務，透過 sdk 交換雙方的訊息也不難。 終端消費者在聊天平台提供的界面上打打字，透過 sdk 交換訊息到企業網路服務，企業網路服務接收訊息後回應終端使用者，最終達成終端使用者的目的。 目前看似一切都在既有的服務上作業，sdk 使用上也簡單，那問題在哪裡？ 問題就在 "聊天" 這檔事，如果消費者打了某段訊息，例如"我要買電視"，企業接收訊息後判斷有"電視"兩個字，就推出自家電視產品廣告；那這跟透過指令界面一個口令一個動作有什麼不同？ 萬一消費者打的訊息內容是 "我要買可以當電視的平板電腦"，結果推薦的是電視，那會有多囧，我要是消費者馬上就跳開這個平台，不好玩又亂推薦。 關於 "聊天" 這檔事，雖然日常生活無時無刻都在聊天，認真分析起來，聊天機器人真是呆板的可以，但是還是要努力不要讓他/她變成"它"，我們還是期待機器人是個人呀！ ok google、siri 這樣聰明的個人管家跟聊天機器人的目的性不同，聊天機器人的聊天支線、主題比較可以聚焦。 關於聊天機器人 "聊天" 這檔事，列下四點： 1. 單一時間點的討論只會圍繞單一個主題，...