一個獨立開發者總結的App 迭代設計思路
Overcast3發布了,這是一個巨大的版本迭代,主要體現在界面的設計和流程。根據兩年多的測試、使用和用戶反饋,從上個夏天開始,我一直在為這個版本而努力工作。
我在2014年為iOS 7設計了Overcast1.0,這是一個具有時代標記的產品:使用了超細的字體和線,邊緣鋒利,全屏白色背景和半透明模糊的底欄,大部分基礎功能需要隱藏手勢操作。這種基礎的設計貫穿於每個版本的更新中,直到今天。
Overcast 3.0的設計目標是:
1.將iOS7的樣式設計更新到今天的設計趨勢:可視性更高、更多曲線、更粗的字體、更少半透明、更多觸感。App設計趨勢並不是一成不變,許多iOS7的設計設計現在看起來略微過時。
2.將所有功能置於打開狀態:添加了可視的控制、功能可見性更好。之前很難找到隱藏在手勢背後的功能,例如,單元表格首先需要點擊「edit」按鈕,才能進行滑動操作。你可能無法現象有多少用戶反饋,要求我添加已經存在的功能,或者找不到例如「刪除」劇集之類的基礎功能,這完全是因為它們在設計中不夠明顯。
3.適配更大屏幕的手機: 放大可觸控操作的目標,並且更利於單手操作,即使只能操作部分屏幕。同時,我還想減少潛在的誤觸,特別是左下角和右邊屏幕的邊緣,我猜,未來的iPhone的邊框可能變得更窄。Overcast 1.0是為iPhone5s設計的。所以,一些基礎的設計原則現在需要被重新審視,畢竟現在的主流的屏幕大小是4.7和5.5英寸。
卡片式的播放頁面
我修改了播放頁和App其餘頁面的之間的結構關係,使用了新的卡片式的結構,用從底部向上滑動代替從右邊推入:
當下最熱門的音樂以及播客App已經完全接受了從底部上滑出播放頁面的方式(包括iOS 10的Apple Music),用戶們已經從別處習慣了這種操作方式。
播放頁面從一個mini播放條平滑的被拉起(或者只是點擊),並且可以在播放頁面的任何位置向下滑動平滑的收起(或者點擊」向下「的小箭頭)。
卡片式的播放頁在app的其它頁面的狀態下都是可用的,以相同的方式運行,加快普通任務的完成,並且大大增強了單手使用效率。
我還重新設計了播放頁本身。以前的播放頁是在一個隱藏的滾動區域中顯示劇集注釋,用戶需要向上滑動封面才能顯示注釋,相對而言,不太容易被用戶發現。
現在,水平滑動播放頁面,可以在顯示左側的「EFFCETS」和右側的劇集注釋,封面下面有標準的「page dots」來指示在哪個頁面。
「EFFECTS」和「PLAYBACK」功能的彈窗已經合并為一個效果面板:
兩個關鍵的控制按鈕從屏幕左下角和右下角邊緣移開,使得「回放」和「前進」功能的操作區域更大,並且減少了大屏幕手機上的誤觸。
播放列表,劇集信息,和播客頁
從最初的1.0版本以來,播放列表就有手動排序功能了,但是許多iOS用戶從來沒有點擊過導航欄裡面的「Edit」按鈕,很多人甚至不知道有這個功能。對於那些知道這個功能的人,兩個步驟的操作也是很麻煩的。
新的播放列表頁具有實時重新排列功能,這樣能讓用戶更好的發現內容:
mini播放條現在變的更大,更容易操作,配備更大的按鈕,並且在沒有當前播放內容時隱藏。
我還同時換掉了令人討厭的劇集信息彈窗:
舊版本的彈窗缺乏與周圍背景的對比,展示空間比較小,並且需要小心在邊界內點擊來避免誤觸,而且對單手操作的用戶是很不友好的。
現在的劇集信息卡更像是Overcast 3的其它卡片:快速向上滑動打開,然後按住卡片的任何地方輕鬆向下關閉(或從左邊緣向內)。它也支持3D Touch預覽和向上滑動快速操作。
播放,刪除,隊列
以前的版本中,點擊列表中的劇集,會立刻開始播放。在你想要聽的時候,這是很好的,但是意外觸碰到會引起問題:我發現當我試圖重新排列、刪除、或者查看詳情時,太容易開始播放。
很多用戶從來不會滑動單元格(或點擊「Edit」按鈕),因此他們永遠都不會找到刪除按鈕。自從Overcast 1.0發布,我收到了幾百封電子郵件,問我如何不在播放的狀態下刪除劇集。
為了解決這些問題,我想到了一個兩個階段的方法:點擊一個劇集選擇它,顯示各種操作按鈕,點擊中間新加入的播放按鈕可以播放它。
我想這應該是Overcast 3中最具爭議的改變,它減慢了播放操作的速度,但我覺得它更具一致性,習慣了舊的操作方式的用戶,在使用它幾天之後也會習慣,而且這能使App變的更可靠,更能被每個人所發現。
我還在這裡加了一個新的按鈕:「加入隊列」。
「下一首播放」的功能算是Overcast里最受歡迎的功能之一。我花了很長時間去思考這個功能,因為我覺得「播放列表」其實發揮出了相同的作用。不過其實兩者有很大的不同:
1.可以從界面快速添加劇集進播放隊列。
2.在Overcast3中,用新的選項來開啟手動播放列表功能來代替匹配iTunes「智能「播放列表:手動播放列表只包含用戶明確添加的內容,而「智能」播放列表(以前Overcast唯一的播放列表)是一些自動包含或排除的規則。許多用戶希望它們的播放隊列或下一個播放的是手動的播放列表。
新的隊列功能只是存在於特殊的Overcast播放列表。如果里已經有了一個名為「隊列」或默認的」所有劇集「,則可以使用新隊列功能,如果沒有,它則會根據需要創建。這種情況無處不在,並像其它播放列表一樣具有完整的功能。
其他的一些改進
頻道頁有一個巨大的設計缺陷。快速:在舊的頁面中,你如何調整劇集的排列順序,播放最新或最舊的劇集?
老版本的頻道頁有很多令人煩惱的內容:已經訂閱的頻道變暗,如果點擊它,會顯示煩人的警報,你只能一次添加一個頻道,等等。
現在,對任何一個節目劇集進行相同操作,都可以添加到多個播客節目,而不必回到每個目錄。當然,是以卡片的方式展示,所以很容易就可以往下拖來關閉它們。
其他一些更新:
widget和通知。
一個全新、更快的手錶應用,在watchOS 3上發布。(之前的手錶應用還只是在watchOS 1上運行。)
並且我將一些代碼改成了Swift!(這也是這個APP的大小從7MB變成30MB的原因:由於Swift還很年輕,所有的Swift APP仍然是在使用Swift庫的自定義副本。)
更好的廣告
我以前的贊助模式失敗之後,在去年9月,我添加了Google的廣告,我自己給自己找了兩個麻煩:
1.糟糕的廣告:我無法控制廣告客戶和廣告內容,這些廣告可能是很令人反感的。我以為我可以設定足夠的限制規則,但是實際應用還不太好。Google提供了一個寬泛的控制面板,可以讓你阻止某些類別的廣告。大多數放在敏感的分類中,並且在發布之前很容易被禁用,例如賭博、毒品等。但是我不斷的從用戶那邊聽說他們看見其他類別的廣告,感覺被冒犯。例如,至少有一個用戶的界面上出現了槍支的廣告,而我從來沒有關閉過敏感分類。槍支火藥不在毒品和賭博的敏感分類中,它在商業和工業-安全設備和服務的類別中。所以我一直努力阻止更多類別的廣告,但是結果卻是我還是在一直接受我不想要的廣告。還有別的互聯網廣告系統,但是他們更糟糕,或者賺不了錢,或者兩者都有。
2.Overcast 中的神秘代碼:我不得不講Google廣告的封閉源庫嵌入我的應用中,並且接受所有讓人不舒服的要求。(廣告標識符,如果廣告客戶想要使用藍牙或聯繫人之類許可權的許可權對話框,等等。)9月的時候,這讓我有點不安,11月的時候還是發生了,到了1月下旬,我在我的應用中嵌入了美國廣告公司的封閉源代碼。
我決定採取行動,無論如何要放棄Google的廣告以及從Google獲得的崩潰報告和數據分析。
Overcast將不會再嵌入封閉源代碼,我將不會再使用任何第三方的分析服務。
幸運的是,Google的廣告帶來的收入相對來說比較少,總收入的90%仍然來自付費訂閱,現在可能佔比更高。非付費訂閱者的的廣告目前比廣告本身更重要,所以我可以用任何東西代替他們。所以我把自己的內置高品質廣告放在播放頁和添加播客頁:
播放頁面會展示網站、播客節目、APP、Overcast Premium的廣告,添加播客頁只會顯示播客節目的廣告。
沒錯,播客節目的廣告。還有比播客應用更合適的地方來宣傳播客節目嗎?點擊它,你能看見完整的節目列表和一鍵訂閱的功能。
Overcast 3已經發布了。
這是一個巨大更新的版本。非常感謝所有的用戶,使我能做到這一點。
我希望我能夠實現我的設計目標,我也希望你能喜歡它。
譯者:matoi matoi
※架構師是否應該寫代碼?
※Windows的十大常見故障和解決方法
※Docker Mesos在生產環境的應用
TAG:程序源 |
※綠地G-Super三年迭代四個版本,開創「吃喝研究所」孵化新品牌
※Python 進階:設計模式之迭代器模式
※比特大陸立下flag:AI晶元9個月更新迭代
※遊戲開發商:新一代主機仍然是迭代更新
※MacBook Air迭代時間太長!新品或會隨新iPhone一起發布
※Valve向開發者推出新控制器原型迭代Knuckles DV
※歷經7次迭代的nreal light面世,AR的C端時代來了
※自我迭代中的設計創新體:NudgeByDesign v1.5
※iMac 這二十年:一個與眾不同的迭代故事
※Valve向開發者推出新控制器原型迭代Knuckles DV,改進人體工學、可用性和設備性能
※構建數模迭代閉環,AI基礎設施及服務供應商倍賽BasicFinder完成A輪融資
※九陽在AWE上進行了一次有檔次的產品迭代
※上汽大通智能選配器「蜘蛛智選」的開發故事:三個月一次大升級,小迭代天天有
※歷時兩年、迭代九次,Android Things 終於交出了一份答卷
※快速迭代優化 第二台「天鵲」80噸發動機完成總裝
※安全開發之掃描器迭代記:W9Scan
※科學家建立無痕迭代DNA組裝新方法
※Intel發布志強CPU迭代品:再見我那熟悉的E3
※ECMAScript 2018 語言規範草案出爐,支持非同步迭代
※App製作高效迭代,或許成為「ZEPETO」存活關鍵