iColor專註設計從“心”出發 聚焦培育設計思維

團體制服訂做
短袖Polo衫
團體服外套
工作團體服
團體制服訂製
近日,2017廣州設計周在廣州琶洲保利世貿博覽館圓滿落下帷幕。為期三天的設計周,吸引瞭來自國內外數百傢設計、材料、傢居、智能和高級定制等領域的品牌共襄盛舉。在此期間,iColor高端設計服務平臺以首席戰略合作媒體身份驚艷亮相,與廣州設計周聯合發起瞭“40 UNDER 40 中國設計傑出青年”年度榜單和2017WYDF世界青年設計師論壇,並作為評審團委員參與各大獎項活動的評選及頒獎,聚焦設計美學,用設計力量推動瞭華人設計界的發展與進步。2017-2018“40 UNDER 40 中國設計傑出青年”年度盛典2017 WYDF世界青年設計師論壇匯聚未來設計中堅力量 掀起設計復興時代浪潮作為特邀頒獎嘉賓,iColor首席執行官葉春女士與iColor首席運營官周穎女士在2017-2018 “40 UNDER 40 中國設計傑出青年”年度榜單盛典上為入榜設計師頒發瞭獎杯與證書,希望通過“年度榜單”鼓勵設計界的傑出青年領袖,為中國設計界註入發展驅動力。本次年度盛典開幕典禮及省級頒獎盛典聚集瞭諸多國內設計精英以及國際著名建築/室內設計師。盛典上,周穎女士向廣大青年設計師介紹瞭iColor設計之傢,表達瞭iColor對中國設計圈的期待:“iColor始終關註中國設計新生代的成長,希望通過此次廣州設計周對青年設計師的表彰活動,發掘中國設計界具有卓越表現和專業成就的青年力量,為中國設計的未來發展推波助瀾。”2017 -2018“40 UNDER 40 中國設計傑出青年”年度榜單盛典頒獎典禮現場此外,2017 世界青年設計師論壇(WYDF)暨年度設計師評選也在廣州設計周期間隆重舉行。iColor首席執行官葉春女士出席並為年度設計師頒獎。作為全球青年設計師成長的加速器和孵化營,世界青年設計師論壇(WYDF)通過匯聚全球青年設計師及標簽人物代表,以全新的設計視角共同探索和研討人居環境,推動生活品質的提高和產業迭代的發展。iColor首席執行官葉春女士@2017 世界青年設計師論壇(WYDF)暨年度設計師評選典禮現場共同關註創新前瞻設計理念 強強聯手“為中國設計發聲”iColor與廣州設計周的戰略合作不僅體現在對設計中堅力量的關註上,也聚焦於對設計思維的培養和探索上。設計周期間,iColor還受邀出席瞭紅棉獎頒獎典禮,iColor首席執行官葉春女士則作為嘉賓為紅棉產品設計獎和紅棉室內設計獎獲得者頒獎。“紅棉中國設計獎”作為廣州設計周的緣起項目於2006年啟動,是目前中國唯一獲得國際三大權威設計組織——國際工業設計聯合會(ICSID)、國際平面設計協會聯合會(ICOGRADA)、國際室內建築師設計師團體聯盟(IFI)聯合認證的設計獎項。典禮現場,葉春女士表示希望通過紅棉獎,能把更多創新前瞻的設計理念和獨特智慧的生活方式導入中國消費市場。@紅棉中國設計獎2017頒獎典禮現場值得一提的是,精裝時代的住宅設計標準化與定制化暨“年度住宅公寓設計師(2017-2018)”頒獎禮專題論壇也在設計周期間舉行,現場頒佈瞭“年度優秀住宅公寓設計師”等一系列獎項。iColor與廣州設計周通過全力打造嶄新的設計模式,打開瞭中國設計的新格局,引領瞭中國設計的趨勢潮流。@2017中國新商業和旅遊地產設計年會頒獎典禮現場iColor在設計周期間憑借獨到的分享和專業的設計服務得到瞭廠商、設計師及用戶的廣泛認可。未來,iColor將專註創新設計思維,繼續攜手更多的合作夥伴,開拓更廣闊的設計成果分享平臺,引領屬於中國的卓越“設計力”。還想看更多設計資訊、設計新聞?請瀏覽文創資訊設計頻道責任編輯:許文雅

source:http://news.vsochina.com/design/40732.html

靳埭強設計獎2017全球華人設計比賽終評結束

團體服設計
團體服設計
d cup內衣
e cup內衣
f cup內衣
靳埭強設計獎2017全球華人設計比賽的終評工作已於日前在汕頭大學順利完成。擔任比賽終評評委的是:日本著名設計大師新村則人先生;著名設計師、AGI會員蔣華先生;汕頭大學長江藝術與設計學院教授、AGI會員吳勇先生,以及國際平面設計大師、大賽創辦人靳埭強教授。附表僅列出兩個組別銅獎以上的提名、優秀獎及入選獎的名單,提名獎具體獲獎情況將會在頒獎禮才現場揭曉。組委會將邀請獲得提名獎的參賽者參加頒獎禮。組委會將在2017年12月23日晚7點半於汕頭大學科學報告廳舉辦本年度頒獎禮,屆時會有來自各地的設計界朋友及獲獎師生齊聚汕頭大學,共同享受每年一度的頒獎盛典。詳細活動信息將陸續在大賽官網及設計媒體公佈,敬請留意!註:公佈的名單中若有登記錯誤的信息,請發郵件到 stuktk1@163.com (專業組)和 stuktk2@163.com(學生組)詳細說明,組委會將盡快處理。組委會將在2017年12月23日晚7點半於汕頭大學科學報告廳舉辦本年度頒獎禮,屆時會有來自各地的設計界朋友及獲獎師生齊聚汕頭大學,共同享受每年一度的頒獎盛典。還想看更多設計資訊、設計新聞?請瀏覽文創資訊設計頻道責任編輯:許文雅

source:http://news.vsochina.com/design/40776.html

中華設計獎“桌面優品”設計大賽正式啟動

f 罩杯內衣
g cup內衣
h 罩杯內衣
i cup內衣

創意匯集、靈感迸發,文化碰撞,科學創新。12月7日,中華設計獎“桌面優品”設計大賽啟動儀式暨新聞發佈會在寧波鎮海舉行。大賽由海峽兩岸關系協會指導,中國臺灣網、中華職業教育社、寧波市鎮海區人民政府、臺灣設計聯盟共同主辦,上海宜拓知識產權代理有限公司(知產中國)、北京海峽文化交流有限公司承辦。創新是引領發展的第一動力。中華設計獎旨在幫助海峽兩岸暨港澳及海外華人華僑青年創業創新以及設計成果孵化,促進青年設計人才靈感與智慧的碰撞,進而推動兩岸設計創新的融合與發展。“桌面優品”設計大賽面向海峽兩岸、香港、澳門及海外華人華僑青年設計才俊征集參賽作品,邀請來自海峽兩岸設計組織、著名設計機構及高校的設計精英們共同參與。大賽將通過電視、網絡媒體、社交媒體等形式,在海峽兩岸、香港、澳門及海外發佈大賽信息,參賽者可通過“知產中國”網站(www.cidip.cn)指定的報名通道進行報名。大賽設產品獎、概念獎兩類,各設金獎1名,銀獎2名,銅獎3名;另設最佳創新獎、最佳組織獎、最佳新人獎等單項獎項。大賽截止報名時間為2017年12月31日。近年來,鎮海區圍繞“港口強區、品質之城”戰略目標,加快打造創業者樂園,區域內建成瞭中官路創業創新大街、鎮海i設計小鎮等創新創業平臺。i設計小鎮是浙江省特色小鎮,以信息經濟為特色產業,聚焦高端智能穿戴、智能醫療健康和“互聯網+設計”等智能硬件設計制造領域,正加速崛起為城市經濟發展新高地。與此同時,文創設計是臺灣的優勢產業,關聯性和互補性很強,舉辦中華設計獎“桌面優品”設計大賽,必將推動兩岸經貿合作再上新臺階,為海峽兩岸暨港澳青年在文創領域的交流合作、創業實踐提供更多便利和幫助。據悉,鎮海區將優先承接符合該區產業發展的獲獎項目創業團隊,踐行“媽媽式服務”理念,為項目落戶孵化提供大力支持,助力項目成長。浙江省政府臺灣事務辦公室主任莊躍成,寧波市政府臺灣事務辦公室主任施金國,亞太設計師聯盟聯合主席李淳寅、意大利工業設計協會主席加林貝蒂、臺灣設計聯盟理事李淑君等應邀出席活動,寧波市鎮海區政府區長魏祖民、中國臺灣網總經理劉曉輝、中華職業教育社副總幹事楊農分別代表主辦方致辭。還想看更多設計資訊、設計新聞?請瀏覽文創資訊設計頻道責任編輯:許文雅

source:http://news.vsochina.com/design/40781.html

重磅 | 微信應用號,小程序最新開發教程

