<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>「C*Cool的部落格」的迴響</title>
	<atom:link href="http://www.ccool.idv.tw/blog/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.ccool.idv.tw/blog</link>
	<description>我是軍皓</description>
	<lastBuildDate>Fri, 11 May 2012 14:32:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>由 lionab 發表的 創業結束後三年，我當員工的心得 迴響</title>
		<link>http://www.ccool.idv.tw/blog/?p=643#comment-1135</link>
		<dc:creator>lionab</dc:creator>
		<pubDate>Fri, 11 May 2012 14:32:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccool.idv.tw/blog/?p=643#comment-1135</guid>
		<description>偶然在網路上看到您的這篇大作, 頗有同感, 您的大作可否讓我貼在FB?
我也正準備開拓這條創業之路, 只不過產品跟自己專長完全不搭嘎, 每天都在信心與恐懼之間排徊, 大多數時候是信心戰勝恐懼, 或許是自我感覺良好, 但若現在不作, 以後我一定會後悔, 誠如富爸爸窮爸爸&quot;女人一定要有錢&quot;書中說--
 &quot;若不全力以赴, 你將錯過人生的樂趣!&quot;
有機會的話, 希望同您交流些創業心得. Mail就是我的MSN及FB</description>
		<content:encoded><![CDATA[<p>偶然在網路上看到您的這篇大作, 頗有同感, 您的大作可否讓我貼在FB?<br />
我也正準備開拓這條創業之路, 只不過產品跟自己專長完全不搭嘎, 每天都在信心與恐懼之間排徊, 大多數時候是信心戰勝恐懼, 或許是自我感覺良好, 但若現在不作, 以後我一定會後悔, 誠如富爸爸窮爸爸"女人一定要有錢"書中說&#8211;<br />
 "若不全力以赴, 你將錯過人生的樂趣!"<br />
有機會的話, 希望同您交流些創業心得. Mail就是我的MSN及FB</p>
]]></content:encoded>
	</item>
	<item>
		<title>由 ccool 發表的 Email並不適合當做組織內部溝通的工具 迴響</title>
		<link>http://www.ccool.idv.tw/blog/?p=750#comment-1134</link>
		<dc:creator>ccool</dc:creator>
		<pubDate>Thu, 10 May 2012 06:59:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccool.idv.tw/blog/?p=750#comment-1134</guid>
		<description>我是覺得組織大小的問題要看組織能不能有魄力執行，以及有沒有正當的配套。例如&lt;a href=&quot;http://www.forbes.com/sites/tykiisel/2011/11/30/ceo-bans-email/&quot; rel=&quot;nofollow&quot;&gt;Atos&lt;/a&gt;這般的跨國企業，全球超過四十個國家，超過五萬名員工的企業，不僅希望降低Email使用，甚至進行了「Zero Email Policy」。我想要做到Zero Email，一定需要很精準的配套方案與接受轉換的陣痛，應該也不太能用些我文中簡單的工具就能達成。</description>
		<content:encoded><![CDATA[<p>我是覺得組織大小的問題要看組織能不能有魄力執行，以及有沒有正當的配套。例如<a href="http://www.forbes.com/sites/tykiisel/2011/11/30/ceo-bans-email/" rel="nofollow">Atos</a>這般的跨國企業，全球超過四十個國家，超過五萬名員工的企業，不僅希望降低Email使用，甚至進行了「Zero Email Policy」。我想要做到Zero Email，一定需要很精準的配套方案與接受轉換的陣痛，應該也不太能用些我文中簡單的工具就能達成。</p>
]]></content:encoded>
	</item>
	<item>
		<title>由 arolin 發表的 Email並不適合當做組織內部溝通的工具 迴響</title>
		<link>http://www.ccool.idv.tw/blog/?p=750#comment-1133</link>
		<dc:creator>arolin</dc:creator>
		<pubDate>Thu, 10 May 2012 04:49:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccool.idv.tw/blog/?p=750#comment-1133</guid>
		<description>PS. 請忽略「CC只會寄出文字。」這句話</description>
		<content:encoded><![CDATA[<p>PS. 請忽略「CC只會寄出文字。」這句話</p>
]]></content:encoded>
	</item>
	<item>
		<title>由 arolin 發表的 Email並不適合當做組織內部溝通的工具 迴響</title>
		<link>http://www.ccool.idv.tw/blog/?p=750#comment-1132</link>
		<dc:creator>arolin</dc:creator>
		<pubDate>Thu, 10 May 2012 03:45:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccool.idv.tw/blog/?p=750#comment-1132</guid>
		<description>1. BCC? 為什麼要BCC?
