Group items tagged

4P:产品（Product）、价格（Price）、渠道（Place）、促销（Promotion），它是由杰罗姆·麦卡锡始创于1960年； 4C:顾客（消费需求）（Consumer's needs）、成本（Cost）、方便（Convenience）、沟通（Communication），于20世纪90年代初由美国市场营销学教授罗伯特·劳特朋提出。 4P和4C分别承担各自的职能。4P理论仍然是市场营销的重要理论，是进入目标市场，满足目标市场需求的基本手段，不仅不能抛弃，而且应该加强，即用4C理论来加强4P理论，完善4P理论，解决4P的导向问题。

4C对1P（产品）的导向关系：4C对1P（产品）的导向，就是4C贯穿于产品从创意到开发甚至到最后使用的整个过程。  1．1P*1C（顾客与产品）。即企业不是生产销售自己能生产的产品，而是应该从顾客出发，充分了解顾客的需求，开发他们真正需要的并能完全满足其需求的产品。企业的产品概念，不是企业从自身的角度，而是要从顾客的角度出发。例如，一套橱柜，消费者不会考虑柜身，门板，台面等的制造过程、管理方法及生产成本等，而只会考虑手表的外形、质量、价格、准确性、是否保修、适合什么样的人使用等。企业必须根据消费者的要求把产品创意发展成为产品概念，然后评估成品的成本与生产可行性，再进行修正变成现实中的真正产品。同时，企业还必须通过消费者对某种产品需求的表面现象抓住其实质。 在当今消费者需求多样化的时代，了解其需求，是把握他们"买什么"的关键所在。企业只有弄清了消费者将要"买什么"，才能决定自己将干什么，即研究开发、生产、销售什么。  2．1P*2C（成本与产品）。即不是企业考虑生产其产品花费了多少成本，而是应该在产品开发之前了解顾客愿意为其付出的成本，并在开发生产过程中将其成本控制在一定范围内，用公式表示为：（2P- A（Adequacy profits） =2C）愿意支付价格-适当利润=成本。当然有些新品还没在市场上销时，就可以先以同类产品与各级销费者市场的消费水平进行评估。经常有一些企业成功地开发了一些产品，但因没有充分地考虑顾客愿意付出的成本而导致失败。  3．1P*3C（方便与产品）。即企业从产品的研发开始就要考虑如何使顾客方便使用、方便搬运等，降低使用成本，如傻瓜照相机就是其中典型的例子。传统照相机对照相技术要求相当高，否则就很难照出好相来，可是，傻瓜相机就不同了，它不需掌握专门的照相技术，无论大人还是小孩，无论会照相还是不会照相，都可以用傻瓜相机照相，并还能照出较好的相来。这样，即可降低顾客的购买成本，也可减少使用成本，从而扩大了照相机市场。  4．1P*4C（沟通与产品）。从两个方面来理解和分析。一是在产品开发前和开发过程中都必须通过沟通来了解顾客的需求和欲望，了解他们能够支付的和愿意支付的成本，了解他们所认为的方便等。将购买的东西充分评头论足，不要在产品上市后，才发现自己的孩子找不到娘，忙于挖空心思搞促销。使企业和用户不再有主动和被动的区分和对立；将营销做到产品开发之前。二是要使产品本身成为一种沟通的手段，可具体体现在品牌、质量、包装、特色等上面。例如，产品的包装上详细并清楚地标明产品的材料、作用与用途、使用说明、保质期、生产日期等，让顾客对包装物品一目了然。

