Nic原创，转载请注明出处lindizi.com！

1. 产品搜索结果页面
此页面是用户进入购物平台后，系统与用户交互的第一个页面，拍拍的选项框需要进一步整合与简化，但要结合用户分析和数据，如图：

下列编号均对应截图中序号，后文同
1) 页首的翻页功能略显多余，有逆于用户浏览习惯，可去掉或简化
2) 条件选项过多，达11项。可考虑精简与合并，但需结合用户行为分析数据
3) 排序选项累赘及顺序颠倒。按一般用户购买行为，在结果中排序时，“信用度高”为首要条件，其次是价格。其余选项是否有必要？可参考用户行为分析数据，进行调整。

对比看下淘宝此处的设计，比较简洁：

2. 产品页，销售记录
用户完成产品搜索后，会确定几个商品，并开始浏览产品页面，一般关注的是商户信誉及该产品购买记录（销售记录）

拍拍网此tab设计过于简单，感觉是页面原型直接转化而成，缺乏对于用户体验的必要修饰，如“价格”、“买家信息”等
对比看下淘宝此处的设计，显然是用心处理过，很能激起用户的购买欲：

3. 虚拟产品成交页，友情提示
这里笔者可能在抠细节了，但对于一个服务平台而言，往往细节可以避免很多麻烦和纠纷，马虎不得。

拍拍的友情提示比较平常，没有重点的突出，只是把“该做到的事情做到了”

对比看下淘宝此处的设计，在做到的基础上，用大红字体醒目提醒，甚至替卖家做出了承诺，让买家无后顾之忧：

4. 购买提交页
用户在这里无法直接修改“购买数量”，但实际需求是存在的：

对比看下淘宝此处的设计，数量可修改，另外针对虚拟点卡类物品，做了大量的免责声明，既提醒用户，又为自身免除很多法律风险：

5. 提货及确认页面
此处拍拍设计遵循了用户习惯，即先提货后确认，而淘宝则反之。笔者认同拍拍的设计方式，但细节方面还欠缺很多：

淘宝在此处的设计，目的尽可能保障卖家的权益。因为虚拟点卡类物品可以实时提货，而买家的确认操作则有可能滞后，这样一来延长了卖家的回款账期。

6. 购买确认页面，拍拍流程需要优化
多出了2步不必要的操作，对买家和卖家都不友好：

对比看下淘宝此处的设计，直接原页面输入支付密码进行确认，简单省事：

以上分析仅供参考，如需改进请以用户体验和行为分析数据结果为准！

后记：

笔者作为买家有6年的网购经验，第一次使用拍拍。拍拍从整体上来看，基本是淘宝的翻版。从网购平台来讲，产品设计上进行模仿并无太大关系，甚至有可能是好事情，因为延续了用户已有的使用习惯。但在产品细节、用户体验、使用流程上，不能有太多马虎和粗糙的地方。从追随到超越需要一个过程，这里面决定成败的关键就是细节。

拍拍自身有很多优势，如和QQ的紧密结合。但是也有很多不足，当然这也许不是拍拍团队的问题，如向财付通充值时，不支持招行信用卡。

初读WEB信息架构，尝试用粗浅的理解，规划一个办公SNS服务的概念图，很粗糙

利用SNS的一些产品特性，解决工作中协同、资源组织、评价等一些需求点

By Nick Lin http://lindizi.com

功能模块说明：

By Nick Lin http://lindizi.com

首先从Google的一个网络服务开始：Google Social Graph API 目前还不太引人注目，用它测试下http://lindizi.com/，反馈结果：

Contacts you link to

arecwang.com/ friend sweetheart

blog.donews.com/keso/ co-worker

blog.rexsong.com/ co-worker

……………….

Google 实现这个检索，通过爬取开放页面，扫描页面中使用了XFN和FOAF开放标准的链接代码。例如搜索结果中第一个，其代码为：<a href=”http://arecwang.com” rel=”friend sweetheart” oncli….(省去无关部分)，红色字体即为XFN标准代码，表明了lindizi.com与arecwang.com的关系是friend：sweetheart，其它类推。

