产品与设计 【产品鸭周刊】Vol.2-值得看:本周新产品发现和思考

Madlifer · March 25, 2022 · 97 hits

Hi,W2Solo 社区的独立开发者们,我是@Madlifer,一个在职的产品经理。

社区是不是该有一个 “开坑” 的功能这个帖子中,我看到论坛的各位成员对于这样的一个需求确实是有的,刚好我有这样的一个 newsletter 专栏,所以开个帖子介绍给大家。

这个专栏和其他的一些专栏内容并不相同,并不是推荐你去尝试某个产品,而是从这个产品来给你一个产品设计思路和灵感。比如这篇专栏文章中介绍的所有产品其实都是可以去尝试做的。

提前声明因为这个专栏的内容比较 hardcore,读者在阅读的过程中我希望能够慢下来去读,而非使用浏览的速度去读。

接下来就是本篇正文:

每周五读一篇新产品与设计思路介绍,创业者产品创业的精神武装。 ——产品鸭周刊

飞项 - 可社交的代办清单

fx

产品链接:

https://www.feixiang.cn/

产品简介:

飞项,事项协作专家。解决泛职场人的每一件"事"为基点,将 “事” 内产生的计划要素、分工协作、内容沉淀及碎片化沟通集合,以"事项集"的形式构成职场人每天的工作待办,以此产生团队协作、项目管理、流程化构建等。

我的思考:

虽然飞项的团队始终说自己是待办清单,但这个产品的归类就是团队协作工具,一个适用于小型团队的很棒的团队协作工具。

团队协作工具一般情况下有两种,一种是以 slack 为代表的以人为主体的团队协作,把事项创建成不同的频道,把人加进来随时的进行协作和交流;国内用的现在比较多的比如 worktile、Tapd 等团队协作工具都以事项作为主体,把事分配给人来进行协作。

飞项这个产品还是以事项作为主体,并没有改变大多数人习惯的协作方式,但引入了类 Slack 的 IM 元素后让协作效率大大增加了,从产品的概念来说,和飞书的设计有点相似。

我在尝试了这个产品 10 分钟之后,我的脑子里面突然蹦出来一个词:“原子化”。

原子化设计是 UI 设计中很流行的一种理念,简单理解就是在一套 UI 组件中:字体是原子、按钮是原子、标签是原子,他们可以组成下拉菜单、模态框、警告提示等 “分子”,然后组成主题块,再往上结合组成页面...

飞项这个产品的原子就只有一个 [事项],产品里的每一个地方都是围绕事项组建的,比如任务由事项和人组成,任务又组成每日看板或项目,讨论和会议都围绕事项,产生的沉淀是事项的附属。

讲到这里读者应该明白我要说的产品设计原则是什么了。就是我们在做一款垂直领域的产品时,一般都会像飞项这样进行设计,围绕一个核心点进行设计。

之前遇到一个网友说要做一个养宠指南类产品,他先规划了一个宠物照片分享,然后又拓出来社交功能,可以加两个人一起好友聊天讨论之类的。我想如果这样做下去,这个产品肯定是上线就会失败的。

其实只要确定这个产品的核心是【养宠】,所谓宠物社交等功能也就不会被设计出来,就算要设计出来也是扩展产品受众的时候,产品的第一版本一定要足够聚焦,把确定的受众吸引过来,一些非目标用户吸收进来之后反而会影响产品的发展方向。

思考就说到这里,我比较推荐读者在做 sideproject 的时候去尝试使用一下这个产品,和微信生态关联的很好,无论你是和其他职能岗位组成了一个创业团队,还是自己做部分工作进行外包,都可以通过它很好的去完成。


Mage - 拥有自己的诊疗记录

mage

产品链接:

https://mage.health/

产品简介:

一个安全的平台,用于管理和共享医疗记录,让患者掌控一切。

我的思考:

