[远程] 彩程知人招募工程师（ 15 - 30k）

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 外包信息请发到 /go/outsourcing 节点。

• 不要把相同的信息发到不同的节点

这是一个创建于 2737 天前的主题，其中的信息可能已经有所发展或是发生改变。

关于我们

彩程设计成立于 2008 年，从 2012 年开始远程工作，迄今为止已经快 5 年。5 年时间里我们打造了国内用户量最大的团队协作工具 Tower，以及目前看来国内对 HR 最友好的人力资源产品知人。

关于我们团队远程工作的方式和经验，可以参看这篇文章：《 Tower 团队 48 个月远程实践》，关于团队的更多介绍，可以参看去年发的这篇帖子：《彩程招募 Rails 工程师》。

关于「知人」

2012 年开始，我们进入 SaaS 企业市场，Tower 是团队第一款尝试的作品，迄今为止以不大的团队规模实现了自给自足。2015 年我们觉得自己更加强壮了，于是开始打造新产品「知人」。

选择人力资源方向切入是因为三点原因决定的：1. 市场规模； 2. 竞品情况； 3. 我们自己是否喜欢。

我们如果参考一下美国的企业软件市场，有 100 多家 SaaS 企业超过百亿美金市值，在这个企业市场领域里，最大的三块蛋糕是被 CRM / ERP / HRM 切走的。在这三者中，CRM / ERP 在国内已经有相对成熟的软件产品，但是人力资源管理软件，在 2015 年进行搜索的时候，还没有找到任何这个时代应有的产品。最后，因为彩程这个团队最大的「爱好」就是用互联网产品解决一切低效率的问题，所以我们对「解放 HR MM 」这件事情，有着极大的兴趣。基于这些答案，我们从 2015 年开始打造知人，至今已有两年多时间。

这两年时间里，知人给我最大的感受就是，挑战不断。我记得姜军同学在 Ruby China 上回复过这么一篇帖子：《什么是大型「 Rails 」项目》：

用了差不多两年时间，知人的代码量达到了 6.9w 行的规模。那么到今天（ 2017.05.31 ）接近三个月时间，代码总量已经突破 9w 行了：

代码量说明业务的复杂程度，比如作为一个人力资源工具，我们必须在系统里支持基本的入职、转正、调整、离职等人事流程，涉及到流程就会有审批的概念，在知人里的审批模块是长这样的：

每个审批流程的表单可以自定义，审批流程可以按照不同的表单字段设置流转分支，不同的流转分支可以设定不同的审批人。

再举个例子，比如服务的很多公司都可能有类似排班的需求，于是在知人里，我们提供了一个非常灵活的排班工具供 HR 使用：

这个在线排班表被一个知人客户用来安排 150 多个门店 4000 多个员工的班次。

说到 HR 的日常琐事，我们最开始做知人的「野心」就是让 HR 每个月的工资计算可以彻底自动化，每个月要发工资之前，只需要点个按钮，嗖的一声工资就能给你自动计算出来。理想是很美好的，现实情况是，每个公司都有自己的工资的计算方式，这个公司可能午餐补贴是一种计算方法，换个公司可能又是另外一回事了。我们虽然做了通用的配置界面，但是为了最大的灵活性，后台的每张工资表的每个科目字段，都是可以用这样的公式编辑器来进行配置的：