另外在观察indigos.cn的检索结果，此服务还可以从页面链接的一些社会化网络服务中提取联系人，如：friendfeed.com、flickr.com等。

“语义网络”会对搜索领域产生什么样的影响？

语义网络可使搜索更加易用、高效和智能化，理由如下：

• 网页内容爬取合理有序

Semantic Web 改变了HTML语言缺乏明确说明数据含义的缺陷，网页内容组织者可按照规则使用meta data，这样搜索引擎可以更有针对性的抓取所需内容。

• 页面关系更加丰富

传统页面链接表达了一维的关系，而Semantic Web下的页面链接则表达了多维的联系。

• 从容应对海量网页内容

传统搜索引擎初始的工作方式，是对索引到的页面进行广泛爬取，抓回原始数据后再进行各种处理和分类。这种先抓后处理的方式，在面对全球日益增长的海量内容时会显得力不从心，通过meta data有针对性的选取内容可大幅降低抓取工作量。

• 跨地域、跨语言的网页内容自动聚集

meta data作为元数据的形式，不受语言或区域的限制，搜索引擎使用者可以通过单个搜索分词获取更多有价值的相关信息数据。

关于 Semantic Web 的一些知识：

语义网络即Semantic web，最早由互联网之父Tim Berners-Lee在1998年提出来的，虽然不是一个新概念，但是近几年与两一个概念Web3.0联系在一起，有人认为Web3.0的核心技术就是语义网络。从文后的扩展阅读资料2可以看出，Tim Berners-Lee把语义网络看成现有的Web向结构化数据的演进，但是近几年，语义网络的研究和实践明显分成了两支，可以称其为学院派和实践派。学院派逐渐向知识表述和推理的方向突进；而实践派仍然致力于Web内容的结构化上，将自由文本内容结构化，这样计算机程序就能自动处理Web内容，而不是仅仅给人阅读，扩展阅读资料3进一步讲解了全文检索向语义搜索的演进路线，可以理出一些实践派的思路的端倪。

公交车已经很久不作为主要出行工具了，所以对北京城市公交这几年的发展，没怎么关注。刚来北京的时候，到处都是陌生的，常常左手《北京人手册》，右手《北京地图》，为去一个地方，使劲的查啊查，算在哪里换乘，哪里下车最近，现在想想还是很有乐趣的。

这些年，随着各类互联网交通产品的出现，极大的方便了人们的生活，比如搜索引擎的地图产品，以及北京公交和北京地铁两个官方网站的发展，也是在不断进步。
但总还是有不方便的地方，比如：在网上查好乘坐路线，要么抄在纸上或打印出来，或者高级一点，通过飞信发到手机上，这样可以随时查看。现在通过手机上网的人多了，外出的时候也可以通过手机浏览器在搜索乘车路线，不过还有一个更好的解决方案，就是本文要介绍的手机客户端。

没做过统计，可能这款蜂鸟公交不是第一个手机版交通查询产品，但在用过之后，感觉在产品设计方面，确实充满了亮点：

安装后，运行进入，本人手机为Nokia E61i S60V3：

进入后，简洁明快的界面着实让人喜爱，不愧为内测版！界面可以自定义颜色，默认是黑色，说实话这个功能比较鸡肋，呵呵

网络设置处，可以设置接入方式，不过一般出门，大都通过GPRS走流量了

主体4个功能：乘车、路线、站点、更换城市

下面具体测试，选择“乘车”后，输入“起点”、“终点”，然后点“查询”

输入界面，很值得夸奖的是输入记忆功能，如果需要再次输入同样地点，直接在下面选就好

查询结果

点进去看详细

另外的“路线”和“站点”功能，在使用方式上相同，就不赘述了。在体验过程中，查询速度和准确性都非常不错，如果正式面世，应该能造福很多大众，呵呵。同时给出一些针对产品的建议：

