2009年6月4日 星期四

正式使用Flash Builder 4 Beta

Flex Builder官方更式命名了,並且推出Beta新版,稱為Flash Builder 4
(全球社群熱烈的討論下,為了讓更多熟悉與不熟悉Adobe產品的人,更快看到名字就知道產品用意,因此,Flex Builder催促成Flash Builder為更貼近人心之命名)
註:Flex SDK仍保留原來Flex名稱,只有更名Flex Builder為Flash Builder。

Flash Builder 4.0版重點:

Flex 2~3版間做的功能己夠商用化,但好的產品還是要不斷更好才行,這次Adobe卯足18個月的努力,將此版本重心放在三個,如:




設計者與程序員間更緊密的工作流程

以資料開發為中心

提供更好的開發環境與測試環境



設計者與程序員間更緊密的工作流程:

在專桉開始時,最需要設計者的創意靈感,而最終產品是否幾乎逼近原設計者的想法,其實不一定盡然,加上,設計人員常與開發人員間的溝通,是否有效?是否更可縮短時間,將畫面與動線完全百分百表達給開發者明白?這也是常發生鴻溝與默契之事,當然,團隊間的合作內容,是否真讓客戶滿意?這也是說與做間的結果論。

所以在新版的Flash Builder 4加了"New Flash Component"與"New Flash Container",以符合更佳的開發流程,你可以在原先的Flash開發環境上建立或編輯內容,按下"done"後,透過Fla與SWC檔就可以就直接回到Flash Builder 4專桉裡繼續編輯。

而在Flash Catalyst裡,你可以利用不管是Photoshop或Illustrator,把編輯好的圖形匯入到Flash Catalyst中,Flash Catalyst主要是讓你將圖形轉換更佳的RIA介面,提供給Flash Builder使用,程式員匯入Flash Catalyst的專桉檔後,就清楚知道介面與動線的來龍去脈,他只需要再去做好程式資料邏輯的動作,有任何問題也可以來回編修,構成更好的協同合作。

以資料開發為中心:

在開發RIA系統中,不管多麼包羅萬象的設計,但資料還是為最基礎元素,不管你是用數位儀表板,或是Mash-up(溷搭)的介面呈現,亦或改變了原先前端設計,保留住既有的後端程式(php,asp.net,coldfusion...等)與資料端,甚至是只利用Webservice等服務媒介,伺服器或其細節設定或許會改變,但基本的「資料」仍在,你必須要更容易的去連結你需要的後端服務,並且綁定到你的Flex元件,這就是新版Flash Builder 4功能上要讓你輕鬆達成,加速你在開髮結合動態資料上的體驗,讓困難變成簡單。

也因此新版重點就在:



定義資料/服務模組

綁定服務操作到Flex元件

更能輕鬆完成資料操作功能,如:頁面顯示、進階的資料管理



將資料或服務模組在綁定模式下更加簡便:

你可能有許多的ColdFusion元件、PHP類別、Java或Webservice等既有的後端程式邏輯,不管如何,你要將資料與服務呈現在你的Flex前端,這之間的綁定就必須更加容易,這代表了,你後端不管用多複雜的技術,通通殊途同歸,化為單一的模組,將後端的操作綁定在單一的Flex元件上,如:DataGrid或List,這操作只要用滑鼠拖曳到Flex元件上就可以完成。這樣的操作,你可以很快做出主要與細項列表,或是圖表等。

更進階的資料管理功能:

這樣的Flex元件綁定概念,就是讓你的Flex前端管理後端的資料內容,根據實際需要才去做資料的讀取、變更,甚至是回復上一個動作,請放心,這版本當然有自動的CRUD(也就是自動建立、讀取、更新、刪除資料的功能),這些通常在手工上的編程都是很費時間。
也因此,你可以快速創造出更好的前台操作體驗,並在HTML裡執行。

提供更好的程式開發環境與測試環境:



這重點擺在改善前版在重構程式、偵錯模式、剖析器上的功能。

偵錯模式上加了條件式的停頓點、觀偵點、逐行執行以及表現式上的使用。

剖析器現在也改善了"元件參考"報告。

在程式碼的搬移上也新增了重構功能。(這也就是說,你可以指定要搬移的程式碼,全部有的程式檔都照著搬移好)



對於新版IDE(快速開發環境)上,你可以去嘗試以下幾個功能:



getter/setter一般性操作

事件程式碼上的操作

新版的Package瀏覽器

ASDoc也開始支援了Tooltips(工具使用提示)



對於MXML、ActionScript及CSS檔的自訂樣版,在此版也支援。

新版對於「測試」功能的改善

對於編程上的生產力,Flash Builder 4 beta也加了二個重要的測試系統功能,也就是"Network monitor"及"Flex Unit"

Network monitor可以讓你從Flash Builder上看出Flash前端與你後端伺服器上的網路擁塞狀況,這也是讓你清楚看出資料在某一點是有大量的停滯瓶頸,好讓你針對某點去改善其效能,驗出更好的系統表現。(這情況也可以分辨出是前台還是伺服端出了問題)

