千綺創意設計 Co-Founder / 產品設計總監，目前經營軟體領域的體驗設計顧問公司，也從事 UX 教學，喜歡以工作坊形式，引導你體驗 UX 領域的專業知識。 工作聯絡：service@soking.cc
Soking 來信：軟體任務的本質是滿足資訊需求
|
哈囉，朋友 今天想與你討論軟體產品設計時，相當重要但在工作上又幾乎未被討論的基礎元素：「資訊需求」。 ▋什麼是資訊需求呢？ ▋我們在買早餐的時候，早餐店老闆是怎麼知道我們想買什麼呢？ 我們拿到早餐要付錢的時候，又是怎麼知道要付多少呢？ 早餐店老闆辛辛苦苦的忙碌之後，下午打烊收店時，又怎麼知道今天賺了多少錢呢？ 這類問題都是軟體擅長解決的事情，也是我今天想與你討論的「資訊需求」這回事。 資訊需求的意思是說，當我們要完成特定的行為目的時，必須提供的情報。 早餐店老闆需要先提供「菜單」的情報，消費者才知道有哪些選擇。 消費者要告知「點餐內容」的情報，早餐店老闆才知道要如何吩咐其他人料理。 根據點餐內容，早餐店老闆經過計算，才能告訴消費者「結帳金額」。 辛苦忙碌一整天之後，早餐店老闆統計今天所有「訂單內容的結帳金額」，才能得知「營業額」的狀況。 ▋資訊需求的兩種類型 ▋資訊需求在軟體服務的情境中，有兩種類型：內容即目的、產生新資訊。 想像我們要將早餐店的服務情境打造成一個軟體服務，就像你在麥當勞看到的自助點餐機。 內容即目的的情境有：
產生新資訊的情境有：
A 提供某種資訊給 B 在特定情境下使用，軟體服務往往長成這副德性。 聰明如你，應該可以發現這兩類資訊需求的情境，往往是上下游關係。 因此軟體服務在規劃的過程，本質上就是在釐清：
▋資訊需求的前置作業：任務步驟分析 ▋如果說資訊需求就是完成特定行為所需要的情報。 那麼辨別資訊需求的前置作業，就是任務步驟分析。（我必須先假設你已經釐清商業邏輯、服務範圍、設計目的。） 如果是在 B2B 軟體的設計情境中，通常可以找到對應領域的專家，與專家一起協作進行知識萃取，將任務步驟解析出來。 就像把早餐店老闆抓來，一步一步的盤點確認，他是如何規畫菜單、如何點餐結帳、如何出餐以及每天如何關帳。 將整體的服務脈絡釐清之後，根據相依性拆解為若干各自獨立的小任務，每個任務又可以拆解為數個可交付步驟。 到了具體的「可交付步驟」被解析出來後，資訊需求的長相才算是明朗化。 我們會意識到，如果早餐店老闆沒有規劃菜單，那消費者就會無所適從。 如果消費者沒有明確的提出點餐內容，早餐店老闆也不知道該怎麼提供餐點。 在軟體服務中，每一個可交付的任務步驟，都隱含著內容即目的（例如看菜單）或是產生新資訊（例如點餐）的資訊需求在其中。 這是我對於資訊需求這個主題的思考，分享給你。 希望能幫助你釐清我們在軟體設計的日常工作中所面對的任務本質。 by Soking |
Soking
千綺創意設計 Co-Founder / 產品設計總監，目前經營軟體領域的體驗設計顧問公司，也從事 UX 教學，喜歡以工作坊形式，引導你體驗 UX 領域的專業知識。 工作聯絡：service@soking.cc
哈囉，朋友 一直以來，我非常關心「學習」這件事情，如何透過網路與科技的力量改變。 我選擇用「學習」這個字眼，是因為學習是關於我們如何成長，如何認識與掌握一件事情的過程。 我避免談「教育」，是因為教育背負了很多現存體制的條條框框與每個人可取得資源的限制。 我們這一代六七年級生從事網路軟體相關工作的人，就是受惠於透過網路學習各式各樣事物。 然後我們有機會透過學習，去從事甚至是創造各種上一代從未聽過的職業與工作。 ▋線上課程市場這條賽道 所以當「線上課程市場」這個賽道出現時，我便深感興趣。 除了自己有錄製過線上課程在平台販賣，也有協助幾位客戶規劃與開發自己的線上課程平台。 只是一直以來我很困惑，感覺「線上課程市場」似乎正在高速的跑完某個循環。 直到最近閱讀好朋友喊涵的電子報，她身為課程製作專家，在第一線的觀察心得，似乎有點恍然大悟。 喊涵在電子報中分析到：「線上課程市場的變動速度真的很快，任何一點商業條件變動，都可能推翻原本堪用的做法。」. 以及：「產業競爭加劇，課程越做越精緻。」 這些訊息對我來說，意味著線上課程市場，已經走入市場生命周期的第三階段：成熟期。 ▋成熟期市場的競爭樣貌...
哈囉，朋友 如果你在工作上要去執行需求訪談，相信也曾遇過不耐煩的受訪者。 尤其是主管位階的大忙人，特別沒耐心受訪。 或許你會想，可能是自己的職稱不夠高，所以對方才不耐煩。 但換個情況，如果我們是主管，然後總是對於跟位階低的人講話不耐煩。 那這樣要如何領導其他人呢？ 所以有沒有一種可能，不是我們位階低，而是對方感覺這次的談話是沒有用的。 就我自己的親身經歷，最常見以下幾種狀況： 同樣事情他已經講了一百遍 沒有人可以了解他在幹嘛，忙得喘不過氣 你想訪談的東西他覺得跟他無關 因此我想與你分享一下，這幾類狀況的訪談應對策略。 ▋狀況一：同樣事情他已經講了一百遍 除非對於一件事情有使命狂熱，講個千遍也不厭倦。 不然任誰同一件事情講十次以上應該都會超級不耐煩吧？ 講了十幾遍之後，他覺得自己已經付出了沈重的代價。 然後此時再來一個什麼都不懂的人，這情況簡直糟得不能再糟糕了。 因為有更多的事情得從頭講起。 那該怎麼辦呢？ 讓對方意識到你也付出了一些沈重的代價，但沒有找到答案，所以來到了他的面前。 例如對方跟組織內的同事講過許多次了。...
哈囉，朋友 原本預計今天寫給你們的一封信，被我收進了草稿匣，因為變成了奇幻小說，而我不知道該怎麼向你們介紹而不顯得突兀。 如果你有追蹤我的臉書，最近的我，正處於內在衝突的自我整合歷程，因此不斷萌發各種念頭，看起來不太像在說人話，先跟你們抱歉。 我想改成與你分享，最近我們團隊正在籌備的一場直播講座的調查狀況。 這個調查主題是關於「side project」，當你接觸網路軟體產業之後，或多或少應該聽過這件事情。 有些人想透過 side project 來提升自己的能力，有些人想透過 side project 打造屬於自己的解決方案或工具，有些人渴望透過 side project 讓自己更快樂、有成就感。 我自己常常發起屬於自己的 side project，大多數在當下都沒什麼用，但可能在日後突然串了起來，在某個專案中起了絕妙的用途。 因為這樣，我常常被誤認為是有創意的人。 但我其實不是有創意的人，而是嘗試過一百種當時不可行的辦法，並且記錄、分類、保存下來。 因此 side project 對我來說，就是用來失敗的。 那我是怎麼遇見想要的 side project 呢？...