注意事項:
除非特例 (專案執行),一般輔導的專案,不要一次開完所有的工作,因為
  1. 按部就班,一次處理一個工作,減少干擾
  2. 無法明確知道每一個工作執行的時程,開工作的意義不大
如果要讓對方瞭解整個推動計畫,可以給文件
因為是企劃、就比較不需要瑣碎的執行細節
 
和客戶互動:
 
  • 發表討論後,用 line 提醒,例如:
    「再麻煩你們提供公司組織 (部門) 的資訊,詳細的說明我們有 PO 到專案的討論」
     
  • 客戶在 line 上提供資料
    就將檔案回應到討論,並在 line 上回應
    「謝謝您的資料,為了方便後續追蹤,我有將 line 的資料寫回討論區」
 
原則:
一定要在專案有紀錄,email or LINE 的互動,要引導到專案的討論。請務必 follow 以下原則,若要採不同的作法,需要先討論。
重點
  1. 1.
    建立工作
    依據下列的重點,逐項開工作
  2. 2.
    確認時程
    每個步驟,務必要確認並追蹤
  3. 3.
    寫記錄
    工作相關的記錄,可以用檢核清單輔助
  4.  
     
    互動 & 討論
  5. 4.
    用 FAQ 回答客戶問題
  6. 5.
    互動,要引導到專案的討論區
    LINE 溝通很方便,但有以下的缺點:
    1. 訊息雜亂,缺乏分類,不容易整理與追蹤。
    2. 訊息不容易連貫,所有主題夾雜在一起。
    3. 寫的對話介面比較小,有時候不容易表達。
     
    即時需求 (LINE、電話) or 習慣 (email),要引導到 p.fms,例如
    Q. 匯入的資料有問題
    經檢查,是因為有些帳號 email 格式錯誤造成的。
    更詳細的說明,我們有記錄在 p.fms 的專案中 http://p.fms.tw/project/. ....
     (先寫摘要,再引導)
  7. 6.
    討論的結果,要寫回工作
    一切以工作的內容、討論、處理記錄為主,避免認知不同。
    例如
    「謝謝您的資料,為了方便後續追蹤,我有將 line 的資料寫回討論區」
  8. 7.
    重要事情,用 LINE or email 提醒
    在 p.fms 發表重要討論 or 文件,用 LINE 等方式提醒,例如:
    「再麻煩你們提供公司組織 (部門) 的資訊,詳細的說明我們有 PO 到專案的討論
  9. 8.
    解決問題後,要說明原因
    除了資訊透明之外,也可以避免背黑鍋
    例如,下面的例子就應該寫原因
    位置
    資料夾名稱
    快速入門 ~ 專案管理
    發表人
    蘇德宙
    單位
    台灣數位
    建立
    2020-07-23 06:18:34
    最近修訂
    2020-07-23 06:19:13
    瀏覽
    401