存档

2012年11月 的存档

可图照片管家:引入“事件”元素

2012年11月30日 没有评论

智能手机的普及,再加上手机像素的提高,使得人们随时随地拍照变得前所未有的容易,在路上看到一个个人掏出手机就拍的情景让你仿佛觉得人人都是战地记者。拍照是容易了,可是面对这一大堆照片,要如何管理、如何更漂亮地展示和查看呢?

可图照片管家:引入“事件”元素

Google Picasa 是PC 端上大家熟知的照片管理应用,我们此前也报道过由国内创业公司出品的“彩点”。可是,在手机端又有什么好用的照片管理应用呢?

刚刚入选了微软第一期云加速器的可图 就在iPhone 上推出了免费的照片管理应用“可图照片管家”,它在相册整理里引入了“事件”的元素,通过“智能整理”功能可以快速、便捷地完成相册整理工作。

在可图里,我们可以把照片的管理结构理解为:每张照片由事件串起,相关事件的照片可被安排在同一个相册里。拍摄时间间隔不超过2个小时的照片,会被自动归为一个事件。而“智能整理”功能主要就是在“事件”上面做文章。

举个例子来说,你去植物园游玩时拍了一堆照片(如上面右图),可图在智能整理照片时,就会把两个小时的照片自动归为一个“事件”,并建议你为事件命名(在此假设命名为“植物园”)。用户在整理时就可以把“植物园”和同样属于游玩时拍的“颐和园”的照片一同放到“我的旅行”的相册里(用户可自行创建)。比起我们逐张选择再移到相册里的传统整理办法,可图提供的方案要快速、方便得多。

“事件”这个元素的引入对浏览照片也有很大的帮助。如右图,在浏览照片时,我们可以随时向左拖动屏幕调出事件列表,这样,放在该相册下的所有事件都会被一一列出,定位照片更加快速。

“云相册”也是可图的一大亮点。在本地相册列表右侧点击灰色云图标,即可以相册为单位上传到云端,之后在该相册添加的新照片也会被自动上传。这样就相当于在云端做了一个备份,本地误删照片后也可在云相册里找回。管理云端相册需要到www.fotoable.com进行。

可图照片管家:引入“事件”元素

除“智能整理”和“云相册”外,可图还提供了分享到微博等社交网络、收藏、编辑照片等图片应用的标配功能。

不过,需要指出来的是,在可图里进行的任何新建相册、移动/整理照片的动作都不能对iOS自带的系统相册造成任何影响,也就是说,哪怕你在可图里把照片整理得井井有条,可回到系统相册里查看照片里,一切都还是没有整理前的混沌模样。对此,可图这样向我解释:“对未越狱的iPhone来说,App所掌握的权限很低,对系统相册能做的事情很少(比如App没有权限删除系统相册内的照片),对于系统相册的形态,App是没法进行干预的。”

在赢利方面,可图目前还没有很具体的考虑,但他们表示,更大的云端存储空间、定制化的本地服务(个性背景等)是未来可能的赢利点。而希望做成“跨平台,跨终端的整理/存储/分享照片”的可图也在进行其它平台的部署:网页端预计会在本月底推出,Android 和Windows Phone 版则可能在8月中旬上线。

分类: 4酷!硬件 标签:

Picturelife:自动对照片进行整理

2012年11月29日 没有评论
了400万美元的新一轮融资。