Flex Unit就是在做單位測試,這對要開發的系統來說是很重要的一環,Flash builder整合了Flex Unit,好讓你測試內容是從安裝到檔桉建立、程式運行、執行結果等分析。

命令列的建立系統與佈署

系統開發完成後,你可以藉由IDE提供的功能去創建與佈署系統,但你也可以從命令列下來執行,使更符合你要的程式結果。(此在Flex Builder3就有了,筆者尚未測試細節不同處)

以上為大致Flash Builder 4 Beta最新功能概況,亦有參考Tim Buntel文章:http://www.adobe.com/devnet/flex/art..._whatsnew.html
內容相似度大約85%,請要轉貼的朋友,註明來源為RiS社群 http://forum.j2eemx.com

迫不及待要下載Flash Builder 4.0 Beta了嗎?
請至:這裡下載...

註:參加6/20以後Flex課程的朋友,您將會開始看到課程中介紹Flash Builder精彩範例。

相關學習資源:

Flash Builder 4最新影片教學
http://labs.adobe.com/technologies/flash/videos/
Flex 4線上輔助文件
http://livedocs.adobe.com/flex/gumbo...f3b6-8000.html
Flex 4線上教學範例
http://livedocs.adobe.com/flex/gumbo...c9c9-8000.html
Flex 3系統移植到Flex 4
http://livedocs.adobe.com/flex/gumbo...dmigration.pdf
Flash Builder 4 FAQ
http://labs.adobe.com/technologies/f...ID=details#FAQ.
更多的Flash Builder 4範例教學
http://labs.adobe.com/technologies/f...er4/tutorials/
Flex 4 Beta線上ASDoc文件
http://livedocs.adobe.com/flex/gumbo/langref/
Flex 4 SDK Beta介紹
http://www.adobe.com/devnet/flex/art..._whatsnew.html
Flex 4 SDK下載
http://www.adobe.com/go/flex4sdk_download

原文:點這裡...


文章提供 BAYSTARS DESIGN網頁設計公司

開發Web應用程序的結構化過程

開發web應用程序是一件非常辛苦的事情,你需要花大把大把的時間來做無數的事情。假如你不運用有條理的方法,尤其是在複雜的項目中,你會承受忽視項目,不能按時完成,浪費時間一無所獲的風險。

這篇文章中,結構化過程的插圖可以幫助你運用簡化的方法更加節省時間更加有效的建立你的web開發程序。

下載 Woork Papers N1幻燈片 你需要知道的開發Web應用程序的結構化過程

工序的主要階段

一般的web應用程序開發流程分為五個主要的階段:



1、明確需求
2、設計
3、執行
4、測試
5、發行

規劃與跟蹤監測是一個「跨階段」的跟隨開發發展的過程,定義一個在項目執行期間你需要跟蹤監測的項目計劃活動名單,並且每項活動需要定義一套行之有效的信息報告來進行跟蹤監測,例如:

- 擁有者
- 持續的時間
- 所耗
- …

看一看這些前一段我所寫的文章,怎樣使用Excel或者Google製表軟件設計製作項目實施計劃:

How to organize a project plan 怎樣組織項目規劃
Excel Gantt chart template Excel圖表設計繪製模板
Implement a project plan and manage activities with Google Spreadsheets 使用google電子錶格實施並靈活管理項目規劃

1. 需求定義

在這第一階段你必須確定範圍和Web應用程序的需求,在你的應用程序中必須做的,主要特點和技術要求:



範圍

為了確定Web應用程序的範圍,足以編製一份明確說明適用功能的詳細清單。目前重要的不是「如何」實現他們,而是「什麼」需要實現!

需求

需求分析需求分析是一個開發過程的關鍵組成部分。在這一步中你需要估計潛在流量,選擇一個服務器端語言( PHP, ASP, Coldfusion …),數據庫,選擇一個托管服務…這裡需要非常注意不要高估 /低估預期!準確的平衡的預估時間,成本和目標之間每件事情!


2. 設計

在需求定義階段,你需要明確的規劃「設計」你的應用。在這個階段,可以按照以下步驟:



設計:應用圖

應用圖包含對應用有意義的和必要的結構信息:頁面(用區塊表示)和他們之間的主要關聯。你的應用圖可以像這樣:



通過這種方式,您擁有了有關一些「位置」 (頁)和「路徑」 (關係頁)的圖,您可以非常容易的遵循它,逐頁,以執行應用程序的下一階段。運用這種方式,可以節省大量的時間,並明確什麼是你需要執行的。

設計:數據庫

Ok,現在到了設計數據庫的時候了。一個簡單的實現方法是使用實體關係(ER)模型 。一般來說,你可以俺咋好下面的順序:定義第一個表確定第一個表,而不是屬性和關係的表格。您的ER模型將是這樣的:



