分类归档: Startup

当我做产品的时候我在想什么

提醒:本文将涉及到我对医疗健康类应用的一些看法,但会被不少读者视作软文进而引起强烈反感,如果你不想读下去,赶紧换台。

言归正传,这几天我自己进行了隆重的产品发布 – 女儿出生;公司团队也发布了重要的产品升级 – 家庭用药 2.0 版本,iOS 与 Android 以及 Windows Phone 平台都已经发布上线。

家庭用药 2.0

产品发布之后当然要进行宣传,有一些朋友或是读者看到我提及这个产品之后就有疑问,「你们不是做了一款用药助手,又做这一个家庭用药干什么? 」

能够知道我们发布过「用药助手」,说明之前对我们的产品还是有点关注的,实际上,「用药助手」是面向专业人士的,比如医生、药剂师;「家庭用药」则是面向更广泛的大众人群。

在「家庭用药」2.0 版本之前,与「用药助手」的基础数据是一套,但是功能上差异很大,因为面向的最终用户不同,而最终用户的使用场景又不同。从这个版本开始,「家庭用药」将逐步引入一些辅助类数据以便更好的为大众人群服务。

既然提到了「使用场景」,那有必要强调一下,医疗健康类乃至生活类的的移动 App 是无法绕开「使用场景」的,不强调「使用场景」则无法提供价值。比如有人说「我用了你的工具,想查询一下胃疼应该吃什么药,可我应该怎么查? 」抱歉,这款工具做不到这样,而且,目前任何医疗类工具都无法帮你自诊,因为诊断是一个非常复杂的事情,要诊断,去看医生,这才是正确的场景。

或许有些人根本不明白「使用场景」到底是个什么,这里需要强调的是,使用场景不是靠纸上谈兵谈出来的也不是设计出来的,而是根据实际用户行为得到的。

有人说,那这个工具的「对症找药」是干嘛的? 你不是自相矛盾么? 恰好相反,这是在你先明确自身疾病的情况下,比如我已经知道自己是个类风湿关节炎患者,那么我可以查询一下相关的治疗方案和推荐药物。这有什么用? 自己对相关的药物信息了解越多,风险就越可控,以我自己为例,吃了止痛药之后不能喝酒,同时应避免开车,因为药品「不良反应」里面会提示少数病人可能引起视力模糊或是嗜睡等,而我刚好是这样。

疑问又来了:我买的药本身就带说明书,我用你这个工具干嘛呢? 举个例子,今天在医院里,我刚出生的女儿有点黄疸,医生说不放心的话要不先吃点中成药,茵栀黄颗粒。我反对,跟家人说这样就更不放心了。新生儿黄疸很多能自行恢复,吃了,也不知道是不是这玩意儿有效,如果指标继续升高,还是要照蓝光。而且还不知道副作用。查了一下「家庭用药」发现药品说明书标注「不良反应: 尚不明确」(中成药基本都这样),「禁忌:对本品过敏者禁用」。对于一个新生儿,我不放心不良反应尚不明确的药物,也担心药物过敏,只能对医生说我们不用该药物,这是在医生开出该药物之前。这也是一个「使用场景」。

这样一个一个「使用场景」的做,累不累? 累,而且用户的使用频度也不高。但用户一旦发现一个功能刚好在特定场景下起到了作用,他们就再也不会忘掉你的产品,慢点,但是有效。

为什么不做一个「智能」的牛一点的工具? 抱歉,以现有的技术和数据,做不到。没有什么工具能取代医生面对面的问诊,哪怕是通过网络的问诊也难有实效。如果有人号称他开发的东西能做到帮你解决医疗健康问题,毫不客气的说,那是在骗人。

当然骗人也是一门生意,如果去看一下 App Store 医疗分类里面的应用,你会发现,绝大多数的产品都是垃圾,有些就是赤裸裸的骗子应用,科学松鼠会的创始人姬十三在接受《南方周末》采访的时候把这些应用称为「谣言大全」,实在是恰如其分。

在这些垃圾产品中,能够让人记住你,首先并不是产品做的多酷,多智能,体验做得如何牛(当然不是说这个不重要),也不是说能抢占用户手机,而是要有正确的产品价值观 – 对用户真正有价值。有些垃圾产品的确能吸引眼球,通过刷榜或是各种方式能搞到不少安装量,但是小毛驴拉车 – 没长劲儿。用户慢慢会发现那些有价值的东西。

除此之外,「耐心」是不可或缺的东西。一款工具刚发布的时候,难免会引来不少评论,什么「看好」「不看好」之类的论断,倾听这些评论但别轻信,因为产品还在不断改进,还会不断的进化。我们的「用药助手」刚发布的时候界面也很粗糙,也受到了很多质疑,比如「医生还会记不住用药说明书?」能够证明产品价值的,是目标用户。