你画我猜创始人创立照片云存储服务

  创业,是件会让某些人上瘾的事情——在科技圈里,“连环创业者”并不罕见,例如先后创建了Twitter和Square的杰克?多尔西(Jack Dorsey)。如今,游戏公司OMGPOP(曾推出热门移动社交游戏《你画我猜(Draw Something)》,已被Zynga收购)的创始人查尔斯?福尔曼(Charles Forman)也步入了二次创业的行列,创建了照片云存储服务公司Picturelife,并且在日前获得了400万美元的新一轮融资。
  随着智能手机和平板电脑的普及,我们的照片收藏正变得日益碎片化,而照片的跨设备统一备份也变得越来越麻烦——于是,各种各样的照片云存储服务应用而生。我们今年早些时候介绍过Everpix,而Picturelife的功能和前者差不多,能将用户iPhone、iPad和Mac电脑上(目前尚不支持Windows PC和Android设备)的所有照片备份存储至云端,还能把Facebook、Twitter、Instagram、Tumblr等社交网络上的照片同步导入至云端,从而方便用户随时随地查看。
  与Everpix一样,Picturelife也能自动对照片进行整理,例如去除重复照片、按照“时间轴(timeline)”组织照片、隐藏模糊或失焦的不佳照片、根据照片的拍摄地点在地图上分组显示,等等。Picturelife非常注重用户的隐私,对照片默认设置为不对外分享,不过用户也能方便地通过“家人(family)”和“朋友(friends)”照片流与亲朋好友们分享照片、相册或活动——即使他们没有Picturelife帐号,也能通过电子邮件接收用户发送的照片。
  与Everpix提供30天免费试用、正式版收费每月4.99美元(或每年40美元)且存量无上限的服务相比,Picturelife显得略贵——它提供5GB免费存储空间,100GB收费每月7美元(或每年70美元),300GB收费每月15美元(或每年150美元)。当然,iPhone丢了或电脑坏了只需再买即可,但是如果您经历过痛失大量宝贵照片的“伤不起”的懊恼,那您可能会觉得花一笔钱为照片买个“保险”是很有必要的。
  今年3月Zynga以1.8亿美元收购OMGPOP时,福尔曼已经退出了该公司的管理团队,但是OMGPOP的成功对他的二次创业显然大有帮助——Picturelife获得的新一轮投资主要来自OMGPOP之前的投资者,领投者为Spark Capital,其他投资者还包括Crunchfund、Founder Collective、Lerer Ventures、Highline Venture Partners、Betaworks、David Karp、SV Angel和Chris Dixon,福尔曼自己也出了一笔钱。Spark Venture的合伙人Nabeel Hyatt将会加入Picturelife董事会。
  除了福尔曼之外,Picturelife的创始人团队还有AnyClip前执行副总裁Nate Westheimer,以及Threadless的联合创始人Jacob DeHart,公司现有8名全职员工,办公地点在芝加哥。

分类: 4酷!硬件 标签:

在线视频制作Web应用Animoto的照片回顾

2012年11月29日 没有评论

眼看着2012就要结束了(或许12.21会把人类提前给结束了?),你一定有些瞬间是特别想珍藏和分享的吧。

我们此前报道过的在线视频制作和分享Web应用Animoto 今天推出了“Best in 2012 Facebook video”功能,让用户用Facebook上最精彩的照片来为2012做个总结。用户用Facebook帐号登陆Animoto以后,该应用就会自动导入用户在Facebook 上最受欢迎的照片(根据Likes和评论的数量),并自动生成视频,与朋友分享。

如果上述“全自动生产”的新功能无法满足你更个性化的需求,你还可以自行选择照片、视频模版、音乐和添加文本,在数分钟内就能生成品质精良的幻灯片视频。

需要注意的是,免费用户只能生成30秒的视频,用户支付5美元/月(可中断)的费用,生成的视频就可以是不限长度的了。此外,Animoto 视频模版中被归为Pro Exclusive 的部分是只有Animoto Pro 的用户才能使用的,该计划需支付39美元。(不久前我5美元购买过Animoto 的服务,虽然只做了一个视频,但也还是觉得值,一大原因就是因为他们提供的视频模版效果很不错。但按年付费对我这类并非专门做视频的用户而言就没什么必要了。)

Animoto 的后台由“电影人工智能科技”和“高端运动设计”支持,去年6月,该公司获得了2500万美元投资,总共获得了3000万美元投资。

分类: 4酷!硬件 标签:

用AxureRP做产品的需求管理

2012年11月29日 没有评论

【编者按】本文作者@朱军华Ronzhu 面对众多的产品设计需求,产品设计人员要想一一理清楚就已经是一件不容易的事,更何况要将这些需求清单全部都变成可演示的产品原型。

对于没有研发背景的产品经理来说,从需求检查清单到需求文档是一个较难理解的技术鸿沟,因此对于这部分产品经理来说,有相对来讲比较贴近最终产品实际的原型,对产品的需求管理会容易很多。

