Jason

独立开发,自由职业


  • 分类

  • 友链

  • 关于

  • 搜索

《瞬间之美》读书笔记(2)

发表于 2011-11-14 | 分类于 读书笔记

设计,不能只是基于我们一厢情愿的假设。相反,我们要假设用户毫不了解我们的软件,随后给他们足够多的信息以便帮助他们理解。

说明性文本、What’s this链接、表意清楚的标记都可以达到这一目的。more

CommonCraft.com

  • Listen and learn how to express in plain Englis

  • Describe technology for guys who don’t know i

  • Upload my own video

不被墙的网站都不好意思说自己是好网站

  • DoTheRightThing.com

引导广大网民为某种行为打分,用集体的力量去推动好的、压制坏的,从而撬动地球。

用户很难一下子接受大量信息;如果不得不这样做,递进显示。

如果我们做的事情能改进世界,不收钱又怎样?

《瞬间之美》读书笔记(1)

发表于 2011-11-13 | 分类于 读书笔记

网页:为扫描而设计,让用户赶快行动!

用户浏览网页通常是想“做”点什么,而不是“读”点什么。他们通常首先“快速扫描”网站,找到自己能做点什么,并且快速过滤掉那些自己不感兴趣的内容。如果在这个瞬间你没有让他们找到,很显然,他们会马上关闭标签,或者Ctrl+W。

软件(网页等)并不是为了我们能单击那些按钮而存在的,它是为了我们能完成任务而存在的。例如,导航栏不应该是陈列在一排按钮上的一串名词,而可以是动宾词组,帮助我们感觉自己正在做一些事情,让我们找到当司机的感觉;例如“格式”,不如“自定义格式”。

用户浏览网页是,视线往往趋向于从左上角移动到右下角,久而久之就形成了这一习惯。

利用环境提示,让用户仅凭直觉就能收到我们想让他收到的信息。

对用户来说,一个简短的句子远比一大段文字要来得有意义;重要的并不是我们提供的信息量有多大,而是能否提供他们真正需要的信息。

如果用户只能在某个页面短暂停留(通常如此),那么不要出现让他思考才能得出结论的信息,直接告诉他最重要的。

用户可以被培养、教育,但这显然需要巨大成本;例如推广标签云,大的网站可以迫使用户去习惯这种表现形式,而对于博客这种网站来说,大部分浏览者只会短暂地逗留,看一两篇博客就离开,不适合强迫用户学习新潮交互方法。

不是你选择了布局,而是它选择了你。布局是内容组织的必然结果,它往往是自己逐渐成型的。你的工作就是看着自己所想的布局慢慢呈现在面前,就像是不断削切石膏、直至雕塑成型。

警惕:程序员的需求,很可能不是用户真正的需求;程序员可能更偏向于创新,而我们更应该提高产品、服务的品质。

设计是一个永远止境的学习过程,绝不包含任何运气成分(灵感,通常来自多年知识、经验的积累;有人又说到了天赋…);需要不断地自我检验做事的方式、反思之前的作品,尽可能确保所做的设计正逐步向自己的预期靠拢。

需求管理培训(2)

发表于 2011-11-12 | 分类于 PM

http://goo.gl/u8VJv

需求收集的途径

– 市场活动

  • 用户大

  • 专家顾问

  • 高层拜

  • 展

  • 用户探

  • 标杆研

  • 用户访谈

– 销售活动

  • 产品介绍、投

  • 客户反馈

– 客服活动

  • 现场问题解

  • 网上设备巡检

– 公开信息

  • 新闻剪

  • 统计报

  • 订阅的报告

– 商业伙伴

  • 报告交

  • 竞争者信息

– 专业数据

好需求的标准

  • 完整

  • 正确

  • 可行

  • 必要

  • 优先

  • 无二义

  • 可验证

  • 无冗余

客户的Wants,不等于客户的Needs;受限于客户的购买力,应该从客户的Wants中筛选出Needs。

需求管理软件:Rational Focal Point - IBM

www.ibm.com/software/awdtools/focalpoint/

戴明环