「耐心」还意味着别总想着靠产品赚钱。经常有人问我们,你们做这个东西怎么赚钱? 我的回答是先做价值,没有价值别想着赚钱,那么想赚钱还不如去骗好了。那些想着赚钱但不提供价值的产品都会慢慢消失 – 他们逐利的本性就决定了很难有耐心。

当我们做产品的时候,我和我们的团队更多想到的是这些东西。供大家参考。

感谢你对一篇软文这么有耐心,居然能读到这里。

觉得这篇文章对你有价值,不妨安装并体验一下「家庭用药」这款 App。

此文位于 Startup on by .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

无解之解

今天在微博上看到一位做技术的朋友提出的问题:

怎么能不让DBA看到应用的任何数据?

是个有趣的问题,不过是个不需要解决的问题,为什么不需要解决?因为即使解决了,也是个非常糟糕的办法,反而带来更多的隐患,付出更大的成本,看似解决,实际上无济于事。最多给点心理安慰。

不知道大家想过没有,有的时候我们费了很大力气不过是在寻找无解问题的解决方案,也就是说你把精力耗费在了不正确的地方。 比如这个如何彻底避免 DBA 看到所有数据? 还有类似如何彻底杜绝 Unix 系统管理员(SA)执行 rm 命令? 如何设计完备且不会让员工钻空子的流程制度? 如何避免让医生看到手术台上病人裸露的身体…

在大一点的公司里面,这类问题一般体现了领导者的行政意志,一层一层压下来,结果执行层面只得硬着头皮搞解决方案。如果领导者最后能醒过神来还好,否则的话,就会苦了不少人。

我看到的另外一句有趣的话是这样的说的:「如果你觉得你需要一把戳不坏眼睛的勺子,其实你应该想想为什么要用勺子戳眼睛。」

创业团队和小公司,应该尽量避免绕开这类问题,不要在这种无意义的事情上浪费太多的成本。当然大公司该浪费就浪费吧,那么多人,那么多资源,不浪费一点怎么能称之为大公司呢?

说起大公司,其实我心底一直敌视大公司,或者说鄙视大公司的所作所为,有的时候看到一些大公司做的蠢事就觉得乐不可支,而且坚信今天的各家大公司早晚有一天会成为历史,会因为自己的愚蠢死掉,会因为自己的傲慢错过更多的机会,会因为自己的庞大而无法适应新的时代,会被各种小公司蚕食掉,而哪些新成长起来的小公司会再演变成大公司,这就是商业社会发展的客观规律。

EOF

此文位于 Startup on by .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

Startup News

假期有点空闲,搭建了一个小工具: Startup News.

程序用的就是 Paul Graham 的 Hacker News 的代码,所以跟 HN 很像这是正常的。不过不正常的是,立刻就有人说这是抄袭 HN,问题是,这套代码是开源的。

这就是我们一部分人的思维,只要看界面像,立刻就是抄袭。

话说回来,为什么要弄这个玩具呢?

我自己需要一个这样的工具。每天打开浏览器,我想要大致知道这个行业,关于创业、技术、产品,出现了哪些值得阅读或是值得关注的内容。不一定是最新的内容,那是科技新闻网站要做的事情,我想知道的是潜在的「热点」,或者是一些小众化的流行内容,比如一位技术专家写了一篇技术文章,有深度,但是领域比较窄,这样的文章可能永远也不可能在 36Kr 或者 CSDN 或是新浪科技的首页上看到,但是,我需要,这是我自己的需求。而且,上线这几天之间我已经发现了不少值得阅读的内容。

以前用 Google Reader 是可以完成这个需求的一部分,不过自从 Google 主动对 Google Reader 自宫以后,要发现类似的信息成本就变得高了起来。所以,需要一个这样的工具。

但是,既然有了 HN ,又弄一个克隆的东西干嘛呢? 没错, HN 每天我也在看,但是由于语言的关系,那上面永远也不可能出现「中文」的信息。HN 不可或缺,但是,我还需要更多。

那么,你为什么不自己写一个呢或是用其它类似的程序呢? 自己从头做一个没有必要,即使自己写一个,也不可能有 News.arc 这么好。这个程序唯一的遗憾是可定制化不那么灵活(当然搭建也的确够费事的),但是核心功能已经足够好了。其它类似的程序,都没有这个这么简洁精巧。

那么,你为什么不搞一个科技类垂直媒体呢? 我觉得内容的复制来复制去没有必要。与其将内容转贴来粘贴去,还不如,只给一个链接,把流量还给内容的创造者们。

那么,你弄了这个东西就一定能解决你的问题么?不一定。这个东西需要多人合作才能更好玩。一个人或者少数人的视野依然有限,必须要更多的参与者。现在问题变成了: 你乐于参与这种协作么?