外送茶
援交
援交
魚訊
外約
雷鋒網按:本文作者博卡君,一名程序猿。雷鋒網(公眾號:雷鋒網)已獲作者授權發佈。未經授權拒絕轉載!微信應用號(小程序,應用號的新稱呼)終於來瞭!目前還處於內測階段,微信隻邀請瞭部分企業參與封測。想必大傢都關心應用號的最終形態到底是什麼樣子?怎樣將一個服務號改造成為小程序?我們暫時以一款簡單的第三方工具的實例,來演示一下開發過程吧。公司的項目保密還不能分享代碼和截圖。博卡君是邊加班邊偷偷給大傢寫教程。感謝名片盒團隊提供他們的服務號來動這個手術。OK,為瞭讓大傢盡快看到這份教程,博卡君註定要熬夜瞭!今晚開始更新,希望明天一早就能發佈第一篇教程!記錄開始!看看幾天能完成變身吧!序言開始開發應用號之前,先看看官方公佈的小程序教程吧!以下內容來自微信官方公佈的小程序開發指南。本文檔將帶你一步步創建完成一個微信小程序,並可以在手機上體驗該小程序的實際效果。這個小程序的首頁將會顯示歡迎語以及當前用戶的微信頭像,點擊頭像,可以在新開的頁面中查看當前小程序的啟動日志。1. 獲取微信小程序的 AppID首先,我們需要擁有一個帳號,如果你能看到該文檔,我們應當已經邀請並為你創建好一個帳號。註意不可直接使用服務號或訂閱號的 AppID。 利用提供的帳號,登錄 https://mp.weixin.qq.com ,就可以在網站的「設置」-「開發者設置」中,查看到微信小程序的 AppID 瞭。註意:如果我們不是用註冊時綁定的管理員微信號,在手機上體驗該小程序。那麼我們還需要操作「綁定開發者」。即在「用戶身份 – 開發者」模塊,綁定上需要體驗該小程序的微信號。本教程默認註冊帳號、體驗都是使用管理員微信號。2. 創建項目我們需要通過開發者工具,來完成小程序創建和代碼編輯。開發者工具安裝完成後,打開並使用微信掃碼登錄。選擇創建「項目」,填入上文獲取到的 AppID,設置一個本地項目的名稱(非小程序名稱),比如「我的第一個項目」,並選擇一個本地的文件夾作為代碼存儲的目錄,點擊「新建項目」就可以瞭。為方便初學者瞭解微信小程序的基本代碼結構,在創建過程中,如果選擇的本地文件夾是個空文件夾,開發者工具會提示,是否需要創建一個 quick start 項目。選擇「是」,開發者工具會幫助我們在開發目錄裡生成一個簡單的 demo。項目創建成功後,我們就可以點擊該項目,進入並看到完整的開發者工具界面,點擊左側導航,在「編輯」裡可以查看和編輯我們的代碼,在「調試」裡可以測試代碼並模擬小程序在微信客戶端效果,在「項目」裡可以發送到手機裡預覽實際效果。3. 編寫代碼點擊開發者工具左側導航的「編輯」,我們可以看到這個項目,已經初始化並包含瞭一些簡單的代碼文件。最關鍵也是必不可少的,是 app.js、app.json、app.wxss 這三個。其中,.js 後綴的是腳本文件,.json 後綴的文件是配置文件,.wxss 後綴的是樣式表文件。微信小程序會讀取這些文件,並生成小程序實例。下面我們簡單瞭解這三個文件的功能,方便修改以及從頭開發自己的微信小程序。app.js 是小程序的腳本代碼。我們可以在這個文件中監聽並處理小程序的生命周期函數、聲明全局變量。調用 MINA 提供的豐富的 API,如本例的同步存儲及同步讀取本地數據。

//app.jsApp({ onLaunch: function () { // 調用 API 從本地緩存中獲取數據 var logs = wx.getStorageSync(logs) || [] logs.unshift(Date.now()) wx.setStorageSync(logs, logs) }, getUserInfo:function(cb){ var that = this; if(this.globalData.userInfo){ typeof cb == “function” && cb(this.globalData.userInfo) }else{ // 調用登錄接口 wx.login({ success: function () { wx.getUserInfo({ success: function (res) { that.globalData.userInfo = res.userInfo; typeof cb == “function” && cb(that.globalData.userInfo) } }) } }); } }, globalData:{ userInfo:null }})

app.json 是對整個小程序的全局配置。我們可以在這個文件中配置小程序是由哪些頁面組成,配置小程序的窗口 背景色,配置導航條樣式,配置默認標題。註意該文件不可添加任何註釋。

