分类目录归档:产品

Trello 从使用到放弃

我比较喜欢尝试通过各种途径发现的各种软件工具,这也算是计算机软件使用这个范畴中「差生文具多」的一种表现,Trello 就是其中一个软件工具。我在维基百科上查了一下,Trello 初始版本在 2011 年 9 月 13 日发布,在 2014 年 7 月将 Trello 独立为单独的公司,2017 年 1 月被 Atlassian 收购。

从现在的记忆中回顾,最初我对它的了解是它是一款看板软件,是由比较有名的「Joel Spolsky」创建的,就是写了《软件随想录》 这本书的那个被称为「程序员部落酋长 Joel 」的那位,当然他也写博客,而且开设博客的时间还相当的早,他还是在程序员中被广为使用的 Stack Overflow 这个问答 「拷贝粘贴代码库」 社区的创建者之一,更多的关于他的信息可以去他的网站 Joel On Software 上寻找。

我很早就注册了 Trello 这个工具的账号,应该在 2015 年或更早些时候,但真的开始用的时候就比较晚了,大概在 2020 年初的时候,我准备尝试用一下,一边摸索一边将数据迁移到 Trello 中,一直用到 2021 年 10 月份,就放弃了,现在来看,放弃主要有如下的几个原因。

  • 在其自身账号跟 Atlassian 整合后使用它越来越慢了,常常在正常情况下打不开;
  • 几个移动设备上的 App 在升级后就不太能好好用了;
  • 整合账号后在需要重新验证身份的时候需要输入两次密码;
  • 有新的在尝试的工具,比如 Notion.

截张图,做个纪念,并简单记录一下自己的日常使用。

尽管对它的最初认识是一款看板软件,但我在尝试的过程中却打算用它把自己的内容也管理起来,然后针对一部分内容建立行动过程,也即看板,再然后还可以试试协作。

当时为什么想要试试 Trello ,现在实在是想不起来,很大可能是当时看到了某些有关它的信息,然后想着自己也有账号,接下来由于喜欢尝试的毛病发作,就试起来了,官方和使用者多把这个软件产品定位为项目协作与目标管理工具,我用它主要想试试看能否将内容管理起来,在此基础上对于手头上要做的项目进行一些任务分解与跟踪。

我是通过具体的看板进行分类,有了类别之后,在此基础上进行按类别的管理,这种想法根植于从小到大的经验与不断的练习,在日常中我们总是用类别来归纳一些事,以便简化我们应对和认知事物。

而对应到 Trello 中,不同的看板可以看作不同的类别,而看板中的卡片可以看作不同内容的承载容器,可以进一步在卡片上记录对应的内容,在看板和卡片之间可以建立列表进行进一步的分类,以「阅读」看板为例,如下图。

这里在「阅读」看板中建立了 4 个列表,分别是书库、待读、阅读中以及读完,而列表下的每张卡片则代表了每本书以及每本书在不同状态下的不同内容。

在书库这个列表中,每张卡片代表一本书,我在每张卡片中记录了书的一些概要信息,并使用标签来标注书的介质和来源,比如电子书的微信读书,Kindle , PDF , iBook 以及纸质书。然后将计划阅读的放到待读这个列表中,在阅读中列表中放入当前正在读的书,并伴随阅读记录阅读笔记,最后读完一本书整理到读完列表中。

其实 Trello 提供的看板及其卡片还是蛮不错的,卡片的内容支持 MarkDown 以及待办清单,可以通过建立不同的标签进行标注,进一步的分类与组织内容。在卡片的每次操作,都会以讨论的方式进行记录,这样也就留下了针对这张卡片的历史操作记录,当然作为一个协作工具,还可以邀请朋友来共建内容「将看板设置为公开的,并邀请朋友共同参与」,总体下来用的过程中还是比较简单的,而且使用也挺流畅。唯一美中不足的是每个卡片在不同的状态下基本上是基于状态隔离的,但实际上这些卡片中的内容存在一定的连接性,这就需要进一步的整理加工,然后增加新的卡片或者归档到另外一个工具中,当然在 Trello 中也可以通过附件来做到卡片之间的链接,这算是在内容上一层级的链接,略微有些欠缺,不知道现在的版本是否有新的改变,从软件的出发点及整体架构上来说,这样的变更比较困难。

