创业产品狗的自我修养

创业快四个月了,换了一个新的环境,开始使用和体验一些新工具。慢慢发现现在的工具的发展非常快,对创业者也非常友好。创业者有了更多的时间来投入正事,而不用再造轮子和浪费时间。下面是我列出的觉得还不错的一些与产品设计有关的工具。

最习惯的原型设计工具,易上手,可以轻松输出线框图和流程图等,也能很方便的注释和说明。配合强大的模版库和链接功能,也能做高保真的交互原型。不过跨设备的输出和演示等是软肋,而且还是太贵了。

不用说什么了,这是为移动时代设计而生的产品,有实时预览和海量插件的支持。Sketch也可以直接用于产品设计的阶段。另外一点,真的不贵。

Flinto是我用过的最简单直接的动态原型工具,它基本满足了我做简单页面跳转和动效的需求,而且通过网页演示原型的方法也非常方便。现在的期望是能同步Sketch文件以及增加注释功能,这样就能输出一份完美的产品稿了。虽然略贵,不过一年200刀的价格也物有所值。

最早是用来做项目管理工具的,后来发现其实是一个非常好的需求管理工具。可以建立需求的Product Backlog,然后建立版本的Board来规划各版本要完成的需求。此外,感觉轻单就是一个公开的Trello Board。

现在主要用来记Wiki和一些项目管理,Issue可以做Bug的追踪和管理,现阶段已经够用了。

最好的文件共享服务,用来存放视觉稿和产品稿等文件,免去了文件传来传去的麻烦。只可惜被墙。

集成了大量第三方服务的聊天工具,上面说的一些服务都可以整合在里面。除了连接慢点,其他都非常好。以前是邮件响个不停,现在变成某Channel响个不停了。

白板我现在只用来传Bug的配图,它的评论注释功能可以很好的把Bug说清楚,如果能支持一些画笔就更完美了。

Truman小记

一周前,我们的Truman项目终于上线了,这是我第一次全程参与并且亲手一步一步打造的产品。从最早的一个课程销售系统,到接入第三方直播API,再到切换自己的直播平台,整整花了近八个月。对于最后的成品,说不上多满意,但是也没有很失望,考虑到捉襟见肘的资源,这也是可以接受的。

整个过程中最不舒服的一点是我是以一种乙方的身份介入,一直在响应内容运营的需求。除了无法很准确的把握他们的需求之外,内容团队本身也是一个不稳定的因素,没有形成一个稳定的课程框架和销售策略,我们一直在疲于奔命应付,处于很被动的境地。

而具体到产品设计的环节,由于市面上的直播产品已经形成了一套基本的产品形态,自己设计的时候基本是依葫芦画瓢。有次讨论,老板提到实时聊天这种形式是否是必须的,是否可以用其他的方式来代替。这时我才有被点醒的感觉,已有的这些模式不一定是对的,完全可以跳出这些条条框框。当然,聊天这个功能从上线后的效果来看是不可或缺的,直播的其他地方或许可以尝试下改变。

进入到开发阶段后,由于研发们没有Windows方面的经验,很多细节和功能都是采取了折衷方案,甚至被迫接受了一些反人类的实现方式。不过有些折衷方案最后看来也是比较经济可行的,但是那些反人类的设计还是需要后续推动改进的。鉴于公司产品人员的地位,项目管理基本上没有参与,但是最近开始重新检视Scrum的流程,产品人员的把控度应该会慢慢提高。

回头看,Truman这个产品多少有点像防御性质的实验品,虽然承载着公司变现和未来商业化发展的使命,但是和K12业务有点脱离,而且短期内直播辅导形式也很难介入到K12中。更遗憾的是直播课和题库还是分离的,题库所积攒的大量用户数据理应可以成为在线个性辅导的基础,打通两头的任务现在看来也是困难重重。

产品上线之后的验收是一个刺激的过程。这一周陆续收到了一些反馈,一些假设被验证,一些结果也出乎意外。和从无到有打造产品相比,接下来改进提升产品也将是一条荆棘路。

理想的租房工具

上周末开始了在北京真正意义上的找房之旅。之前在北京找过两次房,第一次是同学帮忙找的床位,第二次是在v2ex上看到有人招租直接杀过去就定好了,而这次则是真正跑了两天,打了二十多个电话,看了三家房源之后,终于还是找到了满意的房子。