1.做为一款新产品，一些辅助的说明非常必要，最好对3个功能块解释一下，下面供参考，点击这里

2.赶紧把地铁线路做进去

3.去和移动MM谈谈合作，不行就找电信

感谢 Johnson@aibang 的内测邀请，你真的很棒！

本软件（Jave通用版本）下载地址
附赠本人手机凌乱的界面一枚：

图1：从收藏夹中，选中2本要买的书，然后点“购买选中的产品”，

之后页面跳到图2:

问题出来了，请注意此刻用户的鼠标，停留在图2红框的位置上，而页面无显著变化，只是顶部多出一个不显眼的“重要信息”，说实话没看到。

但同时，鼠标附近的“选择”及“购买”button依然存在，直接误导我以为提交失败，于是鼠标又胡乱点击了几下。

其实这里joyo的流程本意，是让用户点击页面上方绿框里的 “我的购物车”，但这是个极大的败笔

用户的行为轨迹，或“F”型，或“之”字型，到图1提交后，鼠标轨迹只会原地等待或继续向下，等待页面反馈，试问，有几人会再跳到页面顶部去点击？

这里，用户困惑了，如果对于是俺这样的微站，也就罢了，不过对于joyo，自己掂量吧！

BTW：不知最近眼光高了，还是什么问题，感觉joyo的UI好烂

因为挂了，可怜的lindizi.com，自出世以来，命运多舛。很幸运的赶上了泰州原始人事件，挂了两次，现在终于再次复活。

想想很有趣，很像Time Lord的命运，有两颗心脏，却总也死不了。希望这次能持久一些，被挂，搞得没心情更新，还会影响收录、排名、权重……

不过，经历了这个突发事件，狠狠的温习了下建站知识，哪位wordpress需要备份迁移的，可以咨询我。

最近很忙，书看得少了，本周末两天公司培训，下周六王力宏工体演唱会，带55-200去拍试试

ps:飞屋环游记  UP  真的很不错！

关于江苏原始人的相关事件新闻，从这里可以了解
http://news.baidu.com/ns?word=%D4%AD%CA%BC%C8%CB&tn=newstitle&from=news&ie=gb2312&bs=%D4%AD%CA%BC%C8%CB&sr=0&cl=2&rn=20&ct=0&prevct=0

–产品管理和产品营销的定义

在我从事高科技产业11年里，经历的最难清晰界定的职业是“产品经理”（另一个说法是“产品营销经理”）。产品经理的职责在高科技产业的不同领域差异非常大，即便是在同一领域的不同公司也是如此。

本文尝试通过总结产品经理的主要责任，来揭示他们的职责。但首先，是一个有趣的故事：

这就是你的定义

大约一年前，我采访一家在“人力资源”领域做软件开发的初创公司，让我们暂且称他们为史酷比有限公司，他们正寻找一位能帮助他们建立产品管理团队的人。公司的两位创始人分别是CTO和工程部VP，几个星期前，他们刚从两家硅谷的风投那里，融到了一千万美金。

我准时到达了史酷比公司指定的办公地点，首先会面的是CTO，一个很友善的家伙，穿着史酷比公司的T恤，短裤和时髦的凉鞋。采访过程中，我问他想要成立产品管理团队的主要原因是什么？

他说他想找这样一个人，用一个WORD文档（这个文档已经创建了）记录下公司产品的所有特点，这样他们可以获悉自己的产品有何特色。他还说他不想这个产品管理团队做功能定义和产品战略的事情，因为他和工程部VP，都已经搞定了！

下一个会面的是工程部VP，我问他同样的问题：“你想成立这个产品管理团队最大的原因是什么？”。他希望有个人能为所有产品新功能创建一个UML图表，以便他让开发人员按计划来执行。

产品经理是干什么的？

不同的公司，使得产品经理的角色大相径庭。但在大多数成功的高科技企业里，有这样一些关键职责，需要产品经理来承担：