由于其协作性,在进行项目管理时,有关这些看板和卡片都可以通过 关注和 @某人 连接相关的参与者,以得以使得成员协作开展工作,我在这部分没有使用多人模式,仅仅是把我自己独立完成的项目管理了起来,包括任务分解、描述以及人员的指派等都是我自己,由于没有多人的实际尝试,这部分就不多说了,但这部分内容是团队使用 Trello 的精髓所在,毕竟它是一款团队协作工具。特别要注意的是如果团队本来在使用看板,比如在很显眼的地方放一大块白板,上面贴满一个项目各个成员的任务进度,那么可以试试这个工具,而如果你的团队没有使用过这种管理方式,那么这个工具实际上并不一定就能让你的团队适应看板这种项目管理方式,当然可以尝试。

以上大概就是我使用 Trello 的一些回顾,有两个计划,其一是打算丰富一下书库的内容,然后邀请朋友共同探索一下内容的共建与协作;其二是在我自己做的项目中,准备把甲方相关人员拉进来,试试项目过程中的协作,包括项目的整体进度、需求讨论、原型及反馈等,但随着使用越来越慢而且几番更新后手机上经常无法使用,这个想法也就不了了之了,最终就彻底放弃。

最后说说对 Trello 的理解。

基本上 Trello 可以整理生活与工作中的任何资料,可以把它看作是一大块白板,使用它的人可以在这块白板上建立无数个列表,要整理什么资料或者要开展某项工作,都可以在这块白板上创建,当然可以对这块白板进行升级,比如变成好多块白板。在这些白板上使用者可以自由书画,拖拽排序,列表可以按照阶段建立,可以按照流程建立,也可以按照使用者的分类建立,当然自由建立也是完全可以的。

承载内容的是列表中的一个个卡片,卡片同样可以是一个任务,一本书,一份资料,一个想法,一个问题与讨论或一个投票等等,这些卡片可以是动态的(比如按照阶段划分的任务随着任务完成的状态游走在列表中),也可以是静态的(它就是一份资料)。一眼望去是你自己熟悉的分类,展现种种的内容,一览无余。卡片为不同的内容提供多样性的属性,链接、文字图片、待办清单、附件、起始日期、标签、颜色等等,不但丰富卡片的内容,而且提供了进一步的管理。

整体操作比较简单,大量的拖拽操作就跟在板板上移动便利签一样,这大大减低了团队使用的门槛,支持多端多系统,即时同步,多人协作,在多人协作时,每个进入到能进入的看板时,能一眼就看出每个人都在做什么,做的怎么样,以及我该做什么。

搜索功能也还算可以,能够检索到你搜索的内容,Trello 还提供了一些类似于插件的功能,比如投票、日历等等。

整体上来看,Trello 对于本身就使用看板的团队开展工作还是不错的,而且免费的功能足以应付日常大部分的工作,当然其还提供付费的版本,比如对于附件大于 10M 的支持就需要付费。当然对于个人来说,如果把自己的日常生活的琐事用它管理起来也能让事情井然有序,如果感兴趣可以试试。不太理想的地方是随着它被收购越来越重了,而且越来越慢了,慢这个事情也不太好说,Notion 也存在慢的问题,这既跟网络相关,也跟内容存储主体与服务所在地有关,这部分不可言说。类似这样慢的或者访问不友好的产品或服务,要看它们提供的价值是否要大于解决网络访问的成本以及你的兴趣。

本文首发于我的微信公众账号「时间易逝」,欢迎订阅我的微信公众账号
在微信中搜索「doevents」或用微信扫描页面右上方二维码可订阅我的微信公众账号

电子书合集拆分

有些实体书会以套装来售卖,比如在常见电商平台上售卖的《中国科幻基石丛书:三体(套装1-3册)》,也有些在做活动的时候把相关领域内的书集合起来成套出售。在电子书中也是如此,在阅读电子书的时候,我们常常会碰到很多电子书的合集,比如下图的《外研社百科通识文库(世界万象大套装)》,这个套装是由 114 本书组成的电子书合集。

从上面的图片我们可以很容易看到合集的优势:多。当然在多的基础上价格在大多数时候总是会比每一本单独购买少一些,买起来比较实惠。