那么,这个东西应该如何发展? 为避免陷入更多的空谈,我只能说:我还不知道。需要更多人使用才可能会看到这个工具的价值,也或许本身并没有价值。

那么,怎么才能用呢? 简单的说,第一步,注册;第二步:提交你认为值得提交的内容;第三步:看到别人提交的不错的内容做个投票,循环到第二步. 这几点就够了, 当然也欢迎就特定的话题发表你的看法,讨论一下.

最后,适合哪些人来玩? 创业者,技术人,产品人,投资者… 对科技类新闻感兴趣的所有人. 欢迎大家分享你看到的有价值并值得分享的内容. 也欢迎创业团队分享自己的产品和招聘信息.

一起来玩吧.


更多信息:延伸阅读

此文位于 Startup on by .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

技术人创业建站简略指南(第二季)

假定你已经读过了 技术人创业建站简略指南(第一季) ,我们谈谈接下来的事情。

选择产品

一般来说,折腾一些小型站点,不需要自己从头开发一套东西,选择一套相对成熟的开源工具更为适合。但这就带来一个如何「选择」的问题。比如说 CMS 产品,对于国内的开源 CMS,坦率的说,我是不太放心的,也基本不怎么推荐。很多开源 CMS 产品都有中文语言包,所以汉化方面几乎不是问题。那么到底要怎么选的? 有一招是很多主机服务商都有一个「OneClick installs」一键安装的软件列表(参考: 1,2)。对比几个一键安装的推荐列表,基本上也就不会错到哪里去。

对于国内的一些免费开源的 CMS 框架类的东西,出于安全上的考虑,一律不推荐。选择开发框架也是个见仁见智的事情,唯一的一个建议是,你自己就别开发一个框架了。毕竟你的目标是要做个网站,而不是做个框架出来。

邮件服务

再说说邮件服务。上篇 技术人创业建站简略指南 提到过如果只是发送少量邮件给用户,本机搭建个 EXIM 之类的服务也能对付用,不过如果要搞个小规模的邮件列表类的服务,建议就用 MailChimp 这样的服务即可应付,如果有群发需求,MailGunSendgrid 都是可选的,当然 AWS 也有免费的邮件服务,不过有上限。如果量比较大,用前面几个的话成本就有点抗不住了,建议用 SendCloud 的服务。这是搜狐技术团队做的服务,价格实惠,服务很好。

邮件服务是个相对复杂的事情,比如说要考虑 DKIM、SPF 一大堆的技术细节,以及跟国内各家邮件服务商的关系,总之涉及到技术也涉及到非技术的东西,如果你的规模已经发展到足够大,那么就没必要看这篇东西了。如果不在乎钱,可以忽略我这段话,随便找个国内第三方帮你发吧。

数据统计

其实在网站搭建初期你就要考虑数据分析的事情了。如果是 Web 服务,推荐同时用一下 Google Analytics 以及百度统计,最近一年来百度统计进步非常快。有个对比容易发现一些潜在的问题。在初期不推荐自己写工具做统计,除非是前面两个统计工具不能提供你需要的关键数据指标。但要记得,所有的服务器日志最好都保存。数据统计其实也和 SEO 有一定关系。从技术的角度来看,SEO 也是挺有趣的事情。

安全相关

网站安全是个系统工程,很多技术人虽然技术好,但是做的东西安全隐患颇多,安全问题也不够重视。所以,到最后总会有惨痛的教训,如果要避免一些常见安全上的问题,建议关注 WooYun「乌云」 这个服务吧,上面有不少热心的白帽子黑客,能帮你发现不少问题。

不只是小型网站,中大型网站也应该关注并且支持一下 WooYun。还有个日志宝, 在线的网站原始日志分析服务。我上面说所有服务器日志最好能保存,在这里也可以派上用场。

数据备份

从开始做站点的第一天,就应该把备份做起来,我现在才说这个事情,希望别太晚… 悲剧还没发生呢吧? 不只是你的网站数据,你的配置信息,方案,各种各样的数据都应该纳入备份范畴。而且,光有备份也是不够的,还应该定期回顾备份计划,是否是切实有效的,数据是否可恢复–尤其是数据库备份,恢复验证一定要做。

千万记住: 有了备份,不怕灾难

团队协作

如果你已经不是孤军作战,开始有了团队,哪怕是两个人以上,我也推荐你用一些在线协作工具来驱动相关的工作。推荐 Tower 这个在线团队协作工具,如果是公益性质的项目,他们还有个免费计划。好的工具是能解决问题并且提升效率的。

未完待续…

第三季筹备中

此文作者:, 位于 Startup 分类 标签: on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.