这次主要是还是在58和赶集上找的,以往听到太多的抱怨都是容易碰到黑中介,但自己的体验却发现如果标明是个人房源,中介冒充的情况还是比较少,我联系到和看过的都是房东直租或者个人转租。58和赶集本身产品上已经做出了一些限制,比如官方的房源认证以及依靠用户的众包举报机制。

既然有58和赶集这样的信息发布平台,房东为什么还是要找中介呢?以前不理解,但经过这次的经历后我也明白了房东的难处。每次和租客沟通联系本身要消耗大量的精力和时间,还不如一股脑的扔给中介,不仅省事,而且房东经济上也不会有任何损失。

纵观现在的58、赶集或者还是豆瓣、水木这样的论坛,本质上还是一个静态的房源发布系统,房源真假的问题虽然能解决,但是接下来的看房流程管理以及房源的状态更新却是缺失的。我想到的下一代看房或者租房工具应该着重解决这块儿的问题,当然,它肯定是个手机客户端:

  • 房东端
    • 房源:
      • 真实性:应该允许房东和中介都发布信息,可以借鉴58和赶集的做法,靠用户众包来鉴定房源的真假,同时制定严厉的惩罚规则,尽量保持房东直租的纯正性;
      • 环境:现在房东基本只照室内,其实楼道、小区的环境对租户来说都是很重要的考量指标,所以这个工具应该一步一步引导房东正确的拍摄室内、楼道、小区的基本情况;
    • 看房管理:
      • 时间管理:注明自己空闲的时间段,租客可以直接提出申请,回馈之后可以生成一个日历;
      • 筛选回复系统:接受信息,筛选出符合自己标准的租客,回复定好时间地点;
    • 状态更迭:房间有没有租出去,这需要房东来更新,这样相关的租客也会收到消息。
  • 租客端:
    • 个人信息:房东实际上很在乎租客的个人信息,最好能有一个职业、学历的简介;
    • 看房管理:
      • 状态标记:在看房前,房源太多很容易忘记把看过和没看过的弄混,所以对于房源需要一个状态标记的操作,比如不感兴趣、已经联系、准备看等等;
      • 申请:基于房东的时间段发出看房申请,等待回复;
      • 看房时间:和房东端一样,应该能有一个日历似的东西,显示已经定好好的时间段;
    • 状态更迭:看房后,结果也需要反馈,会影响日历系统和房源状态。

总体而言这是一个手机上的C2C的租房工具,它是一个动态更新的系统,将需求双方紧密的结合在了一起。如果有这样的平台,我们的租房之苦应该会减少不少。

Timehop

用了一段时间的Timehop,发现最越来越喜欢这个提供互联网时间旅行的应用了。脱胎于Foursquare的首届Hackathon大赛,这个原为4SquareAnd7YearsAgo的项目最初是为了再现你某年前同一时间段的签到。而后,他们把服务延伸到Facebook、Twitter、Instagram和Flickr,最终变成了现在的Timehop。这样,通过Web、客户端或者邮件,Timehop会再现多年前的今天,你在这些社交媒体上做了些什么。

正如Timehop的简介中所说的那样:“内容随时间增值”,Timehob提供了一个保存记忆和审视自我的窗口。荣格认为人的力比多发展是从外到内,也就是年轻的时候人们的能量会外倾,关注外部世界,但是随着年龄的增长,人们开始内省,关注内心世界。我也认为人们对网络服务的需求也追寻同样的规律。Web 2.0鼓励人们外倾和自我暴露,人们一直都在通过各种网络服务和应用向外宣泄内容。随着时间推移,人们也需要工具来收集自己遗落在网络上的碎片,开始重新认识自我。Timehop多少可以起到这样的作用,去年今日的照片、地点和自言自语可以完整的组成记忆拼图,而记忆内容本身愈久弥香。Timehop甚至可以帮助我们发掘出很多有价值的但是被遗忘的瞬间。通过时间段的对比,我们也能清晰地审视自己的变化。如果时间够长,Timehop可以完整诉说你的Life Story。