职责一：市场调研

指积极的研究市场以便了解客户需求，竞争格局，和市场运作。最终目标则是发现机会，来创造新产品及改善现有产品。

通过以下方式来进行，

• 与客户或潜在客户交流
• 与直接面对客户的一线团队（如销售和支持）进行交流
• 研究市场分析报告和文章
• 体验竞争产品
• 持续跟踪客户行为
• 其它类似的手段

通过市场调研，产品经理最终会准备好商业案例，产品战略和商业需求文档(BRD)，来描述如何利用潜在的市场机会。

职责二：产品定义和产品设计

a.产品定义具体指描述一个产品能干什么用，这个工作经常通过市场需求文档（MRD）或产品需求文档（PRD）来实现，文档会包括：

• 产品愿景
• 目标市场
• 竞争情况概述
• 产品功能详述
• 优先考虑的功能
• 产品用例
• 系统需求
• 性能需求
• 销售和支持需求等

b.产品设计具体指产品的外观和风格，包括产品的用户界面和用户交互，覆盖所有的用户体验部分。在大公司产品经理会和UI设计师或交互设计师共同完成这些工作，但在小公司就只能靠产品经理自己了。

我认为这部分是产品经理工作中最有价值的部分，如果产品经理的工作内容没有这些，可以肯定他不是一个真正的产品经理！

职责三：项目管理

指领导各个跨职能的团队，包括开发部，质量部，UI设计部，市场部，销售和支持部门，在预算范围内按时开发和发布产品。这项工作包括：

• 获取资源
• 建立项目时间点
• 跟踪进展情况
• 确定关键路径
• 在需要时获得额外资源
• 与管理层保持沟通

在大公司里，项目经理会执行以上的一些工作，而由产品经理进行支持。在小的创业公司，产品经理会被要求全部揽下来。在另一些企业里，开发人员会主导这些工作。

职责四：产品宣讲

包括向内部团队如销售，市场，服务和管理层介绍产品的优势，功能特色和目标市场，同时也向外部受众如媒体、分析师和客户进行产品推介。

在大公司，产品营销部，市场推广部和公关部会协助产品经理对外进行产品宣讲。

除产品定义和设计外，产品宣讲是产品经理第二项最有价值的工作，特别是通过宣讲来激发出销售、市场团队和管理层对产品的激情。

职责五：产品营销

主要指对外的信息传播，把产品告诉所有人。包括营销工具的制作，如产品数据表、产品手册、网站、Flash演示、媒体专题以及展会演示等。

在大公司，产品营销工作往往会从产品经理身上剥离，由产品营销经理代为执行。但这样做最大的弊端是造成低效率的沟通和减弱对外信息传播。

在一些公司的定义里，“产品管理”和“产品营销”是相同的，并且由一个人来全部承担。在划分“产品管理”组织和“产品营销”组织的公司里，后一个组织承担所有提到的产品营销工作，同时他们也要担负职责一、四和六

职责六：产品生命周期管理

指管理一个产品，贯穿它的生命周期从概念到发布、成长以及最终的衰退

包含以下任务：

• 产品定位
• 产品定价与促销
• 产品组合管理
• 竞争策略
• 确立和并购合作伙伴
• 确定和发展合作关系

产品经理与产品营销、业务拓展和市场部门合作完成这些工作。

就是这些了，我尝试揭示产品经理的职责（也包括产品营销的部分）。希望对产品经理人和产品营销人以及所有和他们共事的人能有所帮助，当然也包括本文开头提到的那个喜欢卡通T恤的CTO！

顺便说一句，出乎意料的是，当我把我的以上想法告诉史酷比公司不久后，我又遇到了他们的CTO，他们已经成立了3人的产品管理团队，并且公司运转的非常好。

原文链接：Product Management & Product Marketing – A Definition

Microsoft Dynamics CRM 4.0 安装图解教程(1)

