为什么说移动优先已经过时?_36氪



为什么说移动优先已经过时?_36氪

在究竟多大尺寸屏幕最适合不同场景方面发生的变化很快。不久以前还是手机是手机,平板是平板,大家都在嘲笑新的平板手机。一转眼过去,平板手机已然成为最受欢迎的设备形式,而平板的销售开始停滞 http://36kr.com/p/5042989.html。优化的屏幕尺寸仍然是一个移动标靶。再加上未来 12 到 24月 内,智能手表之类的设备可能又会出来改变格局了。

那我们应该怎么去考虑这些东西呢?我认为我们用 "移动" 来审视是用错了参照系。最近几年我一直在推动的看法是 "移动" 关乎的不是设备,而是关乎信息消费和发布的能力。对于我来说,沉迷于特定设备不是一条好的路径(因为设备变化太快),沉迷于 iOS 还是 Android OS 也不是好路径(这两个操作系统都重要),沉迷于手机还是平板亦然(其实这两个已经融合成为一类东西―便携的屏幕,而且还会继续演变)。信息是通过屏幕呈现的,不是通过设备―这才是关键。

但是多少有点讽刺的是,在考虑产品开发的实惠,唯一能够指望的尺寸却是大屏。大多数人大部分时间都坐在大显示器前面。工作环境下占统治地位的屏幕还是大屏(无论是笔记本还是桌面监视器),而且这一点似乎永远也不会改变了。

所以,如果你正在设计和开发软件(包括从企业软件到日程安排到待办事宜应用等)卖给员工或者公司的话,最好还是大屏、小屏一起考虑。这不仅仅是移动优先就行了。

实际上如果你正在设计开发的应用涉及内容超出 140 个字或一张照片的范畴的话,这种应用在大屏上的表现很可能会更好一些。我写这篇文章不是在手机上写的,在平板电脑上写也会很痛苦。我需要我的大屏幕。毫无疑问,对于许多类型的输入来说,大屏更胜任。

"仅限移动" 是不是小众业务?

诚然,对于许多消费者服务来说,在移动设备上面的使用要比在桌面设备上多得多。但是说这是普遍模式就不对了。是,对于许多人来说,他们的移动屏幕是自己大部分时间的主屏。但是说只有那块屏幕是重要的就不对了。说我们的世界正在充斥着越来越多的屏幕是对的。但是说所有的这些新屏幕都是手机就不对了。

那么如果重要的是屏幕而不是设备的话,那 "仅限移动" 型企业实际上就应该仅占消费者的一小块而已。随着这些颠覆性的移动型公司走向成熟,他们开始意识到,当用户坐在大屏幕面前时,也要像做小屏那样服务好用户,而且那些用户在大屏面前的频率比起他们当初设想的要高得多。移动屏幕可能仍然是他们最重要的、统治性的渠道,但不会是他们唯一的渠道了。


Read full article from 为什么说移动优先已经过时?_36氪


No comments:

Post a Comment

Labels

Algorithm (219) Lucene (130) LeetCode (97) Database (36) Data Structure (33) text mining (28) Solr (27) java (27) Mathematical Algorithm (26) Difficult Algorithm (25) Logic Thinking (23) Puzzles (23) Bit Algorithms (22) Math (21) List (20) Dynamic Programming (19) Linux (19) Tree (18) Machine Learning (15) EPI (11) Queue (11) Smart Algorithm (11) Operating System (9) Java Basic (8) Recursive Algorithm (8) Stack (8) Eclipse (7) Scala (7) Tika (7) J2EE (6) Monitoring (6) Trie (6) Concurrency (5) Geometry Algorithm (5) Greedy Algorithm (5) Mahout (5) MySQL (5) xpost (5) C (4) Interview (4) Vi (4) regular expression (4) to-do (4) C++ (3) Chrome (3) Divide and Conquer (3) Graph Algorithm (3) Permutation (3) Powershell (3) Random (3) Segment Tree (3) UIMA (3) Union-Find (3) Video (3) Virtualization (3) Windows (3) XML (3) Advanced Data Structure (2) Android (2) Bash (2) Classic Algorithm (2) Debugging (2) Design Pattern (2) Google (2) Hadoop (2) Java Collections (2) Markov Chains (2) Probabilities (2) Shell (2) Site (2) Web Development (2) Workplace (2) angularjs (2) .Net (1) Amazon Interview (1) Android Studio (1) Array (1) Boilerpipe (1) Book Notes (1) ChromeOS (1) Chromebook (1) Codility (1) Desgin (1) Design (1) Divide and Conqure (1) GAE (1) Google Interview (1) Great Stuff (1) Hash (1) High Tech Companies (1) Improving (1) LifeTips (1) Maven (1) Network (1) Performance (1) Programming (1) Resources (1) Sampling (1) Sed (1) Smart Thinking (1) Sort (1) Spark (1) Stanford NLP (1) System Design (1) Trove (1) VIP (1) tools (1)

Popular Posts