自己每天都在作為用戶使用產(chǎn)品，也在作為開發(fā)者在設(shè)計(jì)產(chǎn)品格郁，二者的感覺差別挺大的腹殿。不過，如果能互相借鑒的話例书，收獲不小锣尉。
相比之下，作為用戶决采，其實(shí)是挺愜意的：可以從眾多產(chǎn)品中選擇自己喜歡的自沧、怎么舒服怎么用、不爽了還可以罵作者织狐。而作為開發(fā)者就要苦逼很多了暂幼，要照顧產(chǎn)品的方方面面：需求筏勒、設(shè)計(jì)移迫、開發(fā)、測試管行、運(yùn)營…
說下今天作為用戶的一點(diǎn)體驗(yàn)吧厨埋。
需求：我目前使用 Omni Focus 管理產(chǎn)品的開發(fā)，一個(gè)產(chǎn)品為一個(gè) Project捐顷，其中記錄了產(chǎn)品所有要做的事荡陷。而在做下個(gè)版本時(shí)，我需要從中挑選中需要做的事迅涮。
方案：經(jīng)過嘗試废赞，我發(fā)現(xiàn)搜索雖然只是一個(gè)普通的搜索框，但還是很強(qiáng)大的叮姑“Φ兀可以把版本號(hào)加在任務(wù)的備注据悔、Context 等任意區(qū)域，都可以搜索出來耘沼。最后選擇的方案是：
- 樹狀极颓、系統(tǒng)性整理一個(gè)產(chǎn)品所有要做的事
- 當(dāng)需要進(jìn)行下個(gè)版本開發(fā)時(shí)，以版本號(hào)創(chuàng)建 Context群嗤，這樣
- 在 Context 頁面可以當(dāng)前版本所有要做的事
- 不過菠隆，我還是偏好在 Project 中通過搜索版本號(hào)來查看，這樣保留了父節(jié)點(diǎn)關(guān)系
- 重要的事狂秘，使用星標(biāo)標(biāo)出骇径，方便一眼看到重點(diǎn)
- 如果某個(gè)功能推遲到下個(gè)版本，將 Context 標(biāo)記為 Next者春、或者對(duì)應(yīng)的版本號(hào)既峡，方便下一步的工作安排
抽象來說，作為用戶碧查，我希望的產(chǎn)品形態(tài)是：
- 越簡單越好运敢；尤其是一上來不要給我 N 多東西，抱歉我適應(yīng)不了
- 當(dāng)需要某個(gè)功能時(shí)忠售，最好它就在那里传惠；退一步，我找一找就能找到它
根據(jù)同理心稻扬，大部分人對(duì)產(chǎn)品的需求和我也差不多卦方，這樣的抽象思想對(duì)于設(shè)計(jì)產(chǎn)品時(shí)是很有幫助的。比如泰佳，如何取舍功能盼砍、如何隱藏復(fù)雜性、是否要提供選項(xiàng)逝她，等等浇坐。
More is Less
不要給用戶太多。產(chǎn)品的設(shè)計(jì)者總是希望提供更多的配置黔宛、功能近刘，希望以此來取悅不同的用戶，但實(shí)際上會(huì)嚇跑其他用戶臀晃。
比如觉渴，用戶 A 問：這個(gè)功能是什么意思？問的同時(shí)徽惋，他會(huì)懷疑自己的智商：為什么我不會(huì)用案淋？但實(shí)際上，你可能是給用戶 B 準(zhǔn)備的险绘。即使你告訴用戶 A 他不需要踢京，他依然會(huì)對(duì)自己的智商耿耿于懷回右，總之是不爽。
一個(gè)小技巧：看一個(gè) App 的復(fù)雜度漱挚，看的偏好設(shè)置有多長就知道了翔烁。