但这么多本书构成的电子书合集尺寸太大了,像上面这套电子书合集的尺寸大概不到 120 兆(M)的样子,当然还有更大尺寸的(G 级别的)。这在阅读的时候会带来一定的问题,比如在导入阅读工具的时候那是出奇的慢,如果阅读工具容纳不了这么大尺寸都无法导入,有些阅读软件可能还会频繁出现闪退的现象,而且多本书在一起阅读的体验也不好。

既然能够制作成电子书合集,那也应该能按照自己的阅读需要进行拆分,我平常使用的 calibre 这个软件就能轻松完成电子书合集的拆分。先简单介绍一下 calibre 这个软件,这是一款开源并且完全免费的电子书管理软件,在其产品的网站上的介绍是「calibre is a powerful and easy to use e-book manager」,大概意思是说它是一款功能强大且易于使用的电子书管理器。在我看来这个软件基本上提供了针对电子书管理与操作的整体解决方案,能对电子书管理中的方方面面的需求提供支持,而且它支持所有的平台,它在 Windows 平台下运行后是下面这个样子。

日常使用到电子书并且需要管理的朋友不妨下载安装来试试。它的官方网站是(https://calibre-ebook.com),软件提供了很多功能,可在使用中慢慢摸索。我们来看看如何使用它来进行电子书合集的拆分。

拆分书需要在 calibre 中安装一个插件,这个插件名叫 EpubSplit ,安装插件选择上方的按钮菜单「首选项」,在弹出的子菜单中选择「获取用于增强 calibre 功能的插件」。

在弹出的用户插件界面中,在右上角「按名称过滤」中输入 EpubSplit ,就会找到这个插件,双击这个插件进行安装,我这里已经安装,安装完毕后软件会提示重启,重启后就会在上方菜单中看到 EpubSplit 这个插件,它以一个菜单按钮呈现在工具条上。

插件安装完毕后就可以拆分电子书了,这里要注意的是,这个插件只能拆分 epub 格式的电子书,看它的名字也是这样,好在对于其他格式的电子书(azw3、mobi……)可以通过 calibre 这个软件轻松完成转换,这里就不具体说怎么转换了,使用「转换书籍」按钮菜单就能完成各种转换。

选中要拆分的电子书,比如我们这里的外研社 114 本合集这个,然后点击「EpubSplit」按钮,耐心等待拆分界面打开,打开会比较慢,打开后的界面会显示当前选中书籍的所有章节条目,如下图。

我们要做的就是找到你想拆分出来的书的所有条目,然后把它们全部选中,这里以要拆分里面的《建筑与文化》为例,用鼠标左键选中「part0001.xhtml」结尾的条目,滚动鼠标向下或者拖动右边的滚动条,到「part0013.xhtml#CHP11」时,按住键盘「Shift」键的同时鼠标选中它,如下图。

做完以上操作后,选中下方的「New Book」按钮,弹出新生成电子书元数据编辑界面,如下图。

我们可以根据需要填写一些新生成书的信息,比如书名、作者等,填写完信息后选择「确定」就完成了电子书的拆分,拆分出来的这本电子书会保存在 calibre 的书库,下图显示了拆分出来的《建筑与文化》,重复操作就可以把合集中的每本书提取出来。

这里简单的填写了一下书名和作者,简单的随机生成了一个界面,如果要信息更丰富和精准,可对书进行编辑,选择「编辑书籍」按钮即可启动书籍的修改,我修改封面,填写了这本书的概要简介等等,最后我修改完后显示如下面两图。

我选择演示的这个电子书合集比较容易看出每本书都包含哪些条目,这样选择起来相对比较轻松,对于有些电子书合集来说,选出每本书所包含的条目有时候是比较困难的,但仔细观察鼠标放到上面的提示会对我们的选择有所帮助,在条目不是很明朗的时候,我们尽可能的多选择一些条目,然后在编辑的时候在删除掉多余的条目就好了。

使用这个插件拆分电子书其实还是相对很容易的, epub 格式其实就是一个压缩文件,以前我多半会使用解压缩软件,把电子书解压缩后,半手动来完成电子书的拆分,有这个插件方便了许多,如果你有这方面的需求,不妨一试。


本文首发于我的微信公众账号「时间易逝」,欢迎订阅我的微信公众账号
在微信中搜索「doevents」或用微信扫描页面右上方二维码可订阅我的微信公众账号

我常去的一些小众设计&前端资源类站点

心情糟糕、寻找灵感或欣赏美的时候,这些设计资源类的站点是我的一个去处,每每必有所得,久而久之就变成了一个小小的爱好。我选了六个目前还会去但不常听人说的站点,一起感受一下,以 Instagram 为代表的照片应用可以让我们感受到照片的美,设计师的产出也同样如此。

一. freebiesbug.com

这个站点主要提供免费的设计资源,免费的设计资源共分 6 个大类。从文件类型上看包括PS(Photoshop)、Ai(Illustrator)、Sketch、Fonts、js、HTML。从设计资源内容上看包括应用设计、图标设计、原型设计、UI 工具包、免费字体及网站模版。整体涵盖的内容还是比较广泛的,数量上目前近 2500 个,我常去这里欣赏与学习这些不同的设计。

二. uplabs.com

uplabs 是一个创意设计的社区,按照时间线提供 Android,Web,iOS 等诸多的创意设计资源,这个站点是相对后来发现的,最近从行业外的人那里听到一个词「现代感」比较适合描述这个站点,这里面的设计资源跟现在的设计演进比较一致,是一个欣赏和借鉴的好地方,这里我也比较常去。

三. pixelbuddha.net

pixelbuddha 也是我常去的一个地方,这个站点提供的设计资源种类相对比较多,包括图标、动画、HTML、矢量图、UI 工具包、字体、模版等等诸多类别的不同元素,这就可以就不同种类的元素进行集中的欣赏,还是挺不错的,我隔三差五会上去逛逛。

四. cssauthor.com

这个站点主要以 Web 网页设计为主,并涵盖网页设计周边的元素,在这里可以找到免费的 PSD 设计资源,从中可能会触发灵感,同时这里也会有一些教程讨论网络的趋势及一些技术,我偶尔会在这上面看看,这里面的一些 CSS「层叠样式表」代码还是挺有趣的。

五. oxygenna.com

oxygenna 这个站点是以提供付费的 WordPress 主题为主的设计资源站点,在此之外提供一些免费的设计资源,包括背景、图标、页面 PSD 等设计资源,还是不错的,这里我不是很常去,偶尔想起还是会去看一眼。

六. prototypr.io

严格意义上来说这是一个集不同设计工具&内容聚合的这样一个站点,但无疑可以在这里面欣赏到一些工具完成的一些设计,这个站点支持邮件订阅,如果订阅每周会收到一些推荐,我大致上会浏览一下标题,另一部分这个站点有一些设计相关的新闻,这个我倒是不经常看。

以上六个站点是我会去的与设计和前端相关的资源类站点,之所以说是小众是因为平常听到的不多,更大的可能是因为我既不是设计师也不是前端工程师,但无疑在这些地方我还是看到了令我赏心悦目的设计,在我每次心情不好的时候这些设计的站点就是我的一个去处,迎面而来的各种色彩的设计图会顿时让心情好很多,看多了偶尔也会产生对设计欣赏水平提高的感觉,于是这也就成了自己一个小小的爱好。

目前这六个站点均可以无障碍访问,或许你也可以在心情不好的时候试试看,当然如果你是设计师或前端工程师,这也可能是一个借鉴的地方,如果你有觉得不错的,请留言给我也让我欣赏一下。

btw: 站点这东西会随时间而变化增减,稍晚些时候我会在 GitHub 上建一个项目,并将其放到上面尝试后续维护以使时刻保持最新「链接」。

本文首发于我的微信公众账号「时间易逝」,欢迎订阅我的微信公众账号
在微信中搜索「doevents」或用微信扫描页面右上方二维码可订阅我的微信公众账号

产品经理知识技能图谱 0.1

产品经理是一个职业角色,通常也代表一类人,不同企业对产品经理的定义不尽相同,但多少都会跟产品有关系。以前招聘产品经理时,我给产品经理的定义是:「产品经理是产品的 CEO」,并在每一次招聘中按照这个定义进行沟通,以促进双方的互相了解,但终归这是有些模糊的,比较个人化。

从产品出发可能更有利于理解产品经理,将产品经理看作是产品生命周期中各阶段的统筹者,是必须为产品生命周期各阶段结果负责的职业角色,这样就会清晰很多。沿着产品这条路,产品生命周期可以大体上划分为探索、成长、成熟、衰退这四个阶段,每个阶段都涵盖着源起、分析、设计、实现、发布、运营等诸多的工作。

可见要承担这样的角色需要具备一定的能力和掌握一些技能,这样才有可能推进每个阶段的工作并达成预期的结果。那么该具备什么能力呢?我觉得逻辑思维能力、沟通能力和认知能力是比较核心的三个能力,也是产品经理的基础能力;而从技能上看,覆盖面则相当宽广,在尝试对所有涉及到的技能整理后获得下图,称之为「产品经理技能图谱 Ver 0.1」。

图中从内到外是一个产品经理从局部到全面过程中需要掌握的技能点,从职级上可以说是从初级产品经理「助理、专员」,高级产品经理到产品总监的进阶之路。当然在分工协作的当下,可以选择某一部分成为专职的产品经理,比如需求产品经理,运营产品经理、数据分析产品经理等等,视现实中的需求而定。

图上的众多技能之间按照明显的边界进行整理归纳,但实际学习中边界并不会这么清晰,每一个产品的建设也不一定会用到全部技能,而要想熟练全部的技能也是极其困难的,一方面要有全栈的志向,另一方面也要有人至践则无敌的切实行动。

梳理产品经理技能,是我对产品的相关知识技能结构化及系统化的思考与整理,形成的这个图可以作为一个索引,便于自我审视及进一步的学习、实践、思考、总结。虽然图中密密麻麻这么多的技能看着让人头皮发麻,但依然可「yi」能「ding」会有不少遗漏或不妥的地方,仍然具有进一步抽象归纳的可能,而这就需要朋友们的参与反馈和自我提升后的修正了,希望看到图的朋友们多多指正,也希望它对你有点用。

本文首发于我的微信公众账号「时间易逝」,欢迎订阅我的微信公众账号
在微信中搜索「doevents」或用微信扫描页面右上方二维码可订阅我的微信公众账号

微信订阅号封面图制作注意事项

这篇继续说微信订阅号。随着微信在 iOS 上对订阅号进行了一些改进的尝试,订阅号的封面图也发生了一些变化,再做封面图时可能需要有些改变。

最开始订阅号封面图的尺寸比例是 16 : 9 ,一般我会使用 900 x 500 作为封面图,随后的更新封面图的尺寸比例变更为了 2.35 : 1,因为写的少,我还是使用 900 x 500 作为封面图「900 x 383显示较佳」,这次更新后又有了 1 : 1 的尺寸比例,用于非星标和常读的订阅号的封面,微信建议是 500 x 500,并在后台提供尺寸裁剪功能,如下图。

能裁剪,最终总能获得展示的尺寸,但从上图来看,裁剪后总会缺失一些元素,这是选择或做封面图时需要注意的第一个地方,显然要想裁剪不丢失元素,直接提供 900 x 383 的图片是最好的。

封面最终以图文的方式展现给读者,在以前标题、封面、摘要各自拥有自己的独立区域,各自承载信息的传递,但这次更新不太一样了,没有了摘要,标题与封面和在一起了,增加了有多少朋友读的信息,这还是星标和常读的图文信息,非星标常读的图文是标题和一个 500 x 500 的小方块图,实际阅读时看到的形式如下,上面的是星标图文,下面的非星标非常读图文(尽管我是经常读的)。

几次更新中封面图尺寸比例的演变。

将上面两个图放在一起来看,结合最新的展现方式与封面尺寸比例的演变,当选择或者制作封面图时,有 3 点是需要我们注意的。

首先,尽量选择 900 x 383 的图片来使用,或基于 2.35 : 1 等比缩放的图片;其次,在星标或常读图文中的标题是白色字体,封面上部分「红线间」尽量避免使用与白色相近的颜色「注:目前标题的红线部分已经移到下方」,以使标题能清晰阅读;最后,封面图要表达的核心信息要放在上图中红框范围内。这样不管是不是星标或被判为常读,均能输出图片中的核心信息。

btw:因为 Android 一直以来并没有升级,目前并没有太大的影响,使用 2.35 : 1 的图即可。

本文首发于我的微信公众账号「时间易逝」,欢迎订阅我的微信公众账号
在微信中搜索「doevents」或用微信扫描页面右上方二维码可订阅我的微信公众账号