Microsoft Dynamics CRM 4.0 安装图解教程(2)

Microsoft Dynamics CRM 4.0 安装图解教程(3)

Microsoft Dynamics CRM 4.0 安装图解教程(4)

现在开始安装 Microsoft Dynamics CRM 4.0 数据迁移管理器，重点部分图示出：

把从微软官方网站上下载的demo数据包解压缩，得到一堆csv文件。然后从开始菜单，运行 Microsoft Dynamics CRM 4.0 数据迁移管理器：

出现配置向导：

输入服务器地址，而后选择默认实例即可：

配置开始：

配置完成后，开始迁移数据，这里微软的官方指南写的很清楚，引用：

迁移示例数据
在已安装数据迁移管理器的计算机上的“开始”菜单中，依次单击“所有程序”和“Microsoft Dynamics CRM”，然后单击“Microsoft Dynamics CRM 数据迁移管理器”。
单击“登录”。
在“Microsoft Dynamics CRM 数据迁移管理器”页上，单击“管理数据映射”。
单击“导入”。
从保存示例数据文件的位置选择“SampleDataMap.xml”，然后单击“打开”。
单击“返回主页”。
单击“开始迁移”。
单击“基于先前的迁移创建新迁移”。
选择“示例数据映射”，然后单击“开始迁移”。
选择“快捷”，然后单击“下一步”。
指定所选的迁移名称，然后单击“下一步”。
在“选择文件”页上，单击“添加”。
选择所有示例数据 CSV 文件，单击“打开”，然后单击“下一步”。
重要提示： 如果打算在使用数据迁移管理器删除迁移记录后重新安装示例数据，切勿选择下列文件： user.csv、business unit.csv 和 teams.csv。

在“验证分隔符”页上，单击“下一步”。
向导将会显示验证文件的进度。
在“使用用户映射结果”页上，根据您决定如何映射示例数据中的虚构用户的方式执行下列操作之一：
o    若要将示例数据中的每个虚构用户映射到某个在 Active Directory 中创建的虚构示例用户：

选择“若要映射用户，请单击‘下一步’”，然后单击“下一步”。
选择“创建新用户”，然后单击“下一步”。
在“定义新用户”页的“域登录名”中，将“V3SAMPLEDATADOM”替换成您的域名。
在“安全角色”中，指定上表中的安全角色。
单击“下一步”。
您若要以自己作为数据迁移的执行人员，对所有示例记录进行映射，请单击“将所有用户映射到我”。
若要将每个虚构姓名映射到贵组织中某个已拥有 Microsoft Dynamics CRM 帐户的用户，请执行以下操作：
选择“若要映射用户，请单击‘下一步’”，然后单击“下一步”。
选择“将此用户映射到现有的 Microsoft Dynamics CRM 用户”。
选择该用户，然后单击“下一步”。
在核查了“用户摘要”信息后，单击“下一步”。
向导将开始转换并上载数据。
若要继续并完成迁移，请单击“完成”。
用户映射完毕后，数据迁移管理器会将示例数据上载到 Microsoft Dynamics CRM 服务器中。 当数据迁移成功后，您将会看到成功消息。

导入结束后，登录 Microsoft Dynamics CRM 4.0 后惊喜的发现，充满了数据

Microsoft Dynamics CRM 4.0 安装图解教程(1)

Microsoft Dynamics CRM 4.0 安装图解教程(2)

Microsoft Dynamics CRM 4.0 安装图解教程(3)

忙活了半天，终于可以安装主角了，小小的兴奋一下，解压缩运行 Microsoft Dynamics CRM 4.0 Server 安装程序，重点部分图示出：

看到这个界面，成功了80%：

安装完重启后，在浏览器中输入地址，ok，大功告成了！ ：）

关于 Microsoft Dynamics CRM 4.0 数据迁移导入，电子邮件组件以及最重要的BI系统  Analyzer 2007 的安装部署，请继续关注lindizi.com