研发背景是指参与过产品的需求分析、产品设计、产品开发、产品测试、产品运营这样完整的过程。特别是没有开发之前的产品阶段经验的,对产品的需求管理会比较模糊,没有一个清晰可视化的指引,产品经理在管理产品的时候会比较累,也比较的被动。

再者对产品设计人员来说,一个产品的原型并不是只有一个版本,且设计多个需求时,部分设计可以重用,也能提升产品设计的效率。

AxureRP经过这么长时间的使用,已经渐渐深入人心,不过很多人看到AxureRP的第一反应就是原型设计,其实AxureRP还可以做很多其他的事情。就像很多其他工具那样活用起来,虽然说术业有专攻,但在要求不高的时候,AxureRP绝对可以用来做产品的需求管理。

首先其自带的共享协作功能,就是很好的将需求化整为零,又最终归集在一起的应用;

其次是其站点地图管理模式可以清晰的反应出整个产品的结构,类似产品的需求检查清单,可以逐一确认;

再者AxureRP可以用来做版本管理,每次改动都可以记录下来。

AxureRP的共享协作功能类似开发人员用的集成开发环境,可以将需求分成各个小项,由各个不同的产品设计人员设计,然后最终归集在一起做统一验证,当然这里有一个设计风格统一的问题,这个应该每个公司都有一套特定的设计规范的,至少某个产品的设计风格是有统一标准的。

需求拆分后,首先要保证每个单独的需求都有完整的Story可描述,原型设计完成之后可做单独的演示验证;其次要保证每个拆分后的需求合而为一之后是一个整体,这里不讲求无缝对接,只求大体上没有问题即可,这样在做完整性验证的时候,就不会出现断层的情况,就要求在开始原型设计之前要确定好整个产品的需求检查清单,对每一条需求list指定对应人员进行设计。

大家在共享任务里领走各自的所负责的部分,在设计完成后提交即可,且每次改动规定必须先签出到本地,这样可以不影响实际的原型整体。

AxureRP的站点地图面板可以很好的展现产品的层次结构,可以直接将需求检查清单按照产品的模块构成维护成树形的结构,每个需求对应一个节点,这样可以清晰的看出哪些做了哪些没有做,而且这样设置之后也有利于协作的时候分派,汇总之后也不会导致结构混乱。

如果不能按照这样的方式进行设置,也可以在设置好对应的产品信息架构之后,将里面的节点和需求检查清单里面的list项进行关联,以便备查。

产品的设计版本管理可以依托AxureRP的站点地图面板来进行,将每次相对较大的调整都复制出一个版本节点来记录,这里改动是否需要新建版本由各自的产品设计人员来把握,目的是为了对每个设计版本可以进行追溯,尽量减少改过来又改回去的返工情况。

而且进行版本管理之后,也可以清晰的看出每个需求节点的需求变动情况,前前后后改动次数较多的就说明有问题了,要么是需求分析阶段的问题,要么就是产品设计人员没有理解需求的本质,总之可以针对性的进行分析和解决。

AxureRP还可以自动生成需求设计说明书,只不过所生成的问题如果要实现图文并茂,就需要额外的注释。

一、是在设计的时候就写好注释,本文所介绍的方法,在协作的时候就可以要求不同的设计人员将各自所设计的功能进行注释;

二、是手工的补写,对于较大的设计项目来说,这个比较困难,必须有一个人了解整体的设计细节。

AxureRP还有很多隐性的功能是可以发掘的,比如模板的重用、页面的说明等。

如果现行公司内没有很好的需求管理工具的话,AxureRP是一个不错的选择,可以在内网搭建一个小型服务,将产品原型的生成目录发布上去,就可实现在内部的访问,非常的便捷。

分类: 3电动设备 标签:

在熟练使用2B铅笔前,请不要打开Axure

2012年11月29日 没有评论

