接到一個需求，想在頁面上加一個連結
需求：我希望在頁面上的這個位置放一個連結。
「這不是很簡單嗎？在 html 檔案裡面加個 <a> 標籤就可以了」
提出需求的人可能並不知道自己真正想要的是什麼
提出需求的人通常只是將自己所能看到的東西結合上自己想要的東西，用自己的邏輯演繹之後得出的所謂「需求」。
不同領域、不同層次的人，對需求的描述方式都是不同的。僅僅是通過別人對需求的描述實際上很難了解對方真正的意圖。比如上面加連結的需求，實際提出這個需求的人想要的可能是：
- 統計每次點選的使用者；
- 可以自己修改這個連結的文字和地址；
- 對不同地區的使用者顯示不同的連結；
- …
需求只是一種主觀的描述方式，直接參考價值並不高。我們應該和需求方聊聊背景，聊聊為什麼會提出這樣的需求？有沒有想過或嘗試過別的方案？
1. 你的需求其實並不需要開發
很多需求只不過是現有資源沒被充分利用造成的。滿足這樣的需求可能只是做一些資源的調配，不需要投入額外的開發。
- 如果只是連結到活動頁面，可以通過後臺配置出來，不需要投入開發
- 這個連結固定到當前使用者個人中心頁，我們有現成的元件可以直接用
不寫程式碼就能滿足需求才是最優雅的實現方式。
2. 你的需求這麼做會更好
提出需求的人可能會缺少某些方面的意識，我們可以在瞭解需求背景的階段給出一些建議。
- 把連結放在另一個位置轉化率會更高，而且不會讓使用者覺得噁心
- 這裡可能需要限制一下字數，這塊空間只能容納 15 個字，否則就換行了
這樣的建議也是因人而異的，如果提需求的人比我們的產品感官更高，這時候我們再去給對方建議就有點班門弄斧了。但是這並不妨礙我們瞭解需求時問到「為什麼把連結放在這裡」，可以抱著學習、提高自己的心態問。
3. 你不能這麼做
某些需求可能就是現階段不能做的，但是這些不能做的原因可能在需求方的認知範圍之外。
- 連結的文案和文字的控制權交給外部，這樣無法通過安全評估
- 這個頁面不能大量引流，我們需要先優化效能，否則伺服器會扛不住
這種時候好好解釋清楚，該拒絕的就拒絕。有些原則問題是不能容忍的，強行去滿足這種需求遲早會出事。
當然有時候會遇到一些溝通不到一個點上的需求方，這時候可以考慮聊聊情懷、聊聊價值觀。
4. 找個 ROI 較高的平衡點
提出需求的人可能並不知道實現成本有多高，討價還價很有必要。
- 這個地方加連結可能需要下個月才能上線，用按鈕的形式明天就可以上線
- 做到可以實時修改可能需要投入一週的工作量，容忍 1 小時延遲的話馬上就可以搞定
如果我們瞭解過背景，可以發現需求方的描述中有些部分根本就和背景沒關係，只是拍腦袋決定的。
如果只是加一個入口，未必非要用連結的形式，用按鈕同樣可以做到。如果使用按鈕的方案不需要做任何開發，而改成連結可能需要跨團隊協作，還需要 App 發版本，那麼為何要執著於用按鈕的形式呢？
最後
把所有事情考慮清楚之後，我選擇了在 html 檔案裡面加個 A 標籤。需求真的只是想加個連結而已，根本就沒我想的這麼一大堆破事。
但是這並不是什麼令人後悔的事，在一件事沒有進入終態之前，它存在的概率足以讓我們去思考這一堆問題。僥倖的心態終究會敗給墨菲定律。