Mage 的产品简介我引用了作者的自述,但他的功能实现路径在国内基本没有办法实现。阿联酋的医院都会把诊疗信息方到病历单的二维码里,可以直接扫描获取这些信息导入到 Mage 这个产品中。很明显,国内没这个说法,该产品写到这里的原因是,我认为在个人病历管理这里国内处于一个产品空白状态,而且比较有市场价值,想给大家来讲一个可做的产品灵感。

我们先从互联网医疗这一大的方面先做下思考,首先就是互联网医疗的产品切入点是什么?答案是提升诊疗效率。

现在有不少产品都做了线上的医生问诊平台,用户可以实现线上预约医生,描述自己的症状,由医生给做出判断和治疗方案,这种产品的关注点其实是实施医疗这一过程。

但这种方式十分局限,中医讲究望闻问切,西医讲究医学检查,单靠文字、图片、视频的描述能够做出判断和治疗方案的情况一定占极少数情况,这种产品更多是一个预警 (医生推荐你赶紧去医院检查) 和安慰剂(医生告诉你没啥事儿)。

所以以现在的科技发展水平来说,互联网医疗的产品方向会集中为做诊疗效率的提升。比如症状自查、在线挂号、买药送药等方面,尤其是在线挂号这一诊疗前最后一步。

但在线挂号真的是诊疗前的最后一步吗?其实和医生见了面以后,医生真正能够做诊疗之前还有一步,那就是看病历,或者问你一些之前有没有过某某某疾病,有没有过某某症状,尤其是比如糖尿病等系统性疾病和一些慢性病患者,如果医生获取到的信息不充分,往往都需要更加麻烦一点,影响诊疗的效率。

但各个医院之间的病历互通都实现不了,更别说个体患者的病历互联网化了。患者往往会拿着一袋子病历单让医生看,又或者昨天刚做了个血常规,转头发现没有带,医生只好说你再做一个去吧,几个小时就浪费了。又或者 3 个月前的体检记录其实也对医生的临床诊断有侧面的一些作用。

我们明确一下需求,医生需要一个可以看到患者个人的历史病历和近期生理检查单以快速进行诊断治疗。患者需要一个电子化的病历本来免去携带纸质病历的麻烦和让医生更加准确的了解自己的症状。

产品的设计要点有几个也顺便说下。对于医生来说,需要有原始病历单照片之类的内容增加可信性。对于患者来说,需要录入更方便,比如可以增加特定单据 OCR 识别 的功能。 还有就是交互,这个产品的交互十分重要,医生需要近期检查单和历史病历,还有患者是否患有某些特殊病种 (糖尿病、慢性病),能否快速的提供有效的信息?患者需要更快捷的录入,需要做好病历单、检查单、体检、个人生理数据之间的结构梳理。


Subspace - 你的影视订阅助手

subspace

产品链接:

https://subspace.money/

产品简介:

Subspace 是一个影视订阅助手,使用该产品首先你可以管理自己在 netflix、hbo、Amazon prime、Disney+ 等影视订阅平台的付款周期,它可以提醒你到期前提醒。还有功能就是搜索某个剧集在哪个平台上映,以及比较重要的合租市场。

我的思考:

Subspace 这个产品我在它出来之前就想过要做,我相信独立开发者也都想过做个订阅管理,更多人想的是做个通用的,我既可以提醒影视会员,也可以提醒诸如京东 plus、网易云黑胶会员等其他的一些周期订阅服务。

我相信国外肯定也有其他很多会员订阅服务,所以这个哥儿们跟我们面临的情况应该差不多。但人家就很聪明,做一个独立产品/sideproject 最好的就是从哪下手?聚焦在垂直领域。

