用戶使用發布表單，就像是一次旅行。旅行的目的是否能達到?過程是否讓人滿意?這些都決定了用戶會否再來這里。
一、那么為什么要以用戶的視角呢?
作為設計師，你是否遇到過這種情況：
· 我們額外加一個填寫項，用來收集用戶信息吧;
· 我們的表單之所以復雜，是因為我們希望用戶多填寫內容，這些內容都是有用是;
· 我們的表單應該在這最重要的一步出現，這樣就能讓更多的用戶看到它…….
作為用戶填表單時，你是否這樣想?
· 我們填寫表單只是為了達到我想要的目的，才不是為了你們收集信息;
· 如果可以，我希望填寫更少的信息或者不用填寫表單，來達到同樣的目的;
· 在我想做A事情的時候，我根本不想看到B表單…….
以上的情境可能有些夸張，但是不可否認的是，有時候我們做表單設計的時候，并沒有從用戶的角度出發，看他們想要的是什么，而是從我們所在的產品端的角度，讓用戶去做我們想要他們做的事情。
二、如何以用戶視角看post表單?
現在我們把之前的旅行的步驟放到post表單設計中，我們可以得到如下思路：
從中我們可以發現，似乎發布前和發布后這兩個流程，比較容易被忽略。而過程中的設計點具體應該如何做呢?作為用戶出發看看吧。
三、作為用戶出發看表單
思路已經有了，那讓我們作為用戶出發探索一下post表單吧。
發布前：
作為用戶，我會抱著一定目的，來找我需要的工具——post表單。
首先，我要從哪進入表單?
這個問題是針對用戶在什么樣的情境下會被引導到post表單，看下這個例子吧：
上圖的post表單安排在你對網站有個基本認識，并且有意愿聯系后出現，而且這樣的從屬關系讓人很容易接受。
上圖中的post入口都安排在賬號相關的區域，而不是業務相關的區域，沒有足夠的理由說服用戶從此來發布。
然后，它跟我的目的是否相符?
表單的開頭應該向用戶清楚的傳達，該表單是做什么的，是否符合用戶的期望，如果不，那么用戶應該去哪?