4C（指：1C、2C、3C、4C）与3P（渠道），渠道决策必须以4C为基础。  1．3P*1C（顾客与渠道）。企业在选择或决定渠道策略时，首先需要考虑什么渠道最能接近目标市场，如：上海的家具市场，据业内人仕统计近百个商城提供了上万个展位，家具品牌大多选择在吉盛伟邦，世贸家具，月星家具等家具商城或家具卖场较集中的一二级商业街道（如徐家汇一带）和浦东；其次要考虑目标顾客最愿意且经常消费的渠道。  2．3P*2C（成本与渠道）。通常情况下，目标顾客较易选择成本最低的渠道，它包括目标顾客为购买产品，接近其渠道所花费的金钱成本、精力成本、时间成本和体力成本。  3．3P*3C（方便与渠道）。目标顾客最容易接近和最方便购买的渠道，它包括交通便利，停车方便，购物环境好，看、选、购都方便。具体地说，一、是要尽量增加销售网点，使顾客在需要购买时就能就近购买。二、是要改善购物环境，其一是齐全的商品，便于顾客购买各类商品，从而实现一站购物；其二是舒适的环境，使之成为顾客可以休闲的场所。三是销售网点要营造一种使顾客容易进入、便于购买的氛围。在这点上一些大型超市就广泛受到顾客的欢迎，那是因为超市的空间较大，顾客自己可以任意选购商品，不受时间的限制，也不要看营业员的脸色，可以随便挑选，想买什么就拿什么。  4．3P*4C（沟通与渠道）。渠道是相互沟通和情感交流以及获取相关信息和新知识场所。通过渠道与顾客的沟通可以更好地满足顾客的需求。包括未表明的需求，令人愉悦的需求；秘密的需求，顾客想要找到一个以价值导向的理解顾客心思的朋友。

通过满足人性的基本心理需求,低成本地获得用户.

通过与主流媒体建立良好的公共关系树立品牌

HotorNot的创办者清楚认识到PR(公共关系)对他们的最终成功是非常重要的,所以将它列为头等大事,响应一切公关需求.HotOrNot的模式是很容易被竞争者模仿的,所以它要尽快树立品牌.而公关在这扮演了非常重要的角色.HotorNot 对主流媒体成功的公关，使它的知名度覆盖面很广，这帮助它在消费者者心目中树立了品牌,为网站带来更多的流量.

http://www.youtube.com 目前最成功的VIDEO网站，是大多数国内VIDEO网站的模仿对象，在美国的受欢迎程度直逼myspace，目前alexa排名13位。 主要栏目包含： 1. home个人空间：我的帐户、我的Video、我的收藏、我的好友、管理、我的订阅、我的群组、我的频道 2. video影音文件：最近浏览最多、今日浏览最多、评价最高的、讨论最多的、被收藏最多、被引用链接最多的、最近被推荐 3. channels频道：被订阅最多的、最近最流行的、浏览最多的 4. groups群组：特别推荐、最近加入、成员最多、video文件最多、话题最多 5. categories分类：艺术、汽车、搞笑、娱乐、音乐、新闻、人物、宠物、科技、体育、旅行、游戏 6. upload上传：限制最大上传100M，文件时间10分钟

http://www.toodou.com 土豆网，也是国内做的比较好的VIDEO网站，在模仿http://www.youtube.com的同时加入了DIGG的形式来增加互动 主要栏目包含： 1. 个人中心：发布新节目、我的超级邮件、我的节目、我喜欢的节目、我的好友、我的订阅、我的小组、我的主页 2. 节目：最新发布的、土豆推荐的、人气最旺的、喜欢最多的、打分最高的、评论最狠的、随机节目 3. 专题：专题类的VIDEO集锦 4. 频道（注同样叫频道，土豆的频道概念其实和youtube和56的分类是一个意思）： 娱乐、时尚、生活、短剧、搞笑、自拍、聚会、宠物、动画、游戏、探索、广告、艺术、音乐、体育、教育、美食、家庭、汽车、旅游 5. 小组：兴趣、爱好群组 6. 社区：个人播客 7. 上传：