在互联网产品领域,Axure已成为产品经理、产品设计师以及交互设计师的必备工具,从某种程度讲,Axure帮助我们建立低保真模型,便于与用户的需求验证,也帮助我们构思交互细节,使前端和开发人员更容易理解我们的产品;但从另一方面讲,Axure绑架了我们的思维,让很多产品经理和设计师养成了“无Axure不设计”的恶习,忽略了用户故事、功能规格和信息架构,甚至走入“为了用Axure而用的误区”,导致了资源的大量浪费和产品的硬伤。因此,提醒为Axure着迷的产品经理:在熟练使用2B铅笔前,请不要打开Axure。

  自我监测是否对Axure着迷 yixieshi

  喜欢开始设计产品时就打开Axure的产品经理通常有一些共性:

  ●熟练掌握Axure或对Axure充满了敬畏;

  ●信奉细节至上,认为Axure完全可以替代PRD;

  ●喜欢通过Axure实现复杂交互或精细化原型并取得成就感。

  ●保持最新版的Axure,常泡Axure专业社区;

  ●很少使用铅笔和白板进行沟通;

  符合其中的3条,可以说你处在高速成长中;不过如果5条都符合,说明你应该调整一下自己的侧重点,否则你将偏离Axure原型工具的初衷而陷入细节,导致视野受限或沟通不畅,甚至造成产品和项目的失败。 一些事

  清醒认识Axure在产品设计流程中的位置

  必须承认,不同公司、不同组织结构和不同岗位对“正确的产品设计流程”有着千差万别的认识。但我们依然可以引用AJAX之父Jesse James Garrett在其《用户体验要素》中提到的5个层级来达成一些共识:

  不同角色应该关注的产品层级:

   BOSS与产品负责人先解决战略层问题;

   产品负责人或产品经理解决范围层问题;

   产品经理带队搞定结构层问题;

   产品经理带领产品设计师或交互设计师,设计框架层; 一些事

   界面美术设计师根据框架层设计表现层。

  到这里,争议出现了,有人认为在结构层,应该使用Axure出交互设计原型,我想这个误解也是Axure被滥用的根源所在。

  交互设计不等于使用Axure设计原型中的交互界面

  我知道这有点绕口,并且有些扯远了,但不得不说,大多数产品人并不能很好的理解交互设计与设计交互界面有什么联系,并且绝大多数产品团队在结构层几乎断档。

  用户界面是交互设计的结果的自然体现,但是不能说交互设计就是用户界面设计。交互设计的出发点在于研究人在和物交流(dialog)时候,人的心理模式和行为模式,并在此研究基础上,设计人工物的可提供的交互方式,来满足人对使用人工物的三个层次的需求(usefulness, usability and emotionality)。从这个角度看来,交互设计是设计方法,而界面设计是交互设计的自然结果。同时界面设计不一定由显意识交互设计驱动,然而界面设计必然自然包含交互设计。

  我们期待未来的人机交互能早点实现,不过对目前互联网产品而言,交互设计的步骤包括:

  ●用户调研 yixieshi

  ●概念设计

  ●创建用户模型 一些事

  ●创建界面流程 yixieshi

  ●开发原型并进行可用性测试

  很显然,使用Axure设计快速原型,应该放在交互设计的整体工作结束后,也就是框架层设计时进行。 一些事

  不过,我没有一点贬低Axure的意思,因为在框架层中,Axure的widget元件、交互动作能够很方便的绘制网站的界面、导航、甚至细节的信息元素。并且能够快速生成可交互原型与需求方和项目组内进行沟通。在某些敏捷团队中,Axure原型的确可以代替PRD使用。

  产品结构层设计,请先拿起你的2B铅笔

  面对结构层的抽象,请不要灰心,2B铅笔是你克服困难的终极武器,记住,要用2B铅笔。因为2B铅笔软硬度适中,涂抹均匀,价格便宜,韧性好又容易擦拭,无论考试还是素描都是很好的选择:)

  当需求范围已经相对清晰时,请先拿起笔,把产品的蓝图画出来。通常对一个网站而言,你需要构建一副整体信息架构蓝图,也就是网站的主要网页和层级关联。记住,只有当你相信自己用2B铅笔画的信息架构草图是大家想要的,否则不要着急用工具进行美化。

  对于网站中复杂的功能流程或对于软件产品而言,你需要通过UML(统一建模语言)描绘更加具体的概念模型。

  将构思映射在纸上,提高沟通效率

  用铅笔勾勒蓝图或流程,目的是提高沟通的效率。拿起2B铅笔,用10分钟将头脑风暴或范围讨论后的思路花在纸上,尽快与BOSS或团队成员确认,是结构层最重要的事情,没有唯一。

  我见过太多的产品人员,包括我自己也曾经常犯类似的错误:妄图一开始就使用电脑辅助设计程序,优美的将信息架构或流程图画出来。甚至跳过这一步,直接使用Axure话线框图。这个错误的可怕之处在于:你搞得自己很忙很苦逼,结果做出来的是无法得到认同的垃圾。更可怕的是,在面对你看似完美的图标或线框图时,BOSS被你忽悠住了,然后你们投入了整个团队的开发资源,用了几个月开发了一堆垃圾出来。

  如果说80%的产品失败在需求阶段,我可以说80%的需求失败,是没有用2B铅笔沟通而很2B的用软件沟通。你完全可以10分钟画一个简单的网站结构或核心功能逻辑,然后与领导充分沟通,尽可能的把问题暴露出来,并尽快优化甚至推翻重做。否则你将深陷网站界面和细节交互的泥潭,而忽略了产品真正的核心价值所在。记住,需求被砍掉不是耻辱,做垃圾浪费资源才是最大的耻辱。 互联网的一些事

  用白板统一意见 一些事

  如果说用2B铅笔绘制草图是产品项目的大脑,那么白板就是产品项目的心脏,对敏捷团队尤其如此。无论是在范围层的头脑风暴或敏捷故事中,还是在结构层设计时对更加详细的蓝图或流程进行确认时,需要将构想画出来,并且可能需要边画边讲。如果你对此已经轻车熟路,你可以在简历中写上自己善于沟通了。

  使用工具将结构层存档 yixieshi

  到目前为止,你的产品规划应该已经符合了领导的构思,同时也赢得了架构师的支持。非常好,你只需要用Visio将其画出来,就可以插入需求文档了。虽然visio有一些问题,但我认为它依然是描述结构层最好的建模工具,不是因为它有多强大,恰恰相反,它够简单。 互联网的一些事

  也许ROSE类工具更加强大,但你不是开发者,更不是架构师,认清自己的角色,对产品经理而言,Visio的UML工具和网站总体设计图已经能够满足结构层的需要,不要被复杂的工具左右自己的思路。当然,如果你使用MAC,OmniGraffle毫无疑问是你最好的搭档。

  在框架层,开始低保真模型的设计 yixieshi

  终于从抽象到具体了,你可以偏执地继续装B手绘

  不过大多产品经理会选择Axure作为快速原型工具

  Balsamiq mockup也是不错的选择,总之,这一阶段你需要设计产品的低保真模型。但千万不要自娱自乐并深陷细节。因为你需要基于低保真模型进行又一轮沟通,如果条件允许,最好进行一次可用性测试。

  你需要将领导、团队、甲方甚至扫地大妈的意见综合考虑,对低保真模型进行优化调整,并不断完善,以形成可以存档的产品交付物。对不同的团队,你有几个选择:

  敏捷小团队:直接基于Axure进行开发;

  矩阵式项目组:将低保真模型做成高保真模型,并尽可能完善交互细节,便于交付UED或美工进行设计;

  跨业务或外包:为了预防变更,需要更多前期可用性测试。并尽可能完善说明和注释信息,输出word等存档。

  总结

  就像我在前面提到的:“正确的产品设计流程”是个伪命题,适合的才是最好的。但我们不难发现,沟通贯穿了产品设计的全过程,因为设计不是孤芳自赏,更不是自娱自乐。与其说本篇是忽悠大家使用2B铅笔,不如说是呼吁产品经理和设计师们进行更有效率的沟通。如果你有相同或不同的想法,欢迎在微博上跟我交流,至于什么阶段用什么工具,元芳,你怎么看? 互联网

分类: 3电动设备 标签:

无觅相关文章插件,快速提升流量