Timehop客户端(Web也类似)有不少亮点:

  • 视觉:吉祥物时间恐龙@ABE非常有意思,在多个页面都会出现,而且在不同的页面会有不同的表情和动作变化,这是我见过最有爱的设计。
  • 照片推送策略:Timehop是依据照片EXIF信息的拍照时间来推送,而不是上传时间。虽然EXIF信息也会有误,对那些从不矫正时间的拍照者而言。但是真实拍照的时间显然比你在某个网站上次的时间更能引起共鸣。当我发现Timehop上最近出现我两年前在海南骑行的照片时确实惊喜了一阵子,因为那些照片并不是我即时上传的。
  • 新闻功能:Timehop的最新更新还加入了类似“历史上的今天”的功能,除了你的社交网络的内容,它还加上了多年前这天的大新闻。集体记忆也是记忆的一部分,加入这些对个体多少有些影响的新闻,Timehop可以勾勒出更完整的记忆图谱。

不过也有些不足:

  • 内容不会存档,只能查看当天的内容。这样的设计虽然很简洁,但是对于一个人生记录本来说,完整的存档和查询也很重要;
  • 社交化的尝试,Timehop可以和Facebook的好友建立联系,在Timehop中分享内容。但是社交并不是它的核心价值所在。

国内外有一些类似的服务:

  • 人人的过往的今天:在我看来这是一个彻彻底底失败的产品。随机展现一些好友以前的照片,虽然刚开始会有一些吸引力,但是它却没有考虑被展示人的态度。这种产品的前提是个人的私密性,人们也许会把多年前的糗照分享给亲密好友相互调侃,但是完全暴露在大众面前,我想只有适得其反的效果。而人人甚至都没有为用户配置一个关闭这项功能的开关。
  • thepast.me:和Timehop类似,thepast.me可以聚合多个服务,通过网页浏览和邮件订阅,而且有完整的历史存档。但是thepast.me一个问题是强调探索发现,实际上陌生人的“旧时光”对于我本人来说是没有任何价值的。
  • Momento:Momento是个iOS上的日记应用,它可以导入多个社交账号的内容,按时间聚合在一起。这样也有历史归档的作用,我们可以按日历查看当天我们到底做了什么。可惜的是它是以当前的日记为主,不能自动导入每天的内容。

可以说,Timehop目前仍是同类中独一无二,而且最有爱最轻松的App,不知道这家初创公司的未来会怎样,还是期待Timehop和@ABE能为人们带来更精彩的时间旅行体验。

关于iPhoto和Photo Stream的胡言乱语

今天第一次用了苹果的iPhoto,有很多意外发现。首先是分享功能,在Mac上的iPhoto可以把里面的照片新建一个Photo Stream分享出去(iOS设备也支持),指定联系人后,对方将会收到共享邀请,这样他在所有支持Photo Stream的设备上都可以查看这些照片。在Mac或者PC上,他还可以下载原始尺寸的照片。而这个共享的Photo Stream相当于一个共享文件夹,后续的更新对方可以一直订阅。此外这些公开的Photo Stream还有评论和喜欢等一些社会化功能。

Photo Stream其实相当于一个图片分享的解决方案,它的巧妙之处在于先查看再共享,一般的共享工具都强调实实在在的共享存储空间。而苹果却强调流的概念,共享的照片流对方可以迅速查看,实际上在这个阶段他已经拥有这些照片了。后续虽然只有30天的时限,但是对方有足够时间来管理下载这些照片。可以说,Photo Stream这样一个为云和多设备而生的产品足足领先了一个时代。虽然我现在也会用Dropbox来上传移动设备的照片,但是和iPhoto相比,它缺乏配套的硬件和桌面管理服务。只可惜,iCloud的这些服务在国内似乎普及度不够,一坨iPhone用户还在用QQ联系人备份联系人。

其次是iPhoto的人脸识别功能,确定一个被识别出的人后,iPhoto会给出其他有类似目标的照片,你可以逐张判定,也可以一键按组判定。识别越多,后续的识别也会越准。自己的照片最容易识别,也最多,由于按照时间排列,浏览的时候看着自己的脸在一点点变化,再也没有比这更强的时光流逝的感觉。和前面的分享功能结合,iPhoto可以把某个人的照片集分享到Photo Stream。以前曾经想过类似的功能,就是能自动标记朋友,然后把照片传到相应的朋友的应用中。iPhoto基本可以满足这样的需求。人脸识别现在可以读取联系人,如果进一步和联系人的iCloud的账号绑定,照片共享的过程将会更加智能。当然还是有个前提,iCloud的用户足够多。

虽然苹果设计的大众软件一直被诟病,但是硬件的支持可以削弱这一劣势,而且这些软件也确实是为用户的情感和需求而设计的。是的,感觉我要成为脑残苹果粉了。改天再谈谈一直被大众唾弃的iTunes。