那我来给大家说下为什么他选了影视订阅这个范畴,因为这个范畴内是真能赚钱... 各种影视订阅都是允许家庭组的,而且由于市场竞争很激烈,没啥人管分享订阅这事儿,所以很多人都是往上找人一起合租。我加了两个电报的合租频道和群,这两个群加起来总人数至少有 20 万以上,其中 95% 以上都是合租各种国外影视会员。 一般的操作都是先由车主来买,然后定一个车位价,上车的人按每个季度/每个月/每年来给钱,因为车主要垫付而且如果被封会有损失,所以他会提高一些价格,这里面就有利润。上车的乘客也有风险啊,付了钱被骗了怎么办,所以往往这些电报频道都有人专门审核车主。跟论坛交易很像,有个权威的中间人来作保,算是很原始的交易方式了。

这个人就这么干了,订阅管理 + 合租市场形成了一个产品的主体,订阅管理是基本功能,合租市场是盈利渠道 (收百分比开车费还能沉淀资金池),此外还加入了一个提高 APP 打开率的功能就是搜索影视在哪个订阅服务中,也是很常见的,比如某影视第一季被 netflix 买了,第二季要上映了但 amazon prime 高价买了,剧迷就有点茫然了,不知道他在哪上映,也符合用户需求。

在这个产品里还可以有的思考是,我在 vol.0plus 中提到过的需求分级,我们想一下一个用户的心里过程:

小明是个美剧迷,订阅了 netflix、disney+ 和好几个国外的影视订阅,但因为是国外的服务,他每次都得往那张外币卡里充钱,有的时候忘了冲会员就断了,所以他下载了这个 subspace 的 APP 来管理自己的订阅(基本需求)。

打开之后他十分惊喜,因为除了能很方便的管理订阅 (越多越好) 之外,这个 APP 还让他可以和别人合租影视会员,这样每年的订阅花费至少能省 4/5(惊喜需求)。此外还有一个他喜欢这个 APP 的理由就是,他在抖音里看到的某个剧始终不知道在哪个订阅里面,现在它可以通过这个 APP 来查询了,往往他百度的时候找不到这个结果 (惊喜需求)。

总之我想表达的意思是,订阅管理作为一个低频 + 重要的需求,他在加上一个低频 + 重要的合租市场和一个中频 + 次要的需求后,用户的心理会认为这个东西很有用,即使我订阅到期了我也不会删掉他,总归有时候用到,可以预见用户留存会很高。

这种感觉和我们在产品设计中可能会做到的用户体验地图的概念有点类似,可能我段位比较低,我也不知道怎么叫啥。

针对动了心思的读者提个建议,还有一个中频需求就是剧集介绍、搜索、用户评价这一套东西,因为国内用户面对大部分美剧都没看过,面临的选择范围更大,加入这样的功能之后能进一步提高整个产品的使用价值。

ColorfulWidget ——开启桌面互动时代

widget

产品链接:

https://apps.apple.com/cn/app/id1538946171

产品简介:

全新桌面互动「小纸条」小组件上线!和好友一起开启桌面互动时代吧!Colorful widget 提供各种风格的小组件,icon,主题,壁纸,等你来试!

我的思考:

colorfulwidget 的小纸条功能很有意思,大概就是用户 A 可以设置一个图片或者文字,然后输入用户 B 的连接码,把内容投射给用户 B,这样用户 B 打开屏幕的时候就可以看到用户 A 传送的文件。

比如用户 A 的小组件是一行文字 “多喝热水”,用户 B 就可以在打开屏幕的时候看到这个小组件上的文字。或者是用户 A 可以发张自拍给用户 B,用户 B 也能看到,应该会感觉比较惊喜吧。总之这是一个很不错的情侣/朋友互动的小功能。

自从 Android 问世以来,桌面小组件一直都是 Android 系统特色之一,曾经也出现过许多经典组件,但随着 Android 系统的发展逐渐被系统应用代替,小组件这玩意儿现在挺尴尬的。小纸条这个功能让我格局突然打开了,给了我一些延申的思考。

