你怎麼會這樣想!?

就是我們詢問這個頁面的樣式是不是就是指著螢幕的那個樣子的時候，預期得到的答案：是或者不是，而不是其他頁長怎樣，或者是為什麼要這樣調整，那些應該都是後話，就是補充說明。

抱歉，但我這一個月來一直受這種溝通折磨，需要一個類似樹洞的地方抱怨。

設計稿通常會是由企劃跟設計師討論好後，所有的規格也好了，才會繼續往下進行。
所以除了企劃本人會最了解需求之外，再來就是設計師本人，因為設計會全盤了解需求，針對需求去解決問題。

接著工程師才會全盤加入，前期只會確定功能可以開發，設計也會跟工程師確認是否可以實作。

但這幾次的經驗，主要還是需求太複雜，而設計本人可能還需要累積多一點經驗。

後來是前端加入一起去討論最後的元件樣式，我甚至自己動手做圖😂

因為用講的，對方調整後我們還是覺得以操作來說不太順暢，開發時間也拉得很長。為了加速變成每個人去思考解決方式，我真的是⋯不知道該說什麼。

原本沒有人想干預設計，但做出來的東西是連工程師都覺得有點不行的程度，當然這點我們是委婉地表達自己的意見。基於需求，最後是終於達成共識開始開發。

但這個過程真的感受到設計一直在堅持己見，以上這些我幾乎都有直接的表達，把自己的反饋告訴對方。

「我覺得問你問題常常得不到答案，就像我問你樣式是不是這樣，但你會先回答我其他事情，不確定是講話習慣還是你不知道，所以只能先說你知道的部分」

設計必定有其中的緣由，所以當我們無法理解，也會詢問「為什麼要突然改成這個樣式，背後的理由是否跟需求有關係，如果是需求，那能不能透過其他方式解決？」

多位前端都有針對設計稿提出反應，跟自己從開發角度顧慮的點，大家提出來也沒有批評，但從一開始的好聲好氣到所有人都有點不耐煩，這也是我第一次看到主管搖頭跟放棄溝通。

我是覺得如果堅持自己提出的方案就是最好的，別人也從開發角度提出意見，但卻沒辦法解決開發人員提出的質疑，也不願意跟著多數人的意見調整，那真的很難在團體裡面好好跟大家合作。

我有點爆炸是因為很多地方都沒有標示清楚，而儘管我的問題整理的儘量明確好回答，我還是要先從一個大段落篩選出我要的答案，然後才能再次確認是不是最終的結果。

當我們意見跟方向相同的時候，不會有什麼大問題。但大方向相左且歧異超大的時候，直接變成鬼打牆。

今天會議讓所有人都不滿的原因就是這個，我們的提問沒有得到相對應的回答，然後會議尾聲大家都拒絕說話了。

今天透過他親近的合作團隊成員討論，原來他自己知道這一層問題，那我更進一步好奇他有打算要修正嗎？