＊BCC是你不想給收件者知道你這封信寄給了誰，或是，要保護大家的email資料隱私，例如你寄給客戶們的通知信，你不會想讓客戶們彼此知道彼此的email。

2. CC? 被CC的人到底要不要提供意見？ 被CC的人需要了解工作項目嗎？ 我們有多少次是為了政治正確而CC了一堆人？
＊CC有for your reference之意，你會希望在cc loop的人知道／參考／若有想法可提供意見，不提供也沒關係；但就算有事發生，CC loop裡的人也不會有事，只有TO裡的人才要擔責任，但這是跟使用者有關，工具設計是無辜的。

3. Forward? 原本在對話裡的收件者，完全不知道這個對話有沒有被Foward耶… 為什麼不是用cc而是用Foward?
＊FW可把信裡的attachment同時寄出，通常會配上per your request，或是身為窗口B把A的信寄給C，但A與C之間不能／不需要直接對話。CC只會寄出文字。
＊照道理講，寄件者要自已自覺這個信件可否FW出去，但這是使用者的問題，和工具無關，Asana裡的機密亦可能被人故意／不小心打包洩露出。

4. 標題？ 可是有多少次我們寫了標題之後，發現我要寫的東西就都在標題裡面了？
＊內文可寫as title即可。（再搭配下面的簽名檔，應該不會花很多時間，哈）

5. 簽名檔？ 同事明明就知道你是誰阿？幹嘛寫簽名檔？
* 組織小的時候，當然可以不用簽名檔，但有簽名檔的好處是當你很忙，你只要回重點就好，之後禮貌性的Thanks and regards, name有簽名檔就可以不用每次都打，這個設計可用可不無，有些公司會有統一的簽名檔format，將之視為打branding方法之一

如你所知的，我一直都是email的支持者，再加上我之前是在「超高度溝通」的產業與職位，所以我時時刻刻都黏著email不放。email當然有你所說的壞處，但我的看法是，email是你那些工具們的中庸值，我可以用email去幫我做到所有的事情（雖然他並不是最佳解）。

另外，很多時候是使用者問題，工具本身是沒什麼大問題，而且使用者的對於訊息的管理能力也是另一個要點，你所列的各種工具都可能因使用者本身而產生與email一樣的問題。