{ “pages”:[ “pages/index/index”, “pages/logs/logs” ], “window”:{ “backgroundTextStyle”:”light”, “navigationBarBackgroundColor”: “#fff”, “navigationBarTitleText”: “WeChat”, “navigationBarTextStyle”:”black” }}

app.wxss 是整個小程序的公共樣式表。我們可以在頁面組件的 class 屬性上直接使用 app.wxss 中聲明的樣式規則。

/**app.wxss**/.container { height: 100%; display: flex; flex-direction: column; align-items: center; justify-content: space-between; padding: 200rpx 0; box-sizing: border-box;}

4. 創建頁面在這個教程裡,我們有兩個頁面,index 頁面和 logs 頁面,即歡迎頁和小程序啟動日志的展示頁,他們都在 pages 目錄下。微信小程序中的每一個頁面的【路徑 + 頁面名】都需要寫在 app.json 的 pages 中,且 pages 中的第一個頁面是小程序的首頁。每一個小程序頁面是由同路徑下同名的四個不同後綴文件的組成,如:index.js、index.wxml、index.wxss、index.json。.js 後綴的文件是腳本文件,.json 後綴的文件是配置文件,.wxss 後綴的是樣式表文件,.wxml 後綴的文件是頁面結構文件。index.wxml 是頁面的結構文件:

<!–index.wxml–><view> <view bindtap=”bindViewTap”> <image src=”{{userInfo.avatarUrl}}” background-size=”cover”></image> <text>{{userInfo.nickName}}</text> </view> <view> <text>{{motto}}</text> </view></view>

本例中使用瞭 <view/>、<image/>、<text/> 來搭建頁面結構,綁定數據和交互處理函數。index.js 是頁面的腳本文件,在這個文件中我們可以監聽並處理頁面的生命周期函數、獲取小程序實例,聲明並處理數據,響應頁面交互事件等。

//index.js// 獲取應用實例var app = getApp()Page({ data: { motto: Hello World, userInfo: {} }, // 事件處理函數 bindViewTap: function() { wx.navigateTo({ url: ../logs/logs }) }, onLoad: function () { console.log(onLoad) var that = this // 調用應用實例的方法獲取全局數據 app.getUserInfo(function(userInfo){ // 更新數據 that.setData({ userInfo:userInfo }) }) }})

index.wxss 是頁面的樣式表:

/**index.wxss**/.userinfo { display: flex; flex-direction: column; align-items: center;}.userinfo-avatar { width: 128rpx; height: 128rpx; margin: 20rpx; border-radius: 50%;}.userinfo-nickname { color: #aaa;}.usermotto { margin-top: 200px;}

頁面的樣式表是非必要的。當有頁面樣式表時,頁面的樣式表中的樣式規則會層疊覆蓋 app.wxss 中的樣式規則。如果不指定頁面的樣式表,也可以在頁面的結構文件中直接使用 app.wxss 中指定的樣式規則。index.json 是頁面的配置文件:頁面的配置文件是非必要的。當有頁面的配置文件時,配置項在該頁面會覆蓋 app.json 的 window 中相同的配置項。如果沒有指定的頁面配置文件,則在該頁面直接使用 app.json 中的默認配置。logs 的頁面結構

<!–logs.wxml–><view class=”container log-list”> <block wx:for-items=”{{logs}}” wx:for-item=”log”> <text>{{index + 1}}. {{log}}</text> </block></view>

logs 頁面使用 <block/> 控制標簽來組織代碼,在 <block/> 上使用 wx:for-items 綁定 logs 數據,並將 logs 數據循環展開節點

//logs.jsvar util = require(../../utils/util.js)Page({ data: { logs: [] }, onLoad: function () { this.setData({ logs: (wx.getStorageSync(logs) || []).map(function (log) { return util.formatTime(new Date(log)) }) }) }})

運行結果如下:5. 手機預覽開發者工具左側菜單欄選擇「項目」,點擊「預覽」,掃碼後即可在微信客戶端中體驗。目前,預覽和上傳功能尚無法實現,需要等待微信官方的下一步更新。如你所見,微信官方給出的開發指南還非常簡單,很多細節、代碼和功能都沒有明確的展示,所以接下來就到博卡君展示實力的時候啦!開發教程正式開始!第一章:準備工作做好準備工作很重要。開發一個微信應用號,你需要提前到微信的官方網站(weixin.qq.com)下載開發者工具。1. 下載最新微信開發者工具,打開後你會看到該界面:2. 點擊「新建 web+」項目,隨後出現如下畫面:3. 該頁面內的各項內容需要註意AppID:依照官方解釋來填。Appname: 項目最外層文件夾名稱,如你將其命名為「ABC」,則之後的全部項目內容均將保存在「/ABC/…」目錄下。本地開發目錄:項目存放在本地的目錄。註:再次強調,如果你和團隊成員共同開發該項目,則建議你們使用同樣的目錄名稱及本地目錄,以確保協同開發的統一性。如果你之前已有項目,則導入過程與以上內容近似,不再贅述。4. 準備工作全部完成後,點擊「新建項目」按鈕,彈出框點「確定」。5. 如上圖所示,此刻,微信開發者工具已經為你自動構建瞭一個初始的 demo 項目,該項目內包含瞭一個微信應用項目所需具備的基本內容和框架結構。點擊項目名稱(圖中即「cards」)進入該項目,就能看到整個項目的基本架構瞭:第二章:項目構架微信目前用戶群體非常龐大,微信推出公眾號以後,火爆程度大傢都看得到,也同樣推動著 h5 的高速發展,隨著公眾號業務的需求越來越復雜,應用號現在的到來也是恰到好處。我們團隊具體看瞭一兩次文檔後發現,它提供給開發者的方式也在發生全面的改變,從操作 DOM 轉為操作數據,基於微信提供的一個過橋工具實現很多 h5 在公眾號很難實現的功能,有點類似於 hybrid 開發,不同於 hybrid 開發的方式是:微信開放的接口更為嚴謹,結構必須采用他提供給我們的組件,外部的框架和插件都不能在這裡使用上,讓開發者完全脫離操作 DOM,開發思想轉變很大。工欲善其事,必先利其器。理解它的核心功能非常重要,先瞭解它的整個運作流程。生命周期:在index.js裡面:開發者工具上 Console 可以看到:在首頁 console 可以看出順序是 App Launch–>App Show–>onload–>onShow–>onReady。首先是整個 app 的啟動與顯示,app 的啟動在 app.js 裡面可以配置,其次再進入到各個頁面的加載顯示等等。可以想象到這裡可以處理很多東西瞭,如加載框之類的都可以實現等等。路由:路由在項目開發中一直是個核心點,在這裡其實微信對路由的介紹很少,可見微信在路由方面經過很好的封裝,也提供三個跳轉方法。wx.navigateTo(OBJECT):保留當前頁面,跳轉到應用內的某個頁面,使用wx.navigateBack可以返回到原頁面。wx.redirectTo(OBJECT):關閉當前頁面,跳轉到應用內的某個頁面。wx.navigateBack():關閉當前頁面,回退前一頁面。這三個基本上使用足夠,在路由方面微信封裝的很好,開發者根本不用去配置路由,往往很多框架在路由方面配置很繁瑣。組件:此次微信在組件提供方面也是非常全面,基本上滿足項目需求,故而開發速度非常快,開發前可以認真瀏覽幾次,開發效率會很好。其它:任何外部框架以及插件基本上無法使用,就算原生的 js 插件也很難使用,因為以前我們的 js 插件也基本上全部是一操作 dom 的形式存在,而微信應用號此次的架構是不允許操作任何 dom,就連以前我們習慣使用的動態設置的rem.js也是不支持的。此次微信還提供瞭 WebSocket,就可以直接利用它做聊天,可以開發的空間非常大。跟公眾號對比我們發現,開發應用號組件化,結構化,多樣化。新大陸總是充滿著驚喜,更多的彩蛋等著大傢來發現。接下來開始搞一些簡單的代碼瞭!1. 找到項目文件夾,導入你的編輯器裡面。在這裡,我使用瞭 Sublime Text 編輯器。你可以根據自己的開發習慣選擇自己喜歡的編輯器。2. 接下來,你需要根據自己的項目內容調整項目結構。在范例項目中,「card_course」目錄下面主要包含瞭「tabBar」頁面以及該應用的一些配置文件。3. 示例項目的「tabBar」是五個菜單按鈕:4. 找到「app.json」文件,用來配置這個五個菜單。在代碼行中找到「”tabBar”」:你可以根據實際項目需求更改,其中:「Color」是底部字體顏色,「selectedColor」是切換到該頁面高亮顏色,「borderStyle」是切換菜單上面的一條線的顏色,「backgroundColor」是底部菜單欄背景顏色。文字描述較為抽象,建議你一一調試並查看其效果,加深印象。「“list”」下的代碼順序必須依次放置,不能隨便更改。「”pagePath”」之後的文件名內,「.wxml」後綴被隱藏起來瞭,這是微信開發代碼中人性化的一點——幫你節約寫代碼的時間,無須頻繁聲明文件後綴。「”iconPath”」為未獲得顯示頁面的圖標路徑,這兩個路徑可以直接是網絡圖標。「”selectedIconPath”」為當前顯示頁面高亮圖標路徑,可以去掉,去掉之後會默認顯示為「”iconPath”」的圖標。「”Text”」為頁面標題,也可以去掉,去掉之後純顯示圖標,如隻去掉其中一個,該位置會被占用。註意:微信的底部菜單最多支持五欄(五個 icons),所以在你設計微信應用的 UI 和基本架構時就要預先考慮好菜單欄的排佈。這裡順便說一句:我們團隊目前是設計兩撥人,代碼三撥人在同時搞,根據微信給的設計指導,設計那邊畫出樣圖,我們就根據樣圖做 UI 部分的代碼,這樣效率比較高,不需要等 UI 完全畫好。兩邊可以同步!5. 根據以上代碼規則,我做好瞭示例項目的基本架構,供你參考:6. 「Json」文件配置好後,「card_course」的基本結構入上圖所示,不需要的子集都可以暫時刪除,缺少的子集則需要你主動新建。刪除子集時記得順帶檢查一下「app.json」裡的相關內容是否已經一並刪除。註意:我個人建議你新建一個「wxml」文件的同時,把對應的「js」和「wxss」文件一起新建好,因為微信應用號的配置特點就是解析到一個「wxml」文件時,會同時在同級目錄下找到同文件名的「js」和「wxss」文件,所以「js」文件需及時在「app.json」裡預先配置好。編寫「wxml」時,根據微信應用號提供的接口編碼即可,大部分就是以前的「div」,而我們現在就用「view」即可。需要用其它子集時,可以根據微信提供的接口酌情選擇。使用「class」名來設置樣式,「id」名在這裡基本沒有什麼用處。主要操作數據,不操作「dom」。7. 以上是示例項目首頁的「wxml」編碼。從圖中就可以看出,實現一個頁面代碼量非常少。8. 「Wxss」文件是引入的樣式文件,你也可以直接在裡面寫樣式,示例中采用的是引入方式:9. 修改代碼後刷新一次,可以看到未設背景的「view」標簽直接變成瞭粉色。註意:修改「wxml」和「wxss」下的內容後,直接 F5 刷新就能直接看到效果,修改「js」則需點擊重啟按鈕才能看到效果。10. 另外,公共樣式可以在「app.wxss」裡直接引用。11. 「Js」文件需要在「app.json」文件的「”page”」裡預先配置好。為瞭項目結構清晰化,我在示例項目中的「index」首頁同級目錄新建其它四個頁面文件,具體如下:經過以上步驟,案例中的五個底部菜單就全部配置完畢瞭。雷鋒網註:本文由博卡君授權雷鋒網發佈,如需轉載請聯系原作者,並註明作者和出處,不得刪減內容。相關閱讀:微信應用號,小程序最新開發教程第二彈
微信應用號,小程序開發教程第三彈 雷鋒網原創文章,未經授權禁止轉載。詳情見轉載須知。

source:https://www.leiphone.com/news/201609/oLYEi0CHeishc7dB.html

沉默的微信應用號,原來正在憋大招?這次就抄 Apple 的 iMessage Store 吧!

電子菸
電子煙

年初張小龍的隻言片語引發瞭大傢對web-app和微信內應用市場充滿期待和憧憬:「目前我們(微信團隊)正在開發第三種微信公眾號——『應用號』。正如訂閱號為用戶提供訂閱內容、服務號為用戶提供服務一般,『應用號』為用戶提供的是『應用』,也就是 app 的功能。」張小龍在「微信力量」主題演講中正式對外公佈微信應用號微信應用號的「入口之謎」張小龍介紹說,當用戶關註瞭一個「應用號」之後,就相當於安裝瞭一款 app。在「應用號」內,用戶就可以實現對 app 的一些基本訴求。例如,目前許多用戶會選在微信錢包中可以買機票、火車票,而不是去下載一個並不常用的買票軟件;未來在「應用號」中,可以實現更多的功能。並和其他 app 一樣,這個公眾號平時是不會向用戶主動發送內容的,因此會避免打擾。張小龍表示,「應用號」可以為用戶帶來兩大好處:一是手機上可以少下載安裝一些軟件,平時打開頻率不高的軟件,可以用「應用號」代替;二是換手機時,無需重復安裝軟件。而對於開發者,尤其是創業者來說,在「應用號」中實現一個功能遠比開發一款 app 省錢省力許多。目前,微信內已經集成瞭部分基於 web-app 的應用進入九月,微信生態圈對「應用號」的預言、前瞻甚至各種曝光甚囂塵上。此刻,所有討論的焦點都指向「入口」問題:一是使用入口:安裝過的應用號,從哪裡進入、在哪裡打開。這個入口位置決定瞭應用號的價值和使用門檻。應用號如果按「免打擾」和「無推送」的原則,那麼從微信的核心界面——聊天和朋友圈——都不能獲得通路。所以大傢猜測也許會像微信遊戲那樣,成為發現裡的一個類目。這樣的入口還有多少價值?應用號能從微信獲得的「流量紅利」也就微乎其微瞭吧。二是安裝入口:其實 web-app 已無所謂安裝概念,用戶該如何「關註」或者「收藏」?微信會否提供一個應用號市場?這種市場又會否被蘋果允許?Apple 發佈瞭 iMessage Store?就抄這個吧!正當微信業內一片混沌的時候,蘋果給微信上瞭很好的一課:iOS 10 發佈瞭。蘋果用「一個十分重大的 iOS 版本」來形容 iOS 所帶來的變化,其中很大一部分體現在 iMessage 的新功能上,例如可以發送能動的氣泡對話,以及更多有趣的表情貼紙和聊天應用插件。新版 iMessage 被放在瞭 iOS 10 宣傳主圖的顯要位置,足見 Apple 對該功能的重視更確切地說,蘋果很可能再造一個除 App Store 之外的重要市場。在這一市場中,各大品牌、遊戲公司等都可以在 iMessage 中變現他們的IP和產品,例如以免費或收費的形式推出貼紙包(Sticker Pack)和 iMessage 應用。伴隨新功能的推出,蘋果有望進一步推動「基於視覺內容的通訊模式在全球范圍內的普及。」雖然僅上線不到三天,iMessage Store 就已經上架瞭大量的 iMessage apps更大的影響在於,借助新功能,iMessage 將成為新一代的瀏覽器,體驗那些原本需要在網頁上才能使用的應用服務。新的平臺在提供新的創收機會的同時,也將打造出 Facebook、微信之外的新通訊、購物或工作方式。考慮到 iMessage 具有的消息推送優勢,新功能的增加更多利好各大品牌商,可以更方便的推送互動性、視覺元素更多的應用或營銷內容。在此,筆者猜測——微信應用號當前的「沉默」,或許和 iMessage 有關首先,二者都和 web 緊密相關——微信應用號是 100% 的 web-app,而 iMessage 內的大量功能也需要通過 web 形式實現,這對當前的微信而言具有極大的參考意義。微信團隊完全可以像 iMessage 一樣,將當前用戶的聊天界面開放給開發者,作為微信應用號的入口之一。當前的微信聊天窗口其實已經有瞭成為應用號入口的潛質其次,根據張小龍對微信應用號「免打擾」的描述,微信團隊應該不希望應用號頻繁推送打擾用戶,而減少消息推送將極大地影響開發者提高用戶粘性。但如果微信應用號像 iMessage 一樣,將聊天窗口作為應用的入口,就可以將用戶被動等待推送的過程變為一個主動打開應用的過程——當用戶在聊天時需要用到某個功能,可以直接在聊天窗口內即可調用相關微信應用;使用完畢後直接關閉,立刻回到聊天狀態,既不會產生打擾,又能做到方便及時。在 iMessage 內,用戶間可以利用應用互發消息,這將給微信團隊帶來重要啟示筆者大膽預言:微信應用號肯定會借鑒聊天插件入口模式,讓我們拭目以待吧!
作者:陳俊澄作者信息:微位科技 CBO 陳俊澄。從事移動互聯網行業工作超過十年,參與研發瞭微位科技的智能名片產品「博卡名片盒」,對移動互聯網的發展及微信生態圈的開發有著深刻的洞察和獨到的見解。
雷鋒網原創文章,未經授權禁止轉載。詳情見轉載須知。

source:https://www.leiphone.com/news/201609/wZpb7204vzyvYHyB.html

微信小程序動瞭誰的蛋糕,又會把蛋糕分給誰?

援交
外送茶
魚訊
外約
外送茶

“我們認為一個好的產品是應該是用完即走的…大傢同意嗎?”張小龍問。
“同意。”有人回應。“說同意的都是沒有認真思考的。”張小龍說。

這是今年年初發生在微信公開課上的一幕。隨後,張小龍解釋道,“事實上所有的產品都是工具,好的工具就是應該最高效率地完成用戶的目的,然後盡快地離開。”所以,他的歌詞大意是,時間是有質量的,粘性是結果,不是批判標準,問題的本質是效率。也是在那場公開課上,張小龍透露,微信在琢磨一個新的東西——應用號。毫不令人意外,大半年過後,當“應用號”推出內測版時,刷爆瞭互聯網從業者的朋友圈。
為什麼是微信?第一篇刷屏的文章——《微信應用號來瞭》——來自小道消息,被頂得最高的評論是:

“實時關註這篇文章的閱讀量,傳播速度快得嚇人,微信一個小動作對互聯網人來講,就是國務院出臺的新政策!又一波浪潮已來,大傢準備好上船!”

此情此景,讓人不禁要問,為什麼是微信?最便宜的答案無非是:微信的用戶基數大,用戶在微信上的停留時間很長。相比於其他平臺,白鷺時代的 CEO 陳書藝告訴雷鋒網:

“其實之前,UC、百度、QQ瀏覽器都推瞭所謂的‘輕應用’,但是有兩點微信和他們是不一樣的。
第一,他們的導流還是以用戶搜索的行為習慣為主,移動端延續瞭PC端的使用體驗,而微信的小程序,它其實是一個介於網頁和原生應用之間的東西,體驗比網頁好很多,無限接近於原生應用。
第二,微信是一個用戶使用頻率很高,而且很信任的應用。使用微信,用戶就必須授權拍照、通訊錄、位置、螺旋感應等權限。如果是其他的應用,用戶未必會開放這些權限。”

以上,微信是民意所歸。動瞭誰的蛋糕?微信小程序內測版推出之後,知名程序員霍炬表示,“微信把自己整得和App Store一樣,還得審核,蘋果怎麼想?真是店大欺客,客大欺店。”
但顯然,在這方面微信和蘋果是有過溝通的。半年前的“應用號”變成如今的“小程序”便是兩者博弈的產物。證據是馬化騰在張小龍朋友圈寫的那句——“蘋果不讓我們叫應用號,也許是一件好事。”另一種觀點是,蘋果和騰訊之間遲早會打一架。在陳書藝看來,微信的確凌駕於硬件之上建立瞭自己的生態。它會考慮到蘋果的政策,或者做一些利益上的交換,但微信已經大到有話語權的程度的,這是蘋果必須尊重的事實。極端一點去假設,如果蘋果封殺微信,會不會對用戶購買手機造成影響?突然讓人想起6年前的3Q大戰。回頭來想,如果事實證明,微信能用更低的成本為用戶提供同樣的價值,那蘋果損失瞭什麼?無非是那些本就不屬於他的開發者,以及附帶的利潤。無解。當然,這是個高維的話題。將微信拉回超級App陣營,小程序又會動誰的蛋糕?還是超級App。陳書藝告訴雷鋒網(公眾號:雷鋒網):

“特別是服務類的和資訊類的App,像今日頭條。它上面的文章,大多數情況也是靠朋友圈在傳播,如果微信能夠直接提供同樣的服務,微信會切走很多用戶的使用時間。”

在張小龍看來,微信是一個平臺,但不是流量平臺,公眾號的本質是,希望在這個平臺上湧現出更有創造力的事情。換句話說,同樣有創造力的事情,他不介意用微信的方式去實現。
理論上,這和開發者的利益是不沖突的。微信既能給它帶來用戶,又能給它提供更好的基礎服務,比如支付。但敏感的是,在微信這麼“有節操”的平臺上,開發者若想像原生應用那樣獲取用戶信息,那是不可能的。這個博弈如何展開,似乎可以參考當年喬佈斯去說服各大報業擁抱App Store的故事。在利益最大化面前,所有的執念都不再重要。把蛋糕分給誰?
追溯風口,App創業已經是4年前的事情,一個冷酷的事實是,“做第三方獨立APP,未來成為獨角獸的可能性很小瞭。”陳書藝表示,“現在頭部的工具型APP絕大部分都得歸順或者死磕,比如日歷,新聞,天氣,大姨嗎之類的。”而反觀HTML 5,其實它是爆發過的,有意思的是,那次也是在微信上。

“我們2014年的‘神級包’就是因為朋友圈傳播火的,當時出現瞭將近20款超過1000萬DAU的小遊戲。但是在去年,微信對朋友圈傳播做瞭嚴格的限制。”

當時,陳書藝在接受采訪時曾表示:“那些東西任它去傳播其實是不合理的,微信收口之後肯定是為瞭制定規則再開放,因為用戶需求就在那。”
與這種需求相呼應的是,陳書藝看到,非常多的Android和iOS開發者,現在都在學習HTML 5的技術,

“趨勢在這擺著,它是一個更通用的技術,小程序開起來之後,肯定在這方面的人才需求會更多一些。我們後臺的開發者,今年的漲幅比去年、前年還要高,已經有超過10萬個開發者在使用我們的工具。而且今年我們接到特別多的需求,比如介紹HTML 5的工程師,以及培訓。”

開發群體的遷移實際上並不是一件新鮮的事情,

“回想一下PC年代,其實就發生過這樣的事情。比如金山當年招的工程師都是寫軟件的,待遇都很高。但後來那些垂直類的服務全都做成網站瞭,用戶通過搜索獲得服務,所以後來相當多的軟件工程師就失業瞭。他們就隻能重新學習怎麼去制作網站。”

陳書藝相信,在移動端一定會發生同樣的事情。結語公眾號養活瞭數以萬計的自媒體,但這卻並不是張小龍的本意。他在年初那次演講中表示:“我自己是很多年的程序員,我覺得我們應該為開發的團體做一些事情。”這就是“微信小程序”的由來。至於它的樣子,大概是“類似於公眾號,但比公眾號更便捷,更好找,更容易使用的形態”,張小龍表示。 雷鋒網原創文章,未經授權禁止轉載。詳情見轉載須知。

source:https://www.leiphone.com/news/201609/XLfgtoi8zgBj0QEu.html

“演講”刷屏,張小龍如此回應那些反駁他的聲音

外送茶
援交
援交
魚訊
外約
昨日,「唯物」第一時間編發瞭「張小龍最新內部演講:警惕KPI和流程」,閱讀量分分(≈480)鐘沖到瞭 10 萬+。但也許是因為文中觀點牽扯到每個人熟知的 KPI 和流程,所以即使江湖地位在那擺著,看官們依然眾說紛紜。
不過張小龍顯然早有準備,當“不同的聲音”在「唯物」的評論區出現之後,他又不知疲倦地一一作瞭回應。以下為對話實錄,由「唯物」整理(略刪減):林:KPI和流程並不是原罪,但分崗位和制定是否合理,舉個荒繆點的例子,給派出所長制定績效考核,每個月必須破50個案子,完不成KPI就撤職,然而該地區一向太平,平常案件都沒幾個,那你們說最後事情導向會如何?張小龍:一個大公司需要有KPI,公司高層需要有這樣一個商業目標,但是,如果我們很多同事直接采取瞭高管的工作方式來工作,特別是把很多目標數字化,這個是不太合理的。因為當我們提出一個目標方向,我們努力方向一定會隨著這個目標改變,當提出一個純數據目標,努力方向可能會圍繞這個去做。大傢在思考問題的出發點上有一些驅動力,不是來自是不是在做有價值的事情,而是來自於我們能做到一個多高的數據,那我會覺得有一點危險。星辰大海:標題黨,敏捷開發難道不是方法論,不是一種流程張小龍:這裡所謂的敏捷是什麼意思呢?是真的非常快。當我頭一天晚上發現我們這裡有一個東西要改一下,我發一個郵件出去,有的第二天上班的時候就發現這個東西改過來瞭,已經上線瞭,大多數一個星期上線是不誇張的,無疑這是一種很爽的感覺。為什麼我老是說特別懷念 150 人的小團隊,因為當我們人數增多的時候,我們自己會制造出很多流程出來。我們自己會習慣自己這種效率,而對一個非常小的團隊來說,他不需要開會、也不需要幹嘛,大傢坐在一起,扭頭就可以說有一個問題我們解決它吧。唐穎嬰:敏捷還是有適用性的,在一個不合適的團隊強推敏捷隻會帶來災難,敏捷的本質是快樂開發,但相當多的產品經理在學習瞭一套所謂的敏捷項目管理以後,把痛苦的偽敏捷當作敏捷灌輸給公司管理層,導致項目淪為產品經理籠絡行政權的手段。張小龍:2005 年當我們接手 QQ 郵箱的時候,其實大傢也很投入,有非常科學的整個研發設計一套方法論。我現在回想起來那一年我們做的所有事情,用一句話來概括是“一個非常平庸的團隊用瞭一些非常平庸的方法去做出來一個非常平庸的產品”,而且是不知不覺的。在 06 年的時候因為糟糕到瞭極點,郵箱團隊開始思考這個危機,成立瞭一個很小的團隊,有 2、3 個 web 的開發,2、3 個產品,1、2 個 UI,還有 1、2 個測試,他們組成瞭我們定義為敏捷團隊。就這麼小的一個團隊在後面幾年裡面做的事情遠遠超過之前幾十人的努力。大烏龜:感覺有點天真,規模一旦上去,量變引起質變,就完全是兩回事。舉個例子,微軟做一個 Path,開發也許隻是一兩天就搞定,但是跟發佈版本的適配,更新計劃,漏洞審查,甚至法務,這些通通都得過一遍,要是哪個環節出瞭問題,還得打回去重來。能說它不敏捷嗎?不是,隻不過出差錯的代價太大瞭。 想象一下微信用敏捷的方式,一旦哪個環節因為激進而出問題,停個半天,這樣的損失有多大?而如果短期內停個兩三次,這對品牌的傷害是致命的。孰輕孰重?
張小龍:有一天晚上我發瞭一個微信說:有一些用戶反饋說,公眾號回復裡面隻能看到讀者評論的次數有多少次,但是看不到作者再評論的有多少人贊,這個事情存在很久瞭,為什麼沒有加上?應該早一點把它加上。但是同時我多瞭一個念頭,我說這個需求可能大傢會做一個計劃,排一個流程出來,可能要等到兩個月以後才會加上去。於是,我就多加瞭一句話,必須一個星期以後上線,結果過瞭兩天大傢告訴我這個東西已經上去瞭。
如果按照日常的習慣,我們加一個東西真的要兩個月瞭,但是其實非要兩個月嗎?其實並不是這樣子的。而是說大傢習慣瞭改一個東西是很大的事情,那麼它真的需要兩個月。可是,在當時 QQ 郵箱起來的時候真的不是這樣一個速度。如果這樣的話,它可能也就起不來瞭。meteorshower:誰說不反對廣告的,很多人都對廣告有意見,隻不過隻能被迫接受而已。張小龍:從微信廣告上線到現在,沒有一個平臺廣告產品能夠像微信朋友圈廣告這樣做到幾乎沒有什麼用戶的抵觸。(潛臺詞:我說的是“幾乎沒有”。)
後記如你所見,張小龍並未現身,但這番對話並非杜撰,每個字均出自張小龍之口。而重點僅在於,你是否熟讀並背誦瞭「張小龍最新內部演講:警惕KPI和流程」全文,而不是斷章取義。另外,以上均為典型的“不同的聲音”,至於那些非典型的冷嘲熱諷,我想張小龍看到後可能會回應:“我所說的,都是錯的。” 雷鋒網原創文章,未經授權禁止轉載。詳情見轉載須知。

source:https://www.leiphone.com/news/201610/bTcO9ehxWOM7AlEJ.html

微信小程序的冷思考:未必是你的菜

電子菸
電子煙

10年前的1月9日,喬佈斯發佈瞭改變世界的 iPhone。10年後,微信團隊也選擇瞭在同一天,上線瞭備受中國互聯網人期待的微信小程序。今天凌晨開始,小程序就刷爆瞭朋友圈。可人們真的期待小程序嗎?還是隻關註所謂的“紅利”?所謂的紅利,都是給有積累的人準備的這篇文章,是希望大傢能在看過之後,理性的思考,自己是否真的需要小程序?而不是簡單的看別人都做瞭,自己也想做。或者僅僅是因為當年沒趕上訂閱號、服務號的紅利,看微信出瞭個新東西就又去盲目跟風。從實際場景和用戶需求的角度思考,小程序未必是你的菜每個做小程序的企業,都可以稱他們為微信的 ISV(獨立軟件開發商)而所有的 ISV 在項目上面臨的問題,十多年來其實都沒有太大變化。以下是根據自己之前接入阿裡釘釘 ISV 時的經驗,在小程序上的一些關聯思考。| 企業每傢企業在拓展新的業務線或產品線之前,都需要基於現有的戰略進行項目可行性分析。其中投入產出比是最直觀的一項指標。從管理者的角度,當然不想做虧本的生意,除非項目能帶來巨大的潛在收益,或者是戰略上必要的佈局等特殊情況。下面,我們分別從成本和收益的角度,來看看“小程序”這件事,具體需要我們付出什麼?又能帶來什麼?一、成本這塊先說說互聯網人都很熟悉的開發、運維、推廣成本。1、開發成本雖然小程序的開發使用的是微信自己推出的語言,但和現有的 CSS、JS 程序語言是十分相似的,專業的程序員上手其實並不難。而且由於開發難度較 iOS、Android、傳統網站的開發小瞭一大截,也導致小程序的開發教程滿天飛:小程序的培訓班,更是不勝枚舉。所以在開發成本上,我們需要考慮的是:開發成本 = 每位參與小程序開發的程序員的時薪總和 × 開發消耗的總工時其中,消耗的總工時裡至少包括:開發者熟悉小程序文檔、開發需求的溝通和確認、實際的開發和調試、上線前的調試、針對微信審核的相關優化等一系列相關工作的時間消耗。當然,別忘瞭程序員們還要跟進現有 iOS、Android、公眾號、網站等產品線的開發。2、維護成本一方面,小程序的反饋收集、數據分析、需求分析、版本迭代……等基本的產品工作,不單需要產品經理來實時收集、分析和推進,同時也需要和設計師反復溝通,輸出各個版本的視覺設計稿、交互設計稿;工程師也需要及時修改各個版本產生的 Bug,平衡小程序與現有產品線產生的資源沖突,為瞭防止小程序審核失敗所做的應對方案等等……此外,在運營的層面,小程序的拉新、留存、活躍、回流四個環節,都需要專業的產品運營者,根據業務的集體使用場景,進行細致的規劃和執行。由於微信在小程序的入口上極大的考慮到瞭用戶體驗,也導致瞭原有的許多拉新手段失效,運營上的拉新和回流,變得更依賴於產品(服務)的品牌,讓用戶自己能主動去連接你的服務。留存及活躍方面,小程序目前也僅在“發現—小程序”的歷史記錄中,給用戶提供瞭二次訪問的入口。所以這方面的運營,更多是依靠已有的 App 或公眾平臺,在自己的產品體系內部互相導流,根據實際的用戶行為、數據、反饋來制定彈性的運營策略。3、推廣成本就目前的官方文檔來看,小程序有下面 5 種獲取方式,按用戶操作的方便程度排序分別是:線下掃碼微信搜索好友&群聊推薦“發現—小程序”裡的歷史記錄公眾號綁定小程序此外,微信還提供瞭:聊天頁面置頂或保存至桌面(僅安卓用戶)、模板消息和客服消息的推送、附近的店。這三種方式讓用戶觸達小程序。與之相對應,如果把小程序作為主要的平臺運營,商傢在推廣自己的小程序時,就需要:線下鋪設“小程序”的二維碼在現有推廣渠道中引導用戶搜索自己的小程序在現有用戶群、社區中發消息推薦自己的小程序提供優質的服務,讓用戶能在歷史記錄中主動點擊利用企業現有的公眾平臺導流引導用戶保存小程序至桌面或置頂在聊天頁開展更多未被滿足的線上&線下結合的業務開設更多的線下店面……4、沉沒成本我們可以看到,上述每項成本,與我們做App,做網站,獨立開發公眾號所需付出的成本大體上是相同的,必然會占用企業現有的各種資源。況且小程序能做的,服務號、訂閱號也都能做,讓用戶無需關註、即用即走或許是微信的目標,卻未必是商傢的目標。這是場博弈,但不論小程序發展好還是公眾平臺發展好,兩者間都可能有一方會成為商傢的沉沒成本,或增加更多的資源同時運營。能否及時判斷自身的“沉沒成本”,盡快止損,或投入更多的資金支撐小程序的相關業務,也是我們要謹慎考慮的一方面。看到這兒,你還覺得小程序是隨隨便便就能做的嗎?二、收益商傢們最現實的需求,是從小程序上獲取流量、用戶數據和現金流。所謂的用戶體驗,不過是商傢采用的手段。目前來看,商傢可以用怎樣的手段獲取哪些收益呢?1、獲取流量作為微信主推的戰略級功能,小程序在互聯網圈的關註度異常火爆。但這並不意味著大眾用戶都會買賬。想想微信 8.5 億月活用戶中,互聯網圈人群所占的比例又會有多少呢?此時,傑弗裡·摩爾在1991年提出的“技術采用生命周期”理論,對我們具有相當的參考價值:該理論是指當新技術推向市場時,必然會面臨的五個階段,每個階段,企業都將面對截然不同的消費者。Step1:面對的是創新者。對新科技充滿瞭好奇,並一直在搜尋。這群人約占全部用戶的2.5%Step2:早期采用者。他們是意見領袖,享受新科技優點時,也包容其中的瑕疵。約占整個市場13.5%Step2~3:死亡之井:錯把意見領袖喜歡的科技當成大眾喜歡的產品。最終沒落Step3:早期大眾。他們隻關心需求,不關心技術。相對現有的市場,技術必須有明顯的優勢,並被反復驗證可靠後,這些人才會購買。占整個市場的34%Step4:後期大眾。更保守,對風險更敏感。經常說“再看看吧”,也占整個市場的34%Step5:落後者。對所有新技術充滿瞭敵視。占整個市場16%曾經刷爆朋友圈的魔漫相機、臉萌、足記,你還記得嗎?這些“現象級”產品,都在它最美麗的瞬間消失,曇花一現。這些創業者都在極速狂奔時,掉進瞭“技術采用生命周期”的“死亡之井”。微信的小程序不會是“現象級”產品,但你的小程序卻很有可能所以在流量的獲取上,你要分清自己的用戶處於哪個階段,才能判斷你的流量收益是否有足夠價值,進而調整你的運營策略。如何分辨用戶處於哪個階段呢?比方說你運營的餐館今天上線瞭小程序,就可以在店裡問用戶個很簡單的問題:你會在微信小程序上下訂單嗎?如果他說:今天剛上線我就用瞭一次,還挺方便。那他多半是個創新者,或者早期采用者。如果他說:等附近的餐館都能用小程序時,我再試試。他是個早期大眾。如果他說:我還是習慣用 App、公眾號下單,再看看吧。他是個後期大眾。如果他說:小程序是什麼鬼?我幹嘛要用?毫無疑問,這是個落後者。不同階段的用戶能為產品帶來的價值,也大有不同。大傢可以看看身邊轉發小程序的朋友,有多少人是真正在用的?在小程序上走完瞭整個服務流程,去用工具、看內容、訂票?如果你不能準確的把握住真正有價值的流量,即使小程序能帶來再多的流量,也救不瞭你的產品。2、線下場景順應微信的“智慧城市”戰略,微信小程序也不約而同的開始嘗試突破“互聯網的邊界”。隨著微信的月活用戶達到 8.5 億,可以說國內 90% 具有消費能力的人群都已經被連接。但用戶每天使用手機的時間是固定的,總不能把 24 小時都放在手機上,這就是互聯網的邊界。渠道的下沉,線上&線下業務更深度的整合,或許是真正把握住小程序“紅利”的關鍵。比如已經上線的幾個 O2O 小程序:摩拜單車;滴滴出行DiDi;美團外賣+。算是生活中最常用的瞭。這 3 個產品都是相對較低頻,主要的應用場景在手機之外,每天雖然隻用一兩次,卻都是剛性需求。今天挨個體驗瞭一遍,的確十分簡潔和流暢。早上騎摩拜上班時,隻需打開小程序掃個碼,手機揣兜裡騎到公司,車子上完鎖,一切搞定。美團外賣也同樣十分簡單,打開小程序看菜、下單、等電話,跟 App 沒有任何區別,卻不用復雜的跳轉,轉手就把 App 卸載瞭。今年9月,我就做瞭一個餐廳的“後臺管理系統+微信點餐”項目,客戶要實現的核心需求,跟今天的小程序是一樣的。簡單講就是實現用戶在店裡隻需掃碼,即可完成點餐、付費、用餐。有外賣需求時也不必依賴美團和餓瞭麼。他們去掉瞭傳統的大菜單,裁掉瞭多數服務員,隻留下幾個送菜的。即節省瞭人力成本,也縮小瞭店面空間。脫離線下的場景,小程序便無從談起。隻有在馬路上看到一輛摩拜,你才會掃碼上車;隻有在餐廳裡坐下,你才會掃碼點菜。離開瞭那個場景,你就和那輛摩拜、那傢餐館無關瞭。在這種類似的場景下,你線下放瞭小程序的二維碼,才可以幫助你節省成本,同時幫用戶節省時間、提升體驗。| 用戶對多數用戶而言,小程序目前來看隻是一種選擇,並非需求。小程序真正的核心,應該是場景和服務。體驗上,小程序主要給用戶帶來的便利是:縮短瞭用戶的操作路徑少瞭安裝 App 的麻煩釋放瞭手機內存場景上,我們看現有的小程序所提供的應用場景,主要在金融、教育、富媒體、交通、旅行、醫療、餐飲、電商等生活服務上,除瞭部分純做工具和內容的產品,大多是在線下場景觸達用戶。並且大多是已經被解決瞭的需求。對用戶而言,小程序解決的是剛性需求、低頻次互動的相關場景和服務。比如京東,原本在微信中就有一個跟“朋友圈”相同級別的“購物”入口,但身邊又有多少人嘗試過在這裡購物呢?京東的 App、小程序,以及微信“購物”入口,用戶都可以去購物,但各自的使用場景和定位卻大不相同。沒想清楚這一點,上面聊的“成本”,怕是都要打水漂。如果你為用戶提供的服務本身就不具備與小程序特性相匹配的場景,就別想著投機取巧,霸王硬上弓瞭。沒有線下場景,就做不瞭小程序嗎?當然不是。服務,更是成敗的關鍵。試想一傢餐廳的 App、小程序、公眾號都十分完美,做的飯菜卻難以下咽,你還會再去嗎?引用Keso老師說的:

小程序實際上是企業在合理的時間,合理的場景下合理地滿足用戶的合理需求的一種技術手段,其出發點在效率的提升、成本的降低和客戶滿意度的提高,而不在營銷和獲客

從這個角度出發,小程序更是企業品牌的延伸,能夠幫助企業更好的沉淀與用戶的關系鏈,提升品牌在用戶心中的地位。而不是單純的意淫,有瞭個小程序,就能撈一大波用戶,幫你解決之前的所有難題。品牌是什麼?品牌是集合用戶瞭解、信任和偏好的大容器。目前來看,用戶需要對你的服務有瞭基本的瞭解和體驗,才可能用上你的小程序,進而信任你的品牌,形成偏好。這一波爭奪戰中,能持續活在用戶場景中的,必然少之又少,絕大部分沒有場景的小程序都將沒落,剩下的大品牌,最終搶奪的也不是用戶,而是具體的使用場景,拼的是各傢的服務。如果產品&服務不能切中用戶的實際需求,再牛逼的小程序也救不瞭你。|機會分析微信這事兒能不能成,跟自己其實沒多大關系,重要的是能把握住其中的機會,創造價值。這種背景之下,我們該思考的不是怎樣投機取巧,而是用自己的邏輯思維依次思考:小程序是什麼?具有怎樣的特性?這些特性是否符合我現有的用戶場景?這些特性能否幫助我拓展更多的使用場景?這些特性,是否契合我的產品&服務?對我的產品&服務和用戶是否真的有幫助?我是否真的需要小程序?具體執行上,要怎麼做好我的小程序?如何在各業務流程上配合小程序,實現整體的業務價值?這些問題,是每個做小程序的人都需要思考的問題,也是隻有結合自己的實際情況才能給出答案的問題。想清楚這些,你才可能有機會參與這一波小程序的浪潮。雷鋒網(公眾號:雷鋒網)註:本文由人人都是產品經理社區專欄作傢@楊柳(微信公眾號:PMYANGLIU)原創發佈。楊柳,一個自由職業的產品經理,正在平坦的道路上曲折前行。專註企業服務領域的產品規劃、UX、用戶研究及數據分析。未經許可,不得轉載。
雷鋒網版權文章,未經授權禁止轉載。詳情見轉載須知。

source:https://www.leiphone.com/news/201701/ZqxYHve8mBOB91Kq.html

小程序不一定是你的靈丹妙藥

援交
外送茶
魚訊
外約
外送茶
雷鋒網按:本文來自公號“歪理邪說”,作者霍炬,雷鋒網(公眾號:雷鋒網)已獲授權。微信小程序終於發佈瞭,我一直對這個東西很有興趣,不是為瞭獲得什麼“流量紅利”,而是從技術上看,它做瞭一些有意思的嘗試。我沒有參加內測的資格,也沒有去和官方或者熟悉官方的人打探過消息。我始終認為,在這個行業裡面,一個動作不需要看作者如何說,你隻要對歷史和行業足夠熟悉,那麼隻要自己去看發生瞭什麼就可以瞭。離得越近,受的影響越多,反而難以看得客觀。所以,以下就是我做為一個完全圈外人對微信小程序的看法。微信小程序傾向增強現實先說應用場景。一句話概括,我認為微信小程序的場景應該是增強現實,也就是所謂AR。這幾年視頻相關的增強現實和VR技術熱度太高,一說起來AR就容易讓人聯想到視覺增強。實際上按照所謂“現實-虛擬連續域(Reality–virtuality continuum)”的分類法,現實世界和虛擬世界中間任何鏈接物,都可以叫做AR,微信對二維碼的應用就是這樣一種技術。通過二維碼從現實世界獲取信息,這就是對現實場景的增強。無論是車站站牌,公司名片,商場貨架…任何現實中的東西,通過掃一個二維碼進入一個“小程序”,這個小程序就是對那個現實場景的增強,二維碼鏈接瞭現實世界和虛擬世界,換個更通俗的說法就是鏈接瞭線上和線下,咦,這不就是O2O嗎?是的,我一直認為O2O曾經的高速發展同樣是基於“數字世界如何增強現實”這個理由。不僅僅是微信對這個東西有興趣,很多年來,這個方向都是各大公司的實驗場。先來看一個相當原始的例子。如圖可見,這是我們這裡的公交車站使用的系統,在公交公司網站上,輸入這個站上的數字編號7951,就能知道公交車發車班次和最近的公交車位置。這套系統正常工作是沒問題的,但是用戶自己輸入網址和站牌數字編號,很麻煩。建設更晚的上海智能公交系統就先進多瞭,他們把二維碼放上瞭站牌,掃一下就可以瞭。二維碼仍然需要打開一個掃碼工具,拿攝像頭對準它,仍然有點麻煩。在我們這樣寒冷地區,冬天在室外完成這個動作更有挑戰。比二維碼更簡單的方式就是NFC瞭。NFC本來是相關技術裡面最平衡的一個,有很多成功應用案例,成本也不算高。可惜蘋果多年來就是對它沒興趣,雖然Apple Pay也是通過NFC,但蘋果就是不讓第三方app用,隻給自己用於支付這一個功能。缺少瞭蘋果的推動,盡管Android手機早已標配瞭NFC芯片,這東西還是火不起來。蘋果自己推的另外一個東西iBeacon受制於各種限制和成本,也一樣火不起來。這樣幾個方案都有設備支持問題,二維碼就成瞭現在最好的方案。尤其在中國,幾乎所有手機都安裝的微信,微信主推的二維碼自然也就普及瞭。實際上很多場景NFC有更好的優勢,比如,摩拜單車。他們印在車上的解鎖二維碼經常被人塗改損壞,如果使用的是車身內置NFC的方案,就不這麼容易被人損壞瞭,維護成本會低很多。倫敦公交使用的方案很好玩,它既使用NFC,同時也用二維碼。我猜這就是目前尷尬狀況的表現,NFC維護成本低,穩定性高,適合常常下雨、濕冷的倫敦,對於公交車站這種場合非常適用,但為瞭iPhone用戶,二維碼也要同時存在。無論是NFC還是二維碼,它完成的工作是一樣的,都是提供一個鏈接,讓用戶的設備可以打開它,無論最終展現為瀏覽器的一個網頁/某個app中的一個條目/小程序中的一頁,都是通過一個鏈接喚醒的。隻是到目前為止,NFC可以從手機的系統級別喚起,但二維碼還隻能從軟件開始。去年Apple Pay 和 微信支付 哪個更好用的爭論就是這種區別的表現。體驗上說,如果銀行支持,Apple Pay的接觸就完成支付的系統級支持,顯然優勢更大,但實際情況看,微信掃二維碼支付更普及,適用范圍更廣,適用門檻也低很多。微信小程序同樣走的是這條路,它不是最方便的增強現實方案,但是是更普及、成本更低、應用門檻更低的方案。從這個角度考慮,微信小程序過去說過的“沒有入口,不能轉發到朋友圈,沒有應用商店”是合理的,它增強的就是現實,你不在那個現實環境中,就不需要它,為什麼需要入口呢?雖然從今天發佈的情況看,這個思路略微有瞭一點點變化,更多的非常現實場景應用也出現瞭,這算一種妥協或者野心吧。不過必須要掃二維碼,而不是長按識別二維碼才能使用小程序這個限制,仍然暗示瞭小程序在當前階段是傾向現實場景的。HTML應用 vs App前面說瞭,無論是掃碼還是NFC,最終都是通過一個URL,定位到需要的信息,這符合URL真正的含義,我們通常把URL翻譯為網址,但它真正的字面意義是“統一資源定位符”。在制訂萬維網WWW這個協議的時候,URL的意義就是明確的,一個URL指向一份特定的資源(信息)。到瞭移動互聯網的APP時代,新問題來瞭,一個URL到底應該展現在瀏覽器裡面,還是通過瀏覽器再喚醒一個APP,進入APP的對應條目呢?這個資源定位的鏈條突然變長瞭,不確定性也增加瞭。對於開發者,不同設備和不同瀏覽器最終展現出來的結果差距甚遠。從這個角度看,微信試圖提供一套統一的開發庫和運行環境,讓信息以小程序這種方式展現出來,這是一件好事。開發者可以避免更多的不確定性,用戶在獲取信息的時候可靠性也更強。我相信這是微信以小程序這種方式解決問題的初衷,其他的各種限制和規則都是在這個基礎上的為瞭安全實現它而產生的。當然,這樣如果做成功瞭,就順便控制瞭一批新的數據的入口,戰略意義重大。至於有多少應用會使用這種形式,這是另外一個爭論已久的話題:HTML應用 vs App。在iPhone剛剛出現的年代,就有很多公司(尤其是媒體公司,比如FT.com)試圖通過html5的一些特性提供更好的網頁瀏覽體驗,避免開發App的高成本。特別需要指出的是,無論iOS還是Android,從一開始就有把一個URL對面的頁面,變成主屏幕上一個圖標的功能,這並不是微信小程序的發明。今天回頭來看,歷史證明瞭,所有試圖用HTML取代APP的公司,最終都還是提供瞭原生APP。後來還流行過一段時間混合應用,即在一個APP外殼裡面裝入HTML5的內容。毫無疑問,這種做法也失敗瞭,其中最悲慘的失敗者是Facebook,直到2012年Facebook終於醒悟瞭不能這麼做,回到瞭原生APP奮起直追,又收購瞭Instagram和WhatsApp兩個最紅的App,終於沒錯過移動互聯網這一波浪潮。2012的問題在於HTML糟糕的性能,對硬件支持不夠等等造成的用戶體驗不好,使用感受非常不流暢,今天這些問題差不多解決瞭。Facebook也並沒放棄過HTML APP這條路,現在份額最大的JavaScript界面庫React仍然是Facebook出品,它已經幾乎成瞭事實上的標準。在移動互聯網之前的時代,Facebook自己實際上就是一個Web App Store,裡面塞滿瞭無數基於HTML開發的應用。今天微信做的頗似Web時代的Facebook,有趣的是Facebook自己反而走瞭另外一條路,後面我會再提到這條新路。從目前實現的情況看,因為HTML本身的限制以及微信自身增加的限制,多數情況下,微信小程序仍然沒法替代原生APP,它更像原生APP的一個快捷應用,或者叫Widget也許更準確。在用戶沒有安裝或者沒有打開APP的情況下,先快速獲得信息。也許一部分小型應用會停留在小程序中,但大公司的目標一定不止於此,無論從任何角度看,小程序對於他們仍然隻是一個快捷的接觸客戶導流入口,最終仍然要回到自己的APP才安全。至於所謂低頻APP,他們本來也就是無所謂形式的,這些APP存在什麼平臺並不重要,本來也沒法靠它們構成一個平臺的主要支撐應用。微信公眾號的發展也是這樣的情況。最早的時候,公眾號是為商傢開發的應用。雖然也有不少商傢使用它,不過一直不成氣候。直到大量的個人用戶進入公眾平臺,把它做為單純的內容發佈渠道,終於通過內容引爆瞭這一波公眾號的浪潮,進而影響到商業應用。不過奇怪的是,微信官方的態度始終是重視企業應用,壓抑個人應用。似乎個人總是更容易傷害用戶利益,必須要時刻提防著,公眾號各種權限都是對企業認證用戶開發,對個人訂閱號不開放。微信似乎認為公司更可靠,不過現實情況恰好相反,要做壞事的人花幾百塊錢就能註冊一個公司殼,但個人總不能換名字換身份證。何況商業應用利潤和KPI考核總是帶來更大的作惡動機。從整個軟件和互聯網的發展歷史看,最終獲得最大利潤的是公司,但每個平臺最早拓荒的第一批人總是個人開發者。張小龍自己當年不也是以個人開發者身份開發的郵件軟件Foxmail嗎?到瞭微信小程序時代,個人開發者如果不去註冊一個公司殼,竟然都不能參與開發瞭…這顯然是一種倒退。另外一個問題,HTML5本來是自由的,人們當年希望HTML5勝過APP,是因為它不用審核,更靈活。微信把小程序增加瞭一道審核機制,等於消滅瞭HTML APP最好的特性之一。存在瞭審核機制之後還不允許個人開發者參與就更匪夷所思瞭。當然,很多人會說蘋果比Android更好的原因是因為蘋果封閉審核APP,讓應用質量更高。在2012年這種說法是正確的,但今年是2017年瞭。Google Play Store審核是自動的,比蘋果快速的多,修改立刻就可以發佈。的確,Play Store曾經存在各種問題,盜版、侵權、有危險的應用……過去都出現過,但在今天,Play Store的APP質量和AppStore已經達到瞭一致水平。考慮到多樣性和更新頻率更高,修改Bug更及時,Play Store 往往能提供更好,多樣性更強的APP。審核上架和拒絕個人用戶這兩個限制同時存在,我很難看好小程序的發展。什麼時候這兩個條件去掉一個,我會更好看一點。等到和公眾號一樣,無條件允許個人參與瞭,那時候我會比較看好它。除瞭微信,Google也一直在推廣PWA標準,同樣是基於瀏覽器的APP。微信小程序接近於PWA去掉一些功能再加上一些微信自己的特有功能。PWA和網頁一樣自由,同時又享有瞭APP的一些優勢,是不錯的技術。更重要的一點是,它是真實的網頁,Google可以索引它,從而通過搜索繼續帶來流量。一套生態系統是否能存活,流量分配機制是相當重要的。如果隻靠開發者自己從其他渠道才能獲得流量,這個生態系統是有風險的。開發者自己弄到瞭流量,那就總需要把這個流量想辦法再倒回給自己,回到更自由,更穩定掌控的地方。這是任何團隊必然存在的趨利避害心理,無論用什麼方式,也不可能壓抑住這種沖動。現在用瞭個小程序就刪除原生APP的時髦用戶,我猜他們早晚會被各種哄騙利誘重新裝回APP的。在這些年裡面,試圖控制HTML和URL的,都是有巨大野心的玩傢們,一傢沖進來,另外一傢也不會落後,所以,我們且等著看下一個殺入這個戰場的是誰。聊天機器人應用會是將來重要的入口前面說到Facebook在Web時代是做HTML應用商店的路子,但移動時代它不這麼做瞭。那麼新的思路是什麼呢?如果你前幾天被紮克伯格業餘時間自己開發的傢用人工智能助理Jarvis刷瞭屏,也許會註意到除瞭語音識別的酷炫,它下面實現的基礎是基於聊天的Bot。對於Facebook/Google/Amazon,以及Telegram,聊天機器人正在成為新的APP平臺。結合已經非常成熟的語義分析,幾乎一切操作都可以通過聊天界面完成,這是重要的發展方向,各種語言,各個國傢,不同的聊天類應用都是前幾大份額的應用之一,通過聊天機器人控制具體應用直觀又簡單,適應的場景也很多,逐漸成為新的熱點是正常的。除瞭聊天工具和互聯網公司們,蘋果的siri也是盯著這個方向的。但奇怪的是在聊天App這個戰爭中勝利者之一的微信,竟然沒有走向這條路,我百思不得其解。我相信語音或者文字的聊天機器人應用會是將來重要的入口,也許是最重要的入口。做為開發者,無論你看好什麼都無所謂,但現在應該考慮到足夠的彈性,做好抽象,設計好後端API和前端展現分離的結構。這樣無論是繼續做APP或者等BAT中另外兩傢推廣PWA,或者跟上微信的小程序,以及未來通過聊天機器人接入什麼新的系統,你都有足夠的靈活性。這些接入方式都是表現層,重要的部分是後端的數據和數據處理能力,或者提供信息的能力。所以隻要設計好架構,表現層可以用非常低的成本疊加上去。我想,現在最值錢的工種不應該是開發小程序或者開發APP的程序員,而是資深的架構師。他們才能幫你立於不敗之地。另外,推薦的詹臏老師一篇關於小程序的文章:《小程序:關心可會話分享可促發的用戶行為》。參考備註:標題圖:作者geraltCC0 Public Domain紮克伯格真的親手把鋼鐵俠的智能助手造出來瞭》如果想讀中文關於這件事的文章,這篇是比較好的。註意後半部分關於為什麼使用聊天機器人開發的部分。忘掉App吧,機器人替代瞭它們
How technology has shaped the FT’s digital strategy》2014年FT.com關於如何使用Web/App的思考和經驗,今天還是值得再讀一次。 雷鋒網版權文章,未經授權禁止轉載。詳情見轉載須知。

source:https://www.leiphone.com/news/201701/ZxS4RHLPc5pdJ7sH.html

你的微信還安全嗎?揭露清理僵屍粉的連環騙局

外送茶
援交
援交
魚訊
外約
雷鋒網按:本文作者irene,來自微信公眾號“微互動”(ID:weihudong),雷鋒網(公眾號:雷鋒網)獲授權發佈。
近期,二師兄經常收到“免費幫你清理微信僵屍粉”的信息,或是“我在清理微信好友,一清嚇一跳”的朋友圈吐槽。很多人點開瞭信息中的附帶鏈接,按照對方說的步驟清理僵屍粉,結果可能會出現微信號被盜、好友信息被竊取,甚至手機會中木馬病毒等嚴重後果。二師兄在這裡吶喊:千萬不要點鏈接!千萬!不要點!
因為可能是個連環騙局,這就帶你測試一下:首先,點擊鏈接,關註公眾號以後,你會收到自動推送消息,引導你聯系客服進行清理。添加人工客服後,對方會對清理步驟做簡單介紹或發送教程視頻,查看步驟後,需要回復確認是否清理。待你確認清理後,客服會發送一個臨時二維碼。此二維碼不能直接識別,需要將它發送至其他手機或用其他手機拍照,再進行識別。識別二維碼,你的手機就會收到以下界面:經常使用電腦登陸微信的人們都知道,這是電腦登陸手機微信的確認界面。
也就是,確認登陸後,對方的電腦可以直接登陸你的微信!對方用你的微信開始群發消息,篩選僵屍好友。用這種方式清理好友,存在很多弊端!
首先,用這種方法清理好友,會陷入尷尬擾人的循環之中。今天你用這種方式給朋友發送信息,就形成瞭對朋友的無端騷擾。而如果朋友也點擊鏈接,也用這樣的方式進行,那麼不久你又會收到信息被騷擾…..就這樣,會時不時看到這樣的消息。而且,在操作過程中,還存在很多風險:1.你的手機可能會中木馬病毒。微信好友發送的“清理僵屍粉”信息中的鏈接,很有可能是手機病毒,如果你的手機安全系統不完善(iOS的系統安全性會相對高一些),那點擊瞭鏈接就會中木馬病毒。
2. 微信號可能會被盜。如果你點擊瞭消息中的鏈接,微信可能會出現閃退、無法正常登陸的問題。以上問題說明你的微信號可能被盜,當出現這種情況時,你可以先嘗試用短信驗證碼、QQ號+QQ密碼等其他方式登陸微信,成功後進入設置-帳號與安全-修改微信密碼,並在設置中開啟賬號保護;若無法登陸,需馬上訪問weixin110.qq.com,進行帳號凍結。(圖片來源:BiaNews)3. 如果你的微信有銀行卡綁定,在點擊鏈接時,經專業黑客破解瞭支付密碼後,錢財也將遭受損失。4. 如果騙子借清理僵屍粉為由,在電腦上登陸你的微信,就可以直接用你的微信號,以生病、出車禍、急用錢等各種理由向你的朋友群發信息進行詐騙(大傢已經對短信和QQ詐騙有瞭安全防范意識,但是對微信的防范意識還非常欠缺,所以很容易受騙。)(圖片來源:刑事法律圈)
5. 對方可以通過你的微信群發色情信息,這樣不但對自己造成不良影響,還會使你涉嫌傳播色情信息,一經舉報核實,微信號還會被封。(圖片來源:刑事法律圈)6. 如果騙子群發瞭帶有病毒的鏈接,會將你的好友置於上述風險之中,形成“循環騙局”。那如果想要清理僵屍好友怎麼辦?二師兄之前就專門寫瞭《如何優雅地查看誰刪瞭你的好友》來教大傢如何準確又不打擾其他人的方法,簡單又實用,趕緊翻出來好好學一學。讓我們少一點套路,多一點真誠,還微信一個更安全的環境吧!
雷鋒網版權文章,未經授權禁止轉載。詳情見轉載須知。

source:https://www.leiphone.com/news/201702/5tGdImyucWUn2yTY.html