重装上阵，守望未来——Time-cost的2019

厉害了

产品0

新的一年，又到了回顾与展望的时刻。2019年，Time-cost的基本功能开发已经完成，是不停调整交互设计与用户体验的一年。

Photo by Pedro Silva on Unsplash

01门槛

Time-cost 创立于2015年，一路走来，大约经历了三个阶段。

第一个阶段的Time-cost，就是用来为设计公司记录工时和人力成本，功能简单明确。运营一段时间之后，我们的用户就开始提出一个灵魂拷问似的问题：

算清了工时和人力成本又如何？

我们带着这个问题进入了2017，发现我们需要为设计公司提供运营决策支持，就是需要通过数据分析，为设计公司提出行动建议，例如是应该招人还是裁人，是降价还是提价？

在2017年夏天，我们找到了描述这些状态的参数指标和算法，开始新一轮的功能开发。目标是要将整个公司的所有成本纳入项目成本核算，得出运营数据的重要参数，给出行动建议。

经过几十个版本的迭代，终于在2018年末实现了这些功能。这是Time-cost发展的第二个阶段——完备功能。

此时回头一看，发现Time-cost的功能是强大了，但是门槛也高了，所以2019年，Time-cost进入了第三个阶段，降低门槛。

02 “提成制”？

有很多Time-cost的用户反映，动员全公司的人来填报工时特别困难，有些公司就因为这个原因停止了订阅服务。如果大多数设计公司并没有工时填报的传统——虽然我们认为这是管理标配——那么我们是否有可能在不需要工时填报的前提下运行Time-cost?

从2018年末开始我们就着手解决这个难题，开发出了只有项目“提成制” 的版本，并且在2019年2月14日，发布了Time-cost v5.0，后续又跟上了几个修补版本，完善了只有“提成制”的版本。

运行了一段时间之后，发现转化率并不理想。我们回头研究了这几年留下来，成为深度合作伙伴的设计公司，发现了两个共性：

1. 都有持续的工时填报

2. 老板亲自操作

真实的情况可能是：

提成制的公司，压根就不需要做精细管理。

多么痛的领悟，两个月之后我们下线了这个版本。

03还能如何简化？

SaaS(软件即服务)产品，有个内在的矛盾：

如果功能太简单，用户会觉得没有价值；如果功能很强大，必然很难简单，用户不容易理解和上手。

这个矛盾放到Time-cost，就是：

我们应用的目标，是要描述清楚设计公司的运营状态。一般设计公司自己整不明白，是因为没有合适的方法。

我们为了达到这一目标，采用了合适的方法，而这种方法，让我们跟用户之间产生了隔阂。

目前我们暂时还没有找到好的方法，但是我们知道，工时和人力成本的概念都在一般设计师的认知范围之内。所以我们在8月1日又重新推出了：

04只有工时和人力成本的标准版

在这个版本中，我们只计算工时和人力成本。这个版本适合有成熟办法自己处理工时和人力成本数据的公司。例如有从2015年第一个版本，就开始使用Time-cost至今的一家香港公司，他们就一直只统计工时和人力成本数据——因为他们有经验数据，人力成本的2.4倍，就大致是整个项目的成本，所以他们只要把每个成员的预期年薪放大2.4倍，统计出来的直接就是大致的项目成本了。

这个标准版，看起来在功能上是回到了我们最初的起点，但是整个用户体验，交互界面和加载性能已经是全新设计，有了很大的提升。

至此，Time-cost的三个版本终于固定了下来：

1. 标准版。只记录工时和人力成本，适用于拥有自己处理工时和人力成本数据方法的公司。

2. 专业版。统计分析项目全成本，适用于30人以下的公司。

3. 企业版。拥有更详细的权限设置，适用于30人以上的公司。

当然，在这三个版本之外，我们也为有特定需求的公司提供定制服务。