Background
公司有請vendor設計公司的app，vendor side也有他們的ux/ui designer。
My Discovery
- Proposal的格式各式各樣。有一些用excel放圖😂，有一些用ppt，有一些用pdf等等
- 大多數都只是放圖，並沒有闡述design concept🤔
- 大多數都只是做UI，UX分析部分直接不需要🤔
- 有一些proposal我覺得不是designer做的，而是pm做的😂
- 這也太不重視UXUI design了叭🤦
My role
- Review design and provide comments
- 如果我們的stakeholders/users 不滿意vendor的version，我就會提供幾個他們或許滿意的version，再給vendor
本來以為有我這個角色就可以讓事情smooth一點，因為可以直接提供我們想要的結果，但是原來還是會出現多次反覆來回的情況
Pain Point
每次我們給了feedback之後，他們都會給我們一個修改後的version。但是每一次修改的version都跟我們的feedback有一點落差。
我儘量會在提供feedback的時候講清楚原因和design concept，希望大家都會理解這樣設計的意思。
出現這樣pain point的原因有
- 或許是PM跟vendor溝通的時候沒講清楚
- 或許是PM本來理解有誤
- 又或許是vendor理解有誤
Solution
由於每個designer都有自己的design concept，對於同一個element都會有不同的詮釋。或許在他們的design system裡面已經設置好每個element的logic，所以
- 其實我覺得最好的辦法是全世界一起開會，designer講清楚他們每個設計的design concept；交代清楚每個element / design system裡面的logic。例如：整個platform已經設置好primary/secondary button，給我們解釋清楚，那我們就不會隨便修改button的樣式。不然我們就會根據我們的理解設計出合適的button樣式，這樣子的話或許會破壞了platform的design system
- 或許出於某些原因designer不便參與會議的話，那就在proposal寫清楚design concept，寫清楚各種scenario
- 或者讓present的PM徹底了解design concept再討論
題外話
希望有一些vendor們的proposal高質量一些，就如當年我做vendor company的時候，務求用ppt或者pdf把proposal表達得清清楚楚
- 每次修改分好version
- 有邏輯性地提供不同的design version
- 有足夠的caption了解design concept
- 寫清楚不同的scenario、use case、exceptional case（例如沒有record/很多record/很少record的時候怎樣呈現）