第一就是我发现小组件不一定非得是系统信息、天气等信息,他是可以有场景的。那么我们是不是可以针对工作场景做一些小组件,待办、番茄钟、上班万年历、摸鱼计时器、挣钱计时器等一些有意思的小组件功能?甚至将个人健康信息、车辆信息等一些数据放到小组件上,尤其是现在的新能源车型很多都可以读取电量、里程数等东西。

第二是小纸条的扩展性,针对情侣居家场景,发送内容其实最多算个别出心裁,新鲜感过去了也就过去了,真正要解决的还是信息同步的问题。是否可以用户 A 和用户 B 共同编辑一个 widget,两边同时同步,比如情侣记账、花销。

还有一个场景,小时候我妈工作忙,我放学回来我妈有的时候会在饭桌上放一张便签,告诉我比如饭在冰箱自己热一下,电脑不要玩太久记得写作业之类的,其实就是一些不需要很强时效性的一些信息同步。在情侣居家场景中比如 A 睡着了,B 出去买个菜,就可以同步一下省的睡醒了找不到人,或者 A 提意晚上去吃 XX,B 可以否决或者同意,会心一笑完成约定。

此外,小纸条的互动也不一定局限于情侣之间,能不能做个群组呢?ABCD 四个人是朋友,A 可以在群组里发一个提意周末去玩儿 X、Y、Z,BCD 可以去投票来进行周末出游的选择。或者 A 发一条,晚上谁有空一起去网咖,其他人打开手机可以直接确认。总之,我认为生活中还是有一些琐碎的,专门去微信问反而没什么意思的那种场景,用这种信息同步的方法就比较有意思。

我甚至还在 PH 上看到有个人因为这个需求创建了一个产品来和朋友约着喝一杯....说明这个需求确实是很多人有的。 drunkdude


Radaar-在一处管理所有社交媒体帐户

radaar

产品链接:

https://www.radaar.io/

产品简介:

radaar 是一个面向个人的全媒体工具,你可以在一处管理你自己所有的社交媒体账户,定时去多个平台发送推文或文章。

我的思考:

这个产品有意思的地方是场景,即同时管理所有社交媒体账户。

我觉得这个需求对于一般用户来说可能没那么突出。虽然我对 MCN 机构没那么了解,但 MCN 机构应该对这个功能的需求是很强的,我们这次就从这个点开始梳理一下 MCN 机构运营管理平台这样一个产品需要满足的需求。

  • 可以同时管理一个/多个平台的多个账号,定时多账号发布视频;
  • 进行各个账号的粉丝数量、视频热度、粉丝级别的横纵向的数据统计分析;
  • 查看当前热度比较高的话题和同分类用户的高热度话题以提供灵感;
  • 对视频文案进行自动化的智能标签添加,形成话题聚集效应;
  • 对各个账号的各种发展势头和产生价值进行评判以提供绩效评估;
  • 云端保存视频、导出操作记录、敏感操作二级密码等加强对账号的控制;
  • 发布了内容之后有机器人进行小号评论点赞必要时加一些第三方接口。

我去百度搜了下似乎没有完成度比较高的 MCN 行业垂直产品,可能是个有发展前景的新行业产品品类,感兴趣的读者可以再去多了解一下。


产品鸭周刊之前的一些文章:

Vol.2-值得看:本周新产品发现和思考

vol.1-值得看:本周新产品发现与思考

vol.0plus-问与答:把一堆小产品整合成一个有市场吗?

Vol.0-开栏语:一个产品经理的自我挣扎

如果各位喜欢,可以在竹白订阅我的 newsletter 周刊:产品鸭周刊

虽然现在内容还不多,但是这个周刊我是提前准备下一期的,比如今天刚发布 vol2,其实我 vol.4 已经在草稿箱完成了 50% 了,所以更新频率应该比较容易控制。

No Reply at the moment.
You need to Sign in before reply, if you don't have an account, please Sign up first.