最後，「組織大小」也是另一個很重要的關鍵，在人數精簡／工作項目不多時，的確可以用你名單上的工具們幫你創造最舒適的工作方式，但當組織一龐大了起來、工作項目變得超多的時候，同時使用這些工具還可以創造出這樣「大同」的工作氛圍嗎？我期待時間來證明：）</description>
		<content:encoded><![CDATA[<p>1. BCC? 為什麼要BCC?<br />
＊BCC是你不想給收件者知道你這封信寄給了誰，或是，要保護大家的email資料隱私，例如你寄給客戶們的通知信，你不會想讓客戶們彼此知道彼此的email。</p>
<p>2. CC? 被CC的人到底要不要提供意見？ 被CC的人需要了解工作項目嗎？ 我們有多少次是為了政治正確而CC了一堆人？<br />
＊CC有for your reference之意，你會希望在cc loop的人知道／參考／若有想法可提供意見，不提供也沒關係；但就算有事發生，CC loop裡的人也不會有事，只有TO裡的人才要擔責任，但這是跟使用者有關，工具設計是無辜的。</p>
<p>3. Forward? 原本在對話裡的收件者，完全不知道這個對話有沒有被Foward耶… 為什麼不是用cc而是用Foward?<br />
＊FW可把信裡的attachment同時寄出，通常會配上per your request，或是身為窗口B把A的信寄給C，但A與C之間不能／不需要直接對話。CC只會寄出文字。<br />
＊照道理講，寄件者要自已自覺這個信件可否FW出去，但這是使用者的問題，和工具無關，Asana裡的機密亦可能被人故意／不小心打包洩露出。</p>
<p>4. 標題？ 可是有多少次我們寫了標題之後，發現我要寫的東西就都在標題裡面了？<br />
＊內文可寫as title即可。（再搭配下面的簽名檔，應該不會花很多時間，哈）</p>
<p>5. 簽名檔？ 同事明明就知道你是誰阿？幹嘛寫簽名檔？<br />
* 組織小的時候，當然可以不用簽名檔，但有簽名檔的好處是當你很忙，你只要回重點就好，之後禮貌性的Thanks and regards, name有簽名檔就可以不用每次都打，這個設計可用可不無，有些公司會有統一的簽名檔format，將之視為打branding方法之一</p>
<p>如你所知的，我一直都是email的支持者，再加上我之前是在「超高度溝通」的產業與職位，所以我時時刻刻都黏著email不放。email當然有你所說的壞處，但我的看法是，email是你那些工具們的中庸值，我可以用email去幫我做到所有的事情（雖然他並不是最佳解）。</p>
<p>另外，很多時候是使用者問題，工具本身是沒什麼大問題，而且使用者的對於訊息的管理能力也是另一個要點，你所列的各種工具都可能因使用者本身而產生與email一樣的問題。</p>
<p>最後，「組織大小」也是另一個很重要的關鍵，在人數精簡／工作項目不多時，的確可以用你名單上的工具們幫你創造最舒適的工作方式，但當組織一龐大了起來、工作項目變得超多的時候，同時使用這些工具還可以創造出這樣「大同」的工作氛圍嗎？我期待時間來證明：）</p>
]]></content:encoded>
	</item>
	<item>
		<title>由 Fever 發表的 Email並不適合當做組織內部溝通的工具 迴響</title>
		<link>http://www.ccool.idv.tw/blog/?p=750#comment-1131</link>
		<dc:creator>Fever</dc:creator>
		<pubDate>Wed, 09 May 2012 13:54:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccool.idv.tw/blog/?p=750#comment-1131</guid>
		<description>寫的好棒！  分析的都很精確阿！  :!:  雖然是技術性文章，但是閱讀起來很帶勁～</description>
		<content:encoded><![CDATA[<p>寫的好棒！  分析的都很精確阿！  <img src='http://www.ccool.idv.tw/blog/wp-includes/images/smilies/icon_exclaim.gif' alt=':!:' class='wp-smiley' />   雖然是技術性文章，但是閱讀起來很帶勁～</p>
]]></content:encoded>
	</item>
	<item>
		<title>由 Sean 發表的 軍皓Podcast 迴響</title>
		<link>http://www.ccool.idv.tw/blog/?page_id=718#comment-1130</link>
		<dc:creator>Sean</dc:creator>
		<pubDate>Wed, 09 May 2012 13:27:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccool.idv.tw/blog/?page_id=718#comment-1130</guid>
		<description>期待下一集</description>
		<content:encoded><![CDATA[<p>期待下一集</p>
]]></content:encoded>
	</item>
	<item>
		<title>由 ccool 發表的 AppWorks Demo Day #4 短評 迴響</title>
		<link>http://www.ccool.idv.tw/blog/?p=736#comment-1121</link>
		<dc:creator>ccool</dc:creator>
		<pubDate>Mon, 09 Apr 2012 14:24:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccool.idv.tw/blog/?p=736#comment-1121</guid>
		<description>我覺得這樣不錯耶。 可以在既有的照片集裡面添加上作品集專用的meta，可以無痛轉移。Urworks最重要的價值應該也在那些meta上面（專案的角色，涉入程度，運用技能...等等的），反倒不是圖片本身。</description>
		<content:encoded><![CDATA[<p>我覺得這樣不錯耶。 可以在既有的照片集裡面添加上作品集專用的meta，可以無痛轉移。Urworks最重要的價值應該也在那些meta上面（專案的角色，涉入程度，運用技能&#8230;等等的），反倒不是圖片本身。</p>
]]></content:encoded>
	</item>
	<item>
		<title>由 GDX 發表的 AppWorks Demo Day #4 短評 迴響</title>
		<link>http://www.ccool.idv.tw/blog/?p=736#comment-1120</link>
		<dc:creator>GDX</dc:creator>
		<pubDate>Mon, 09 Apr 2012 14:18:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccool.idv.tw/blog/?p=736#comment-1120</guid>
		<description>如果 Urworks 直接接 flickr 會有興趣嗎 :)?</description>
		<content:encoded><![CDATA[<p>如果 Urworks 直接接 flickr 會有興趣嗎 <img src='http://www.ccool.idv.tw/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>由 ccool 發表的 AppWorks Demo Day #4 短評 迴響</title>
		<link>http://www.ccool.idv.tw/blog/?p=736#comment-1119</link>
		<dc:creator>ccool</dc:creator>
		<pubDate>Mon, 09 Apr 2012 10:39:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccool.idv.tw/blog/?p=736#comment-1119</guid>
		<description>感謝您的回應～ 已在文內補充。我想我還沒有小朋友，所以對於您簡報中提到的一些說法沒有聽的太清楚～</description>
		<content:encoded><![CDATA[<p>感謝您的回應～ 已在文內補充。我想我還沒有小朋友，所以對於您簡報中提到的一些說法沒有聽的太清楚～</p>
]]></content:encoded>
	</item>
	<item>
		<title>由 陳明恩 發表的 AppWorks Demo Day #4 短評 迴響</title>
		<link>http://www.ccool.idv.tw/blog/?p=736#comment-1118</link>
		<dc:creator>陳明恩</dc:creator>
		<pubDate>Mon, 09 Apr 2012 10:25:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccool.idv.tw/blog/?p=736#comment-1118</guid>
		<description>版主您好，我是 appWORKS 創業團隊 KidKiddding 創辦人，非常感謝您的觀察與記錄，幫助我們看見進步的空間。

很抱歉，簡報中我沒有強調 KidKidding 與 Babyhome 的差異。事實上，KidKidding 專注在「學齡兒童」父母的教養需求，這些需求有別於父母對嬰兒的照顧。例如：嬰兒時期，父母最關心的是飲食、照顧、疫苗注射、身高、體重、拍照分享；在「學齡兒童」階段，由於孩子已可溝通、互動，也具有「我」的意識，父母關注的就偏重在教育、親子遊、互動、...。

目前，國內關注到學齡兒童教養的網站大致上以「親子天下」為主，不過，KidKidding 希望能以社群方式凝聚家長們的經驗，而非以專家方式經營網站。

簡言之，KidKidding 是專注於「學齡兒童」的家長社群，希望能讓所有家長交流、分享教養經驗，並且提供相關服務以協助父母經營親密的親子關係。

以上補充希望能釐清 KidKidding 的定位，也避免貴網誌的龐大觀眾誤解 KidKidding 努力的目標。

感謝版主的報導，敬祝網誌蓬勃發展~</description>
		<content:encoded><![CDATA[<p>版主您好，我是 appWORKS 創業團隊 KidKiddding 創辦人，非常感謝您的觀察與記錄，幫助我們看見進步的空間。</p>
<p>很抱歉，簡報中我沒有強調 KidKidding 與 Babyhome 的差異。事實上，KidKidding 專注在「學齡兒童」父母的教養需求，這些需求有別於父母對嬰兒的照顧。例如：嬰兒時期，父母最關心的是飲食、照顧、疫苗注射、身高、體重、拍照分享；在「學齡兒童」階段，由於孩子已可溝通、互動，也具有「我」的意識，父母關注的就偏重在教育、親子遊、互動、&#8230;。</p>
<p>目前，國內關注到學齡兒童教養的網站大致上以「親子天下」為主，不過，KidKidding 希望能以社群方式凝聚家長們的經驗，而非以專家方式經營網站。</p>
<p>簡言之，KidKidding 是專注於「學齡兒童」的家長社群，希望能讓所有家長交流、分享教養經驗，並且提供相關服務以協助父母經營親密的親子關係。</p>
<p>以上補充希望能釐清 KidKidding 的定位，也避免貴網誌的龐大觀眾誤解 KidKidding 努力的目標。</p>
<p>感謝版主的報導，敬祝網誌蓬勃發展~</p>
]]></content:encoded>
	</item>
</channel>
</rss>