http://www.56.com 我乐网，宣称是全国最大的免费视频分享平台，在模仿http://www.youtube.com的国内网站中，目前是做的比较好的 主要栏目包含： 1． 个人中心：管理中心、我的视频、我的收藏 2． 视频：热门视频、推荐视频、视频专区、视频期刊 3． 分类：频道分类（人物、娱乐、体育、科技、新闻、生活、地理、宠物、电影、其他）、热门频道、推荐频道、所有频道 4． 论坛：音乐分享、大杂烩、贴图、情感故事 5． 录制视频 6． 上传视频：56分为普通上传和超级上传，超级上传需要下载插件，其特点是 A上传速度较快 B支持传输信息显示：在传输过程中用户可以即时的了解到上传状态、速度等信息。 C支持断点续传 D单个上传文件最大支持100兆，5000兆视频空间 E支持的文件格式： 微软视频　　：.wmv .asf .asx Real Player ：.rm .rmvb .ram MPEG视频　　：.mpg .mpeg .mpe .dat .vob .dv 手机视频　　：.3gp .3g2 Apple视频 　：.mov Sony视频　　：.mp4 .m4v 其他常见视频：.avi .mkv .flv

1、网站统计来路分析：大名鼎鼎的Google AnalyticsTrack where your visitors came from, and which links they clicked. Google Analytics—get it here!

2、网站点击热图：哪儿的点击最受欢迎？Easy-to-interpret “heatmaps” showing exactly where people clicked (even if it wasn’t a link). Crazy Egg—get it here!

3、访客浏览录制：更清晰的真实反应访客在你博客的动作。“In-page” web analytics, showing videos of visitors’ screens(!) The perfect complement to Google Analytics. ClickTale—get it here!

用户界面 I Like Your Color 输入URL然后它会抓出其中的颜色并用16进制表示。 CSS Multi-element Rollover Generator 使用CSS和一个图片创建出一个翻转按钮的样式。 CSS Rounded Box Generator Ruthsarian Layouts 6个CSS页面布局模板，包括颜色、标题等。 Bluerobot Layout Reservoir 2栏和3栏的CSS布局框架 Glish CSS Layout techniques 2、3、 4栏的CSS布局框架 The Layout-o-matic 输入页宽、栏数和padding，它会自动生成CSS和HTML的布局框架。 Little Boxes w3cn.org上提供的那些布局模板 Open Source Web Design 各种免费的完整页面模板 Web Builders’ Toolkit 更多的模版资源 Iconico Online CSS Scrollbar Color Changer List-u-Like 一个CSS菜单生成器：轻松创建采用li并兼容各种浏览器的导航菜单。 Nifty Corners: 无需图片的圆角矩形 Round Corner Stone/Icon (rcsi) V1.0 增强的圆角矩形 Xylescope 无需下载其他站点就能轻松分析其CSS代码。 W3C Core Styles Checkliste zur Webseitengestaltung Testseite zur Zeilenbreite

易用性检查 Accessibility Valet Demonstrator Bobby Online Service Cynthia Says OCAWA Web Accessibility Expert Torquemada 使用工具对页面进行一个完整的易用性分析方法测试，以快速辨别页面中哪些部分存在错误。 UI Site check 一个站点检查工具，只需要输入你的网址，便可以列出几十个验证器和易用性工具。 WAVE 3.5 Accessibility Tool 可以提供你页面上的易用性细节和错误方面的有用信息。他会用红黄绿蓝等几种图标来表示需要改进的页面部分。这些图标代表了你页面上有关结构、内容、可用性和易用性方面的问题细节。你可以清楚地看到当前页面上哪些位置存在问题。 Web-based Site Usability Checker WebXACT Quality & Accessibility Check 一个免费的在线服务，让你对单个页面进行质量、易用性和保密性问题的测试。 Will the browser apply the rule(s)? TAW - Test accessibilidad web