1:1表示集的關係(在這種情況下,例如1用戶只能分派1的任務, 1個用戶只生活在一個城市) 。欲瞭解更多有關這一主題的內容,來看看我的舊文章:

Define the entities-relationships model 定義實體關係模型
A correct approach to define relationships between database tables 正確對待,以定義數據庫表格關係
10 Useful articles about Database design 十篇有用的數據庫設計文章

設計:頁面結構



下一步工作是設計大體的頁面結構,用名稱命名確定所有的主要部分 (例如 #header, #navbar, #mainContent, #sidebar).

設計:服務端語言

使用面向對象的開發方法進行開發,你可以定義類,函數和所有你所需要的,記住… 那不是「執行」只是下一階段實施的「指南」.

設計:JS 框架

這一步選擇JavaScript 框架(jQuery, Scriptaculous, MooTools…), 通過確定主要的特點和所需實施的效果(拖放,動畫效果… )編製簡單的關於在一個或多個網頁中有關聯的每一個具體功能應用圖的列表。
次點設計階段已完成。讓我們實施吧!


3. 實施

Ok.. 現在是真正的挑戰的開始,因為「執行」才是實現應用。您可以劃分這一階段為以下幾個步驟:



執行:數據庫

創建一個新數據庫,寫SQL代碼定義表,屬性和關係。看看下面的,過去我致力於一些有關此主題的文章的鏈接,以獲取更多信息:

How to use PHP and SQL to create DB tables and relationships 怎樣使用PHP創建DB表和關係
Create tables and relationships with SQL 使用SQL創建表和關係

執行:HTML

使用在設計階段定義的頁面結構實施 HTML 代碼:

程序代碼






此時添加所有在設計階段定義的所需要的HTML元素。例如,如果mainContent部分包含一個標題,文字和文章的標籤後,添加這些內容:

This is the moment to add all HTML elements you need in sections identified during Design phase. For example if the sections mainContent contains a post with a title, a text body and post tags, add these elements:

程序代碼














實施:CSS

當主體結構已經準備就緒,開始編寫CSS代碼添加樣式。如果您需要一些如何撰寫更好的CSS代碼建議,請看看這些文章:

CSS coding: semantic approach in naming convention CSS編碼:語義的方法命名慣例
Useful guidelines to improve CSS coding and maintainability 有益的改善的CSS編碼和可維護性的指南

實施:服務器端語言

實施應用類,應用功能,DB互動,查詢,以及一切需要服務器端的實現的交互。

實施:JavaScript

使用在設計階段選擇的框架( jQuery , Scriptaculous , MooTools …)來實施Ajax的功能(拖放,動畫效果… )

4. 測試

在這一階段需要「強調」的是。你的應用程序能在各種條件下執行(例如使用不同的瀏覽器) 。您的目標是在最後釋放前檢測和修復所有的應用程序錯誤。

請記住,這一過程需要有條理,需要極大的耐心!試驗的每個頁面和每個功能(在這種情況下還可以幫助理順應用圖) 。如果您測試過程中發現一個bug ,修復它修改代碼並繼續進行最後的代碼審核(一個不可告人的測試)。

5. 發佈

最後你準備好發佈了!在測試文件夾中發佈並做最後的測試,假如一切都OK的話,那就進行最後的發佈吧。

在Scribd上,閱讀與下載此篇文章
下載 Woork Papers N1幻燈片 你需要知道的開發Web應用程序的結構化過程

英文原文:Structured process you must know to develop a web application

文章提供 BAYSTARS DESIGN網頁設計公司

表格外觀的無序列表

參與測試的瀏覽器:IE6 / IE7 / IE8 / FF3 / OP9.6 / SF3 / Chrome2 操作系統:Windows 特別提示:這不是表格的模擬。表格無論在語義、結構,還是在效果實現上,都是無法替代的。本文只針對無序列表在外觀方面的一個特殊需求。別看有的東東長得個表格樣,其實是披著表格皮的無序列表,為了偉大的語義,我們需要用css實現表格外觀的無序列表。個人喜好,這裡採用border和negative margin來實現,非常簡單:
HTML代碼




表格外觀的無序列表 - 原始狀態



























像一個表格吧? ^-^

[Ctrl+A 全部選擇 提示:你可先修改部分代碼,再按運行]這是一個最簡單的模型,然而,實戰總是殘酷的:1、寬度如何自適應分辨率? 2、單元格內容過多、形成換行如何處理? 3、最糾結的問題:5×4的表格,如果只有17條數據怎麼辦?empty-cell也黯然失色…問題1:寬度如何自適應分辨率?這個問題也許有人說沒必要,但是在模塊化設計時,幾乎任何部件都被要求設置為寬度自適應模式的。解決1:參考完美的firefox3和ie8百分比寬度處理方案,給剩餘的寬度分配給某個「列」,就行了 ^-^記得二列等高的笨辦法嗎?——用背景圖片模擬。問題2:單元格內容過多、形成換行如何處理?解決2:隱藏吧,它已經沒有存在的價值了!( - -! 其實是我想不出別的辦法來了)但為了體驗好一點,我加上了text-overflow。這個,FF暫時不支持……aoao有好的解決辦法其他點的解決辦法
HTML代碼




表格外觀的無序列表 - 過剩文字的處理






實際應用的時候,通過對單元文字長度範圍的預測、應用區域寬度的結合考慮,可通過調整列數來達到我們想要的效果。

[Ctrl+A 全部選擇 提示:你可先修改部分代碼,再按運行]問題3:5×4的表格,如果只有17條數據怎麼辦?empty-cell也黯然失色…看這個Demo,其實我覺得這個樣子不影響閱讀,也不難看了,可Boss和他的Money不樂意。
HTML代碼




表格外觀的無序列表 - 5×4的表格,如果只有17條數據怎麼辦?






其實我覺得這個樣子不影響閱讀,也不難看了,可Boss和他的Money不樂意。

[Ctrl+A 全部選擇 提示:你可先修改部分代碼,再按運行]解決3:首先讓我們製造出我們想要的表格(很遺憾,製造了很多空標籤,暫時沒有找到更合適的純CSS解決方案,歡迎大家多多指點)。
HTML代碼




表格外觀的無序列表 - 讓我們製造出我們想要的表格






很遺憾,製造了很多空標籤,暫時沒有找到更合適的純CSS解決方案,歡迎大家多多指點。

[Ctrl+A 全部選擇 提示:你可先修改部分代碼,再按運行]然後用position:relative實現css移魂大法:
HTML代碼




表格外觀的無序列表 - 用position:relative實現css移魂大法





[Ctrl+A 全部選擇 提示:你可先修改部分代碼,再按運行]最後讓我們隱藏多餘的那一行:
HTML代碼




表格外觀的無序列表 - 隱藏多餘的一行





[Ctrl+A 全部選擇 提示:你可先修改部分代碼,再按運行]解決3很抽搐,在birdstudio的幫助下找到了新的方法,這方法不用加空標籤。原理單用文字描述太複雜了,也不能描述得很清楚,自己看源碼吧,關鍵在li的高度與margin的設置上,多餘的部分也隱藏了。
HTML代碼




表格外觀的無序列表 - 不用加空標籤了,真美好,謝謝birdstudio的思路






不用加空標籤了,真美好,謝謝birdstudio的思路

[Ctrl+A 全部選擇 提示:你可先修改部分代碼,再按運行]

文章提供BAYSTARS DESIGN網頁設計公司

2009年5月31日 星期日

10個值得關注的優秀CSS框架

大多數做過網頁設計的都知道「CSS框架」,而且肯定有很多設計師已經開始在作品中使用CSS框架。就像其他編程語言一樣,CSS也可以把一些重複使用的代碼整合起來,這樣可以減輕很多的工作量。

恰當地利用CSS框架可以縮短開發時間,不過話說回來,如果選錯了CSS框架胡亂用於實際開發中,必然會適得其反。下面介紹的是一些值得深入研究的開源CSS框架,你可以通過搜索輕易地獲取源代碼。

1.BlueprintBluepring 包含了方便實現瀏覽器兼容的reset css。另外,它還包含了在網頁開發中經常用到的很多外部工具和模板。

2.960 Grid System又一個值得深入研究的CSS框架,提供的源文件包含了Firework、Photoshop、Inkscape等等的模板,可以拿來隨手即用,PSD文件中已經預置了參考線,可以為設計師節省不少時間。

3.Tripoli FrameworkTripoli可以支持幾乎現有的所有瀏覽器,甚至是IE5,包含了一些基礎css庫,和一些封裝過的CSS插件,比如:Layout、Visual、Type、Negative。

4.YAML - Yet Another Multicolumn LayoutYAML是一款開發文檔齊全、非常可靠的框架,參照它給出的PDF文檔和官方網站上的示例可以很輕鬆地上手,它也提供很多開發中可以利用的工具,比如李詠YAML Builder可以構造一個機遇YAML的CSS佈局實例。

5.YUI Grid CSSYUI Grid CSS不僅支持固定寬度的佈局實現還支持不定寬度的佈局,這也是它比其他框架更為靈活的地方,你可以下載YUI的cheat sheet和官方網站的YUI Grids Builder來快速上手使用YUI Grids CSS。

6.6.BlueTripBlue Trip區別與其他框架的特點是它非常有特色而且十分美觀,它的官方網站上有完整的開發文檔和demo。

7.Content With StyleConten With Style是一款固定寬度佈局的CSS框架,包含了一系列的佈局示例比如,一列垂直導航、兩列垂直導航等等。

8.Elastic CSS FrameworkElastic提供了用聲明式語言來定義佈局結構和行為,這個框架還剛剛起步,最好的Demo就是它的官網本身。

9.Molio CSS/HTML TemplatesMollio的開發始於IE7暴露出很多渲染的問題,它可以作為網站佈局的參考,特別適合CSS初學者。

10.SenCSSSen並沒有提供佈局方面實例,但是有一些類似baseline, fonts, paddings, margins的css可利用,它包含了一個開發版本和一個發佈版本。

其他的一些CSS框架,可能你也會喜歡:
WYMstyle
CSS-boilerplate
Typogridphy
CleverCSS
Logicss


文章提供BAYSTARS DESIGN網頁設計公司

2009年5月26日 星期二

RunPee告訴你看電影何時可上洗手間,「殺手級資訊」竟然如此簡單收集!



這次看到一個很有趣、但名字相當不雅的網站,抱歉,我要說了喔──
這個網站叫做:「跑去尿尿網」(RunPee.com),沒錯,這篇報導竟然說,網路上一大堆專門報導電影的網站了,但,這個RunPee站可說是有史以來最「有用」的「電影網站」!
什麼叫「跑去尿尿網」?
就是……當你可能因為趕時間拉著老婆衝進電影院,找個位子坐下,電影馬上開始,不好再站起來上洗手間。到了電影中途,發生了「內急」的情況,你知道大概撐不到最後,卻又捨不下眼前的精彩電影,萬一跑出去錯過什麼怎麼辦?直到忍不住了,又看到電影已經播放了緊張的警匪追逐,混亂暫時平靜,女主角回到家裡,倒一杯茶,開始看電視…「這時候應該可以上廁所了吧?」硬著頭皮站起來,走出去,匆匆忙忙的衝進廁所找了第一筒(或第一間),再匆匆忙忙的洗了一把水,衝出來,差點撞翻另個傢伙手上的爆米花,他旁邊的女生還尖叫!
整理衣裝,從容不迫的認明電影院、打開門,沒想到電影又在進行一堆打打殺殺的聲音,氣極敗壞的黑暗中找到了自己的空位,靠近老婆耳朵,輕身細語的問她,剛剛發生了什麼事?
她說:「反正說了你也聽不懂!就是這樣啦!」
「這個女主角怎麼會受傷的?剛剛是誰跑出來了?那個壞蛋跑哪去了?」我著急的問。
「不要吵好不好,我在看電影咧!」老婆說。後排觀眾還傳來一聲「噓……。」我只能瞪著那大螢幕,裡頭的戰事已歇,一絲槍煙飄出,我沮喪的轉頭看後面,所有觀眾笑咪咪欣賞電影、表情滿足,啊,到底錯過了什麼精彩的戲啊?
這個「跑去尿尿網」(RunPee)就是要避免這種事情發生。它會告訴你,每一場電影,最好的「上廁所時間」為何時!所以,你在看電影前,一定要先到RunPee.com看看這部電影在何時可以去上洗手間。當那部份開始放映後,你可以依狀況決定要不要「現在就去上廁所」──根據RunPee所言,如果你打算去看「博物館驚魂記2」,那你的尿尿時間共有兩個,一個是在電影進行大約45分鐘時,當Larry和Napolean開始討論男女關係的時候,這段據RunPee所說大約會持續三分鐘,對話的內容還蠻可愛但是和主題劇情沒有關係,請放心去上三分鐘的廁所吧!另一個可以尿尿的點則在電影開始1小時又5分鐘後,當男女主角走到太空博物館去找愛因斯坦的頭,他們從去到回來大約花了4分鐘,這段只是取東西,沒什麼好看的,放心去上廁所吧!
如果,你想去看最新的「X戰警」的話,RunPee則是建議你的尿尿時間最好在電影開始50分鐘後,當看到Wolverine在廁所裡發現他手上的爪子,就是你可以趕快站起來跑廁所的時刻!在你上廁所的時候,Wolverine會發現他的爪子,然後走下來與老夫婦一起用餐,討論一些沒意思的摩托車的話題,然後就去睡覺了,隔天早上,老公公會先給他他兒子的外套穿,老婆婆也會端早餐給他吃……這段大概只有3分鐘,最好趕快回來,不然會錯過後面精彩的爆破場面!
如果,你想去看最新的「魔鬼終結者」的話,RunPee也建議了兩個尿尿時間,一個是在電影開始50分鐘後,當男主角Marcus找到了彈跳逃生的飛行員並想辦法將她解開落地,然後他們討論要往哪個方向走,當晚他們倆正在找木材來燒火,沒想到有三個壞人走過來了……這段大概有3分鐘的時間可上廁所,大概是全電影較無聊的一段,所以才會被安排來上廁所吧!
由於RunPee這個網站本身的題目也很有趣,它順著這個有趣感,設計得很好笑,一進去後就是全畫面的「黃色的水」從滿的慢慢水位下降到螢幕底部,才會出現這個網站。看起來是個普通的HTML網頁,其實整頁都是Flash做的,所以上面的「RunPee.com」,還會三不五時的發現那個「n」偷偷的「跑掉了」,從左邊跑到右邊。
有趣的是,RunPee還不只告訴你上廁所的時間,它還幫你想到,萬一你真的跑去上廁所了,它有責任要至少告訴你這段時間所發生的劇情吧?它更貼心的是,為了避免你還沒上廁所就先不小心「瞄」到這段劇情,RunPee還將這段的劇情寫成「亂碼」,你要按下「解碼」鍵,它才會變成可讀的劇情讓你閱讀,知道這段上廁所的期間發生何事。
以創業的角度來看,RunPee建議了一個極佳的方向,看,做RunPee這個網站很難嗎?不,它實在太簡單、太簡單了!只要把現在正在全美國上映的大電影都看過一遍,7~10部之後就可以收集到這些「尿尿時間資訊」了,這麼簡單就為自己攬得了一些「殺手級資訊」(Killer Info)!
許多網站創業點子,都是打算做某種整合資訊的工作,但現在隨著點子都被做光了,看起來這些資訊整合的「標準」愈來愈高。比如說,一開始有個網站只要能將目前最棒的五台相機的spec列出來,幾個功能比一比,就可以被當作好文章四處寄來寄去了。但現在,你要做「比較」,可能要比較幾十種款式,而規格也要提供到非常的細節,比快、比完整、比新、比專業……這樣才會成為網路上最好的資訊網站,好難啊!另外大家沒注意的是,有些資訊,本身就「太難收集」了。譬如,我們有個點子,如果有個公車網,隨時都知道公車到什麼地方?為了做這套,我們要架GPS,要設看板,要收集所有路線、還要即時更新……拿這個來要政府的經費是很好拿的,但花了這麼多功夫,卻發現人們不見得這麼愛使用,或許是因技術還是少了這麼一段、不夠方便,也或許是人們根本對這方面需求沒這麼大。但有些資訊,就如同這種「看電影何時上洗手間」,卻是沒人收集過,然而對大家來說還蠻重要的。
RunPee的出現,給我們一些信心:還有太多太多的資訊,是人們想要的!如果你真的想做公車的資訊整合,卻發現還需要一大堆的設置,那不妨再仔細看看,在這件事的「周圍」還有沒有其他資訊,也是人們想要的?以RunPee的點子的延伸,我就覺得以下這個資訊還蠻重要:「每個公車牌附近,最近的可借用的廁所在哪裡?」收集資訊有分難與容易,找簡單的來搜尋,一兩個朋友就可以一同創出一間小有價值的公司了!
賺錢的部份仍是問題,RunPee這個點子靠廣告收費應該還算有理,各大新片都會在這裡打廣告。不過我也為這位作者感到可惜,因為假如它是做成iPhone App,這作者可能已經賺到100萬美元了,不過RunPee也已在網站上預告手機版本即將出品,時間會想辦法趕在大家來看暑假強片「變型金鋼2」之前。現在RunPee已靠這個有趣的題材打響名號,接下來是如何築高進入門檻,在RunPee周圍架更多的資訊來讓其他人再也進不來?RunPee目前的確有此打算,它努力的做到「老電影」或「二輪片」,若有哪部電影RunPee還沒服務到的,網友可以幫忙「投稿」建議「尿尿時間」,幫助RunPee將的資料庫弄得更完整一點。
文章來自mr6
文章提供BAYSTARS DESIGN網頁設計公司

買家得付費買標的Swoopo邪惡拍賣網站,一般小店GoBid跟著做做看





有個拍賣網站或許你從前就聽過,但現在的時空和當初又有點不同,值得再拿出來探討。我們看到線上遊戲、社群網站成功的策動網友支付「微型付款」,iPhone更是以一美元app瞬間讓好幾個創業家一個夏天就成了千萬富翁……「微型付款」還可以怎麼玩?
這星期,矽谷的《聖荷西水星報》再次寫了關於「它」的一篇文章──
這個網站叫「Swoopo」,來自德國,相信許多人有聽過了。它和eBay一樣,都是拍賣網站;你可以上到那個網站,哇什麼都好便宜喔!不過你得和其他人競價,比比看誰出的最高,就能買下該物品。不過,Swoopo和一般拍賣平台有若干點不同,對買家來說最大不同點就是──
買家每次下標,都要付費!
不貴啦,每次只要0.6~1美元。但這種方式也很容易讓買家會產生錯覺,比如說,一樣100美元的東西最後以29元成交,但29元並非它的真正價錢,如果你在過程中出價了十次,每次付1美元的下標費用,那你的總共價錢是39美元而不是29美元。這還是值得慶祝的情況下,理論上來說,並不是每次都會得到這個商品,你在其他地方可能也用了十次競標,最後沒有成功買到那個商品,氣得把瀏覽器關掉!
因此,有人說Swoopo是「邪惡版的eBay」,和在賭場有何不同?一樣是買一大堆錢幣,然後一個一個投進拉吧機。為了要讓人們「多多下標」,使用者想要在這邊下標,不能零買,而是要先「買一堆」點數,Swoopo要求買家可購買「競標包」,有的讓你出價10次,有的讓你出價700次,平均每次出價在0.6至1美元的「成本」。它鼓吹人們多買bid、多亂bid,但最後這些投資說不定都化為泡影,因為那些超便宜的東西都是幌子。最後一千名當中只有一人中,剩下999人都是幫他中!
你說,誰會這麼笨?
eBay有免費的,這邊卻要付費,誰要來這裡標?
但顯然就有人去!
當你看到才100元的名牌數位相機,不會心動嗎?別小看Swoopo,它於2005年才創立於慕尼黑,以時間點來看在網路購物、線上拍賣可說已經遲了人家五、六年以上,但,Swoopo卻很快就拓展到英國、西班牙、奧地利,有了220萬個註冊會員,去年秋天才進入美國,至今不到一年,也有了26萬個美國的使用者。這種網站自然也很會賺錢,在維基百科有一個例子是,如果一樣1000美元的商品最後以80美元售出,那表示8000次競價已經發生,以每次競標得花0.75美元來看,Swoopo表面上是以80美元「賤賣」了這1000元商品,但它其實從眾人熱情的投標中總共獲得6000元,這樣的利潤已經遠遠超過該商品中間任何一個上、中、下游的中盤商、工廠、零售者!所以,Swoopo的營收數字並不令人太意外,去年(2008年)Swoopo的營收高達2900萬美元(台幣8.5億元),目前亦已獲August Capital與Wellington Partners等創投公司的資金,台灣這邊的PalmIsLife在幾個月前也曾有一篇好文指出「Swoopo一天賺1000多萬台幣的淨利」,指出Swoopo是多麼的賺錢!
Swoopo這個是老網站了,給我們什麼新觀念呢?
重點是,這次《聖荷西水星報》除了再次提到這網站之外,它還順便提到了另一個幾乎和Swoopo一模一樣的拍賣網站:「GoBid」。
這就有趣了──
你說,創業家現在再創一個淘寶網、奇摩拍賣這種拍賣平台,幾乎和直接跳樓沒有兩樣,自尋死路,但再創一個Swoopo呢?似乎是可大可小,沒有問題!這個「GoBid」網站,就和Swoopo一模一樣,只是比它小了很多,它真的只是一個創業家自己出來創業,沒有創投資金,他們是前年到以色列旅行時接觸到這種「競標也要付費」的概念,覺得這點子不錯,今年二月,就在舊金山開了這間「GoBid」,和Swoopo是一樣的,只是有一部份會捐作公益,目前它有5位員工,還沒損平,但活得還很不錯。
GoBid的出現讓我們想到,Swoopo與eBay另一個關鍵不同點是:它不是「C2C」,它是「B2C」,也就是所有的賣家都是他們談好的商店或商人寄賣。Swoopo這個點子,其實就像這半年來在台灣這裡開始流行的「每日一商品」一樣,可以從「小」開始做起!
任何一個線上可賣的商品,或許都可以考慮用Swoopo的方式來賣。Swoopo平時都有高300樣商品在上面競標,沒關係,我們新的舊金山小店GoBid不必這麼多,由於資源有限,GoBid目前一日真的只能提供20個商品,目前雖然只有5000名註冊會員,那又怎樣?這樣就夠了!只要GoBid想辦法在網站上再多設計,讓買家都多多來買一些bid,基本上,這個網站很快就能翻回來!
以Swoopo來看,它似乎不斷的調整一些拍賣的「參數」,挑戰不一樣的「體驗」。它的主要目的並不是吸引人們多買,而是吸引人們多「標」,它很像開一間運動場,讓大家在上面賽跑,和一般拍賣網站的出發點不同,做法不同,消費者的體驗也不同,這就是一個沒人涉獵過的藍海市場。像Swoopo目前平均每次是24小時結標,和「每日一商品」的感覺有些相像,因為這個商業模式的更改,這些商家願意採以更短的時間,讓一些人對競標更有興趣,投注更多的錢在上面。現在,如果我們把時間縮短到只有3小時呢?6小時呢?
而且,進貨來源其實也相對容易,以Swoopo策略來看,它也不必去找什麼便宜的商品,它只選品牌商品,只要價格少一點點,就會吸引一大堆的競標,最後只由一人擁有它,剩下的都幫這個人付錢了。我想,只要這中間有多少人在競標有「喬」對(調整對),Swoopo的採購人員說不定直接到零售店去買貨都還划算!
如果你想開線上商店,但又不希望進入一般的拍賣系統,讓自己的商品這麼「公平」、「理性」的被比價?那可以想想GoBid的案例,他們的目的是塑造「快速的競爭遊戲」(fast-moving game),強調「把娛樂感覺帶進購物」(entertainment shopping),年輕創業家做這塊,可發揮的創意空間也許就相對較大了。不過,法令方面要特別注意,這樣的一個灰色地帶的網站不知是否已經違法?
文章來自MR6
文章提供BAYSTARS DESIGN網頁設計公司

談中國電子商務(七)社交網絡將成新一代C2C 電子商務

銷售,是一個引導的過程。如果你讓客人主動,你就輸了。
◎購物網站介面設計有待加強
電子商務在全球發展十多年,有些網站介面設計已成牢不可破的經典。美國Amazon成了被學習的對象,看看噹噹卓越甚至最近興起的京東商城,其介面設計千篇一律是一張商品照片底下跟上一個價格,頂多再加上一行描述。由於商品眾多,因此加上搜尋以及導覽的功能。
這樣的購物網站介面大家似乎也挺習慣的,也很少網站經營者對這種介面進行挑戰或有任何革新。新的購物網站不斷推出,大部分的介面理所當然的長成這個樣子。然而,事實上購物網站的介面有很多需要革新的地方,也不是所有的購物網站都適合一種介面。
為什麼我們在這裡談論介面設計?不要忘了,所有的購物網站介面目的只有一個:「激起消費者的購物衝動」。這個目的甚至比「讓消費者容易找到商品」更加重要。由於網際網路的特性,網路購物成了消費者主動尋找商品的過程,因此網站經營者很容易忽略一個事實:
銷售,是一個引導的過程。如果你讓客人主動,你就輸了。
在傳統大賣場裡,店面導購解說人員佔據非常重要的地位,原本客戶想買A 產品最後卻買了B 產品的情況非常普遍。然而,情景一旦搬到 B2C購物網站上,幾乎所有的經營者都認為不需要導購。最終結果就是商品照片在網站上排排站,冰冷的介面激不起消費者的購物衝動。
現在,請身旁女性朋友比較下,下列兩個網站那個更讓人有購物衝動:
噹噹美妝館:http://category.dangdang.com/beauty
自然保養網:http://www.payeasy.com.tw/BeautyEasy/index.shtml
◎男性界面與女性介面應該不同
為什麼請女性朋友看而不是你看?因為男性與女性的購物行為不同。上述兩個例子,筆者相信女性更偏好「自然保養網」的介面,而男性更偏好「噹噹美妝館」的介面(然而,噹噹美妝館的目標卻是女性)。面向男性的與面向女性的的購物網站,其介面設計應該要不一樣。
男性的購物行為,精確,理性,靠邏輯,不擅長討價還價,通常是先想好要買什麼,事先知道要去哪買,買了就走不會多逛。網際網路的興起是男性的救星,因為價格比較可以在網上很快完成,不用跟銷售人員過招(因為那對男性來說挺痛苦)讓購物成為很精確的工作。
簡單來說,Amazon的介面設計就是男性思維下的產物。
女性的購物行為,隨性,靠感覺,買一個東西有時候是因為它很貴,有時候是因為它很便宜,有時候有一百個理由買一樣東西,有時候不需要任何理由,喜歡隨興的逛,經常是打定主意想買A 商品最後反而買了B 商品,對於圖片及文字塑造出來的購物氛圍極端敏感。
簡單來說,現在大部分購物網站介面對女性來說,無聊,無趣。
在實體賣場,店面動線規劃及商品陳列方式非常重要,因為它讓消費者逛得舒適,而促成消費者購買衝動的情境因素也同時受到重視。搬移到網際網路上的時候,大家知道網站介面的設計其重要性相當於實體店面的動線設計,然而情境設計卻沒有得到相對的重視。
現在,請您比較下,下列兩個網站那個更讓人有購物衝動:
京東商城:http://www.360buy.com
線上購物:http://shopping.pchome.com.tw
◎精品店與量販店的購物情境設計不同
對一個大賣場來說,最重要的購物情境是甚麼?是永遠的折扣殺價與促銷。相信大家都有機會在家樂福等賣場,一進門就拿到整張的促銷商品DM,不斷出現的大標題「下殺五折」,「買就送」,「限時搶購」等等。這種情境就是消費者對於賣場的期待。
然而,噹噹卓越與京東商城做得遠遠不夠。這些美國Amazon的學習者,忘記去看看自己的同胞在購物的時候需要什麼情境,更能激起他們的購物衝動。大體上來說,這些做IT出身的創業者,其實可以更好的從本土的傳統賣場中學習到這些激起消費衝動的手法。
在筆者的預期中,未來中國大陸的B2C 電子商務會走向兩個極端,一個是做大規模拼低錢的大型商城,或可稱為量販店;一個是走自創品牌商品走利基市場路線的精品店。而精品店的網站介面與情境設計,與大型網路量販的的設計也不會相同。
以下,是幾個精品店的案例。一樣的,請您身旁的女性朋友看看:
好鞋網:http://www.payeasy.com.tw/ezwalking
美人衣學館:http://www.payeasy.com.tw/debelle
買包包時尚網:http://www1.payeasy.com.tw/my88
簡單來說,做量販店的就要像量販店,做精品店的就要像精品店。目前中國大陸的電子商務網站,在介面設計上的進步空間還有很大。永遠不要忘記東方人的購物行為可能跟西方人存在差距,男性與女性存在差距,這會讓我們對於購物網站的介面設計有著新的觀點與思考。
(文:黃紹麟)
文章提供BAYSTARS DESIGN網頁設計公司