质量工程都是老板工程

需求管理培训(1)

发表于 2011-11-11 | 分类于 PM

今天参加一个需求管理的培训,课间竟然有零食供应,太人性化了!下面是一些笔记:

市场环境的变化:从过去的小批次、大批量,变为大批次、小批量;个性化需求高,应快速研发递交;山寨手机就是典型案例,其本身已经代表了个性化需求;而之前一款山寨机会卖几十万台,现在能卖几万台就不错了,说明个性化需求更突出。

产品需求不同于项目需求。项目需求(如OEM)通常是基于客户要求、市场某些客户的需求定制的,完成既定目标即可,不需要考虑更长远的目标。而产品需求则不同,除了满足当下目标,更应该考虑中长期的发展,建立平台价值。

需求管理关键词:收集、整理、分析、分解、分配、实现、验证、筛选、工具、文档、时间属性…

重用级别越高,难度越大,效益也越大。

  1. 代码

  2. 模块

  3. 子系统级

系列产品

通常有通用平台、高的子系统级别的复用。这样的开发模式在第一款产品的研发上投入较大,但一旦平台建立起来,后续新产品可高度复用之前产品的子系统,从而加快研发、生产速度。

产业链的高端(如苹果),研发成本高、风险(投资失败率)高,但利润大;

产业链的低端(如富士康),制造成本低、风险(受高端控制)高、利润低;

老客户卖新产品;由于客户关系好,新产品中的错误因素不至于破坏客户关系;

新客户卖老产品;由于老产品稳定可靠,容易赢利新客户而不会有额外的问题;

新需求带来创新;创新就是发现新需求;

需求的积累是广泛、长期的,应持续将收集的需求入库,做产品的时候从中选择相关需求集、确定产品包。

收集需求应该形成制度。例如,华为每次出差的员工在报销之前必须填写至少两条。

行业报告:快速了解某一领域需求的渠道;自己要了解并记录手机、互联网这些相关领域行业报告的获取方式。

模糊带来需求理解的不一致;所以,需求分析要弄清楚模棱两可的地方。

需求分析错误带来的危害,远远大于后期开发错误。

不要被PM的概念所限制,要理解PM背后的意义;太遵循PM的职责范围,反而限制了自己思考、行为能力。有价值就去做,这是更靠谱的准则。

需求分析后的反思:

  • 是否和目标市场上所有主要类型的客户都交流了

  • 通过捕捉客户的潜在需求,我们能看到产品相关需求之外的需求吗

  • 在实际客户交流中,哪些将成为进行开发活动的优秀参与者

  • 哪些是我们现在知道、而开始是不知道的?我们是否对其感到惊奇

  • 需求调研组织中是否包含那些需要深化理解客户需求的人?

电梯测验:用几句话描述需求、价值

战略、方法论这些东西,一套就够了,多了反而乱;关键在于实践、摸索;有些像武侠小说中各种顶级武功,练好一种就能独步武林。

今天的事情比较多

发表于 2011-11-10 | 分类于 PM

工会中法律组织、Windows8新特性介绍、与德国同事视频会议、讨论新产品特性、团队内协调分配任务、游泳…今天的事情比较多。

不过总体来说对自己的表现还算满意,基本Hold住了;虽然还不是那么入微。一口吃不了胖子,慢慢来。

今天最开心的,是说服德国大PM削减新产品中不必要的特性。虽然达到这一结论不只是我的作用,不过毕竟最终是我推动实现的,感觉还是不错,因为这也是我的意愿、我从PM的角度对产品的理解;能说服别人接受自己的意愿,说得冠冕一点是沟通能力。

另外的收获,是英语的提高。每天要和德国同事沟通,包括视频会议,逼迫自己学习英语。估计半年下来,英语就拿得出口了。

明天参加PM培训!:)

1…622623624…626
Jason

Jason

记录一位独立开发者的精进之路,分享自由职业者的生存方式。

3129 日志
9 分类
5 标签
RSS
GitHub Twitter Weibo
Links
  • Toolinbox
© 2011 - 2025 Jason 浙ICP备16002197号