整理和优化 CSS Formatter and Optimiser 能让你选择你的CSS更易读还是更小。 CSS Compressor 使用这个工具可以压缩你的CSS使之提高载入速度和节约带宽。 Online CSS Compressor 多种途径来清理并压缩你的CSS，牺牲了可读性来获得相当程度的优化和尺寸的减少。 CSS Compressor CSS Syntax Checker for BBEdit and TextWrangler CSSTidy CSSTidy 是一个开源的CSS解释器和优化工具 CSS Tweak ~ Web Based CSS Tweaker! CSS Tweak 会优化你的CSS以减少文件大小和下载时间。 Clean CSS - Optmize and Format your CSS Format CSS Online 自动格式化你的CSS使之便于阅读和编辑 Online CSS Optimizer CSS Optimizer 优化并减少CSS的文件尺寸 Online CSS Optimiser/Optimizer 这个工具用于优化CSS代码。 Tabifier 使HTML和CSS代码变漂亮。 Webucator 有一个CSS参考手册，你还可以在上面测试你的CSS代码 CSS Centricle CSS hack浏览器兼容一览表 （就是w3cn.org 上的那个）

手机为学生的移动上网提供了最为便捷的手段。主要原因是：     一方面是在学生中应用最多的客户品牌“动感地带”、“UP新势力”等，在套餐中直接加入了上网的资费；另一方面，学生普遍关注的应用，如即时通信、图铃下载、手机小说等，都可以在手机上网中方便地实现。这些对推动学生使用手机上网都起到了非常积极的作用。     体力工作者使用手机上网的比例也很高，这与手机的普及关系密切；

该人群的上网需求简单，聊天、棋牌游戏是主要的应用，而这些应用在手机上都可以实现。

1. 你们的项目组使用源代码管理工具了么？MVM：应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。 2. 你们的项目组使用缺陷管理系统了么？MVM：应该用。ClearQuest太复杂，我的推荐是BugZilla。 3. 你们的测试组还在用Word写测试用例么？MVM：不要用Word写测试用例（Test Case）。应该用一个专门的系统，可以是Test Manager，也可以是自己开发一个ASP.NET的小网站。主要目的是Track和Browse。 4. 你们的项目组有没有建立一个门户网站？MVM：要有一个门户网站，用来放Contact Info、Baselined Schedule、News等等。推荐Sharepoint Portal Server 2003来实现，15分钟就搞定。买不起SPS 2003可以用WSS (Windows Sharepoint Service)。 5. 你们的项目组用了你能买到最好的工具么？MVM：应该用尽量好的工具来工作。比如，应该用VS.NET而不是Notepad来写C#。用Notepad写程序多半只是一种炫耀。但也要考虑到经费，所以说是“你能买到最好的”。 6. 你们的程序员工作在安静的环境里么？MVM：需要安静环境。这点极端重要，而且要保证每个人的空间大于一定面积。 7. 你们的员工每个人都有一部电话么？MVM：需要每人一部电话。而且电话最好是带留言功能的。当然，上这么一套带留言电话系统开销不小。不过至少每人一部电话要有，千万别搞得经常有人站起来喊：“某某某电话”。《人件》里面就强烈谴责这种做法。 8. 你们每个人都知道出了问题应该找谁么？MVM：应该知道。任何一个Feature至少都应该有一个Owner，当然，Owner可以继续Dispatch给其他人。 9. 你遇到过有人说“我以为…”么？MVM：要消灭“我以为”。Never assume anything。 10. 你们的项目组中所有的人都坐在一起么？MVM：需要。我反对Virtual Team，也反对Dev在美国、Test在中国这种开发方式。能坐在一起就最好坐在一起，好处多得不得了。 11. 你们的进度表是否反映最新开发进展情况？ MVM：应该反映。但是，应该用Baseline的方法来管理进度表：维护一份稳定的Schedule，再维护一份最新更改。Baseline的方法也应该用于其它的Spec。Baseline是变更管理里面的一个重要手段。 12. 你们的工作量是先由每个人自己估算的么？MVM：应该让每个人自己估算。要从下而上估算工作量，而不是从上往下分派。除非有其他原因，比如政治任务工期固定等。 13. 你们的开发人员从项目一开始就加班么？MVM：不要这样。不要一开始就搞疲劳战。从项目一开始就加班，只能说明项目进度不合理。当然，一些对日软件外包必须天天加班，那属于剥削的范畴。 14. 你们的项目计划中Buffer Time是加在每个小任务后面的么？MVM：不要。Buffer Time加在每个小任务后面，很容易轻易的就被消耗掉。Buffer Time要整段的加在一个Milestone或者checkpoint前面。 15. 值得再多花一些时间，从95%做到100%好MVM：值得，非常值得。尤其当项目后期人困马乏的时候，要坚持。这会给产品带来质的区别。 16. 登记新缺陷时，是否写清了重现步骤？MVM：要。这属于Dev和Test之间的沟通手段。面对面沟通需要，详细填写Repro Steps也需要。 17. 写新代码前会把已知缺陷解决么？MVM：要。每个人的缺陷不能超过10个或15个，否则必须先解决老的bug才能继续写新代码。 18. 你们对缺陷的轻重缓急有事先的约定么？MVM：必须有定义。Severity要分1、2、3，约定好：蓝屏和Data Lost算Sev 1，Function Error算Sev 2，界面上的算Sev 3。但这种约定可以根据产品质量现状适当进行调整。 19. 你们对意见不一的缺陷有三国会议么？MVM：必须要有。要有一个明确的决策过程。这类似于CCB (Change Control Board)的概念。

