2023 年总结（工作）

Thu, 19 Jan 2023 15:47:06 +0800

涂总，您好！提前祝您春节快乐。

组织架构的调整，使得我对产品的定位以及产品部门的职责变得非常清晰，前所未有的清晰。

最近一直在思考现有的问题和来年的规划，以邮件的形式跟涂总您分享下。

现状

1、目标一致性问题

目标如果不一致，所有的方向都很使劲，但会停留在原地。

2022 年上半年，项目的需求到不了我这里，而我们做的事情对项目的落地和增效又没有任何帮助。

项目组的需求得不到响应会有两个后果：

甚至一些个别项目禁止使用二开，采用完全搭建的方式来实现，满足不了的地方需要借助一些第三方工具，这些工具都有学习成本，最终结果就是实施周期变长。

2、搭配问题

人无完人，我们需要充分利用每个人的长处，这样就可以拼成任正非所说的「高桶」。

元旦后，我被琪雅拉进了葛洲坝路桥的项目群，目的是要做技术支撑，经过几天的紧急问题处理和事后的分析复盘，发现了一些问题：

让本来不到一周就能顺利完成的事情，最终花了两周多的时间。

我在想，项目是不是应该分下类型，适合一线人员做项目经理的，就由一线人员担任；适合二线人员做项目经理的，那就应该让二线人员来担任？

每个人还是要在适合的位置，才能发光发热。

3、加减法问题

做加法的效果容易感知，比如多读了一本书，多记了一条笔记，那么很容易感觉到「积累」。

正是因为这种思想，产品上会不停地加功能，说好听点，产品功能非常丰富，说不好听的，臃肿，易用性差。

那产品应不应该加功能呢？答案是肯定的。产品团队肯定要按照节奏去迭代产品，但出发点是以项目落地增效为导向、以一线实施人员的使用痛点为导向、以最终用户的用户体验为导向。

以这些为导向，那产品的迭代就不完全是功能的叠加，而是：

4、复用问题

在代码架构中经常说要提升代码的复用性，目的就是为了提升效率。

在 2022 年了解到存在升级难、迁移难的问题。

很多项目应该是能盈利的，但因为升级和迁移的不顺畅，最终可能导致赚不了钱，甚至亏损。

我认为这一部分也应该作为产品团队 2023 年工作的重点。

目标清晰了，事情就好办了，剩下的就交给时间，静待花开。

根据涂总的的指示，我理解的产品部职责如下：

目标明确，所以，2023 ，我非常有信心。

年前跟团队的每个人面谈时，我说我们应该往一个终极目标去努力，就是将 S2 交付给一线或二线之后，他们不会来找我们了，这样，我们可以做更重要的事情。

这个不找不是说部门之间有墙的屏蔽，而且他们自己在实施和运维的过程中碰到问题，可以自己找到答案。

当然，达到这个目标很难，可以先从下面的一些方面先入手：

一定要打破「又不是不能用」这种错误的思想。

2022 年初，我在团队实行敏捷模式，大家觉得效果不错，沟通变多了，问题变少了。后来由于一些阻力没有继续。2023 年我将恢复敏捷模式，三周一个迭代，有序地进行平台功能的升级。

每个迭代的内容会和项目团队进行沟通确认，然后跟涂总您进行汇报，确保所做的事情都是有用的，有效的。

最后，我想说，不管经济形势怎么样，疫情是否反复，只要大家心是齐的，就不惧怕任何困难。