20. 所有的缺陷都是由登记的人最后关闭的么？MVM：Bug应该由Opener关闭。Dev不能私自关闭Bug。 21. 你们的程序员厌恶修改老的代码么？MVM：厌恶是正常的。解决方法是组织Code Review，单独留出时间来。XP也是一个方法。 22. 你们项目组有Team Morale Activity么？MVM：每个月都要搞一次，吃饭、唱歌、Outing、打球、开卡丁车等等，一定要有。不要剩这些钱。 23. 你们项目组有自己的Logo么？MVM：要有自己的Logo。至少应该有自己的Codename。 24. 你们的员工有印有公司Logo的T-Shirt么？MVM：要有。能增强归属感。当然，T-Shirt要做的好看一些，最好用80支的棉来做。别没穿几次就破破烂烂的。 25. 总经理至少每月参加次项目组会议MVM：要的。要让team member觉得高层关注这个项目。 26. 你们是给每个Dev开一个分支么？MVM：反对。Branch的管理以及Merge的工作量太大，而且容易出错。 27. 有人长期不Check-In代码么？MVM：不可以。对大部分项目来说，最多两三天就应该Check-In。 28. 在Check-In代码时都填写注释了么？MVM：要写的，至少一两句话，比如“解决了Bug No.225”。如果往高处拔，这也算做“配置审计”的一部分。 29. 有没有设定每天Check-In的最后期限？MVM：要的，要明确Check-In Deadline。否则会Build Break。 30. 你们能把所有源码一下子编译成安装文件吗？ MVM：要的。这是每日编译（Daily Build）的基础。而且必须要能够做成自动的。 31. 你们的项目组做每日编译么？MVM：当然要做。有三样东西是软件项目/产品开发必备的：1. bug management; 2. source control; 3. daily build。 32. 你们公司有没有积累一个项目风险列表？MVM：要。Risk Inventory。否则，下个项目开始的时候，又只能拍脑袋分析Risk了。 33. 设计越简单越好MVM：越简单越好。设计时候多一句话，将来可能就带来无穷无尽的烦恼。应该从一开始就勇敢的砍。这叫scope management。 34. 尽量利用现有的产品、技术、代码MVM： 千万别什么东西都自己Coding。BizTalk和Sharepoint 就是最好的例子，有这两个作为基础，可以把起点提高很多。或者可以尽量多用现成的Control之类的。或者尽量用XML，而不是自己去Parse一个文 本文件；尽量用RegExp，而不是自己从头操作字符串，等等等等。这就是“软件复用”的体现。 35. 你们会隔一段时间就停下来夯实代码么？MVM：要。最好一个月左右一次。传言去年年初Windows 组在Stevb的命令下停过一个月增强安全。Btw，“夯”这个字念“hang”，第一声。 36. 你们的项目组每个人都写Daily Report么？MVM：要写。五分钟就够了，写10句话左右，告诉自己小组的人今天我干了什么。一则为了沟通，二则鞭策自己（要是游手好闲一天，自己都会不好意思写的）。 37. 你们的项目经理会发出Weekly Report么？MVM：要。也是为了沟通。内容包括目前进度，可能的风险，质量状况，各种工作的进展等。 38. 你们项目组是否至少每周全体开会一次？MVM：要。一定要开会。程序员讨厌开会，但每个礼拜开会时间加起来至少应该有4小时。包括team meeting, spec review meeting, bug triage meeting。千万别大家闷头写code。 39. 你们项目组的会议、讨论都有记录么？MVM：会前发meeting request和agenda，会中有人负责主持和记录，会后有人负责发meeting minutes，这都是effective meeting的要点。而且，每个会议都要形成agreements和action items。

40. 其他部门知道你们项目组在干什么么？MVM：要发一些Newsflash给整个大组织。Show your team’s value。否则，当你坐在电梯里面，其他部门的人问：“你们在干嘛”，你回答“ABC项目”的时候，别人全然不知，那种感觉不太好。 41. 通过Email进行所有正式沟通MVM：Email的好处是免得抵赖。但也要避免矫枉过正，最好的方法是先用电话和当面说，然后Email来确认。 42. 为项目组建立多个Mailing GroupMVM： 如果在AD+Exchange里面，就建 Distribution List。比如，我会建ABC Project Core Team，ABC Project Dev Team，ABC Project All Testers，ABC Project Extended Team等等。这样发起Email来方便，而且能让该收到email的人都收到、不该收到不被骚扰。 43. 每个人都知道哪里可以找到全部的文档么？MVM：应该每个人都知道。这叫做知识管理（Knowledge Management）。最方便的就是把文档放在一个集中的File Share，更好的方法是用Sharepoint。 44. 你做决定、做变化时，告诉大家原因了么？MVM： 要告诉大家原因。Empower team member的手段之一是提供足够的information，这是MSF一开篇的几个原则之一。的确如此，tell me why是人之常情，tell me why了才能有understanding。中国人做事喜欢搞限制，限制信息，似乎能够看到某一份文件的人就是有身份的人。大错特错。权威、权力，不在于 是不是能access information/data，而在于是不是掌握资源。 45. Stay agile and expect changeMVM：要这样。需求一定会变的，已经写好的代码一定会被要求修改的。做好心理准备，对change不要抗拒，而是expect change。 46. 你们有没有专职的软件测试人员？MVM：要有专职测试。如果人手不够，可以peer test，交换了测试。千万别自己测试自己的。 47. 你们的测试有一份总的计划来规定做什么和怎么做么？MVM：这就是Test Plan。要不要做性能测试？要不要做Usability测试？什么时候开始测试性能？测试通过的标准是什么？用什么手段，自动的还是手动的？这些问题需要用Test Plan来回答。 48. 你是先写Test Case然后再测试的么？MVM：应该如此。应该先设计再编程、先test case再测试。当然，事情是灵活的。我有时候在做第一遍测试的同时补上test case。至于先test case再开发，我不喜欢，因为不习惯，太麻烦，至于别人推荐，那试试看也无妨。 49. 你是否会为各种输入组合创建测试用例？MVM：不要，不要搞边界条件组合。当心组合爆炸。有很多test case工具能够自动生成各种边界条件的组合——但要想清楚，你是否有时间去运行那么多test case。