在Bitrix24中编写业务流程,并为将来存钱

在工作中,我从事Bitrix24 CRM盒装版本的用户支持和维护,包括编写业务流程。应该注意的是,实际上我并不是Bitrix的“纯粹”专家,但这是我的职责之一。实际上,我承担着很多责任,所以我几乎总是不得不按照自己的意愿去做,而要迅速并开始工作,因为时间非常短(我敢肯定,我不是在这种情况下唯一的工作人)。目前,我有两年使用此CRM的经验(我认识Bitrix已有10多年了),我想向您介绍我在编写,测试和服务业务流程时所犯的一些错误。您必须不断地帮助用户,进行更改,甚至从头开始完全重写业务流程。

首先,我们需要相信任何稳定性都是相对的,处于舒适区域是暂时的。员工会来来去去(即使是坐在一个非常好的地方的人),部门也会进行重组,员工会增加和减少,部门会打开和关闭等。当我在研究所学习时,信息折衷的老师告诉我们,在俄罗斯学习copromat时,以静态为基础,然后我们学习动态,但是在其他一些国家,以动态为基础,以静态为特例扬声器。就我个人而言,我更喜欢这种方法,它并不能给自己一个机会,让我自己“现在一切都已经安定下来,什么都不会改变”。只是相信它,以后您会更轻松。

言外之意:在讨论如何“随着未来发展”编写业务流程之前,您应该自己估算公司的层次结构,以了解谁可以要求或要求您编写或更改业务流程。一旦一个部门的负责人对我说:我们需要与其他部门进行交互的业务流程,否则一切都会对我们不利。那时他们真的过得很糟糕,甚至很糟糕。我写了三个或四个工作日,这个BP几乎完美地完成了工作,其他部门接受了它,并说业务流程是胡说八道,这不方便,他们根本不会使用它。我坐在那里,并不担心(这不是我的问题,他们应该在总经理级别上解决),然后那个领导来找我说:谢谢您的工作,您可以删除流程,这些单位的一般职位已被接受。因此,在很多问题和变化上,这是很多次了。从那时起,我只有在董事对此表示同意时才编写业务流程。

早上有指令,晚上有流程图,明天是业务流程


现在回到我们的业务流程。有时它们很小,只有1-2次单击,只是为了解决以下事实:有人请求允许执行某项操作,而有人则不允许随身携带纸张(也不要丢掉它们)。看起来很明显:下属询问领导者是否可行,领导者按下适当的按钮。只是?没有那样的事!如果没有领导者?如果现在必须另选一个?如果他不在并未经证实就离开了?如果您填写错了?还有其他事情吗?如果……而这些都是我们一直在努力并改善流程的所有问题,但是直到新员工到来为止。随之而来的是,一切重新开始:相同的问题,相同的错误等。老板不断责骂我没有做出足够的评论和指示,但是我真的很喜欢踩耙,有时候你可以跳上。只是开个玩笑:-)现在,我将采取不同的操作:首先,不是常规框图(如用户手册所建议),而是常规说明。如果每个人都理解她并且每个人都同意她,那么我们将绘制流程图,如果我们同意她,那么我们将编写业务流程。现在它可能很小,随着时间的流逝,它会发展到一定程度,以至于您将真正讨论购买对角线“更大”的4K电视,以便仅看整个过程并查看是否存在任何错误,即使在逻辑上也是如此。顺便说一句,在开始写作之前,最好确保其部门将使用此过程的所有经理的签名,这样以后就不会再抱怨工作不便,逻辑不正确等了。有时您可以跳上它们。只是开个玩笑:-)现在,我将采取不同的操作:首先,不是框图(按照用户手册的建议),而是通常的说明。如果每个人都理解她并且每个人都同意她,那么我们将绘制流程图,如果我们同意她,那么我们将编写业务流程。现在它可能很小,随着时间的流逝,它会发展到一定程度,以至于您将真正讨论购买对角线“更大”的4K电视,以便仅看整个过程并查看是否存在任何错误,即使在逻辑上也是如此。顺便说一句,在开始写作之前,最好确保其部门将使用此过程的所有经理的签名,这样以后就不会再抱怨工作不便,逻辑不正确等了。有时您可以跳上它们。只是开个玩笑:-)现在,我将采取不同的操作:首先,不是框图(按照用户手册的建议),而是通常的说明。如果每个人都理解她并且每个人都同意她,那么我们将绘制流程图,如果我们同意她,那么我们将编写一个业务流程。它现在可能很小,随着时间的流逝,它会发展到一定程度,以至于您将真正讨论购买对角线更大的4K电视,以了解整个过程并查看是否存在任何错误,即使在逻辑上也是如此。顺便说一句,在开始写作之前,最好确保其部门将使用此过程的所有经理的签名,这样以后就不会再抱怨工作不便,逻辑不正确等了。首先,不是方框图(如用户手册所建议),而是常用说明。如果每个人都理解她并且每个人都同意她,那么我们将绘制流程图,如果我们同意她,那么我们将编写业务流程。现在它可能很小,随着时间的流逝,它会发展到一定程度,以至于您将真正讨论购买对角线“更大”的4K电视,以便仅看整个过程并查看是否存在任何错误,即使在逻辑上也是如此。顺便说一句,在开始写作之前,最好确保其部门将使用此过程的所有经理的签名,这样以后就不会再抱怨工作不便,逻辑不正确等了。首先,不是方框图(如用户手册所建议),而是常用说明。如果每个人都理解她并且每个人都同意她,那么我们将绘制流程图,如果我们同意她,那么我们将编写业务流程。它现在可能很小,随着时间的流逝,它会发展到一定程度,以至于您将真正讨论购买对角线更大的4K电视,以了解整个过程并查看是否存在任何错误,即使在逻辑上也是如此。顺便说一句,在开始写作之前,最好确保其部门将使用此过程的所有经理的签名,这样以后就不会再抱怨工作不便,逻辑不正确等了。现在它可能很小,随着时间的流逝,它会发展到一定程度,以至于您将真正讨论购买对角线“更大”的4K电视,以便仅看整个过程并查看是否存在任何错误,即使在逻辑上也是如此。顺便说一句,在开始写作之前,最好确保其部门将使用此过程的所有经理的签名,这样以后就不会再抱怨工作不便,逻辑不正确等了。现在它可能很小,随着时间的流逝,它会发展到一定程度,以至于您将真正讨论购买对角线“更大”的4K电视,以便仅看整个过程并查看是否存在任何错误,即使在逻辑上也是如此。顺便说一句,在开始写作之前,最好确保其部门将使用此过程的所有经理的签名,这样以后就不会再抱怨工作不便,逻辑不正确等了。这样以后就不会再抱怨工作不便,逻辑错误等了。这样以后就不会再抱怨工作不便,逻辑错误等了。

,


现在,我将在编写业务流程时将此短语放在最前列。实际上,实践表明存在一种立场,人们只是在改变它。正如财务总监的职位一样。作为总会计师,他留下了。而且管理会计负责人什么也没走。而且我通常对销售部门负责人一无所知。另一件事是,帖子没有去任何地方。通常情况是:坐着,工作,然后您得到一个消息:“ Masha离开了,Tanya来了”。有必要立即疯狂地回忆一个人参加的业务流程,一个人需要被另一个人代替的情况,等等。或者他们可以说其他的话,只是来自“玛莎叶子”系列。您将一个人从任何地方撤了出去,请他们在家请病假,休假或去某个地方,然后打来电话:“ Tanya来到这里,但由于某种原因,任何地方都无法进入。”是的,他们还没有将其添加到Bitrix中,更不用说业务流程中的角色了。

因此,如果您不考虑特定的人,而是考虑他们当前所占据的职位,则实际上会更容易。是的,在业务流程中会有1-2个额外的块,但是当一个人改变时,您无需记住他负责的位置和职责,只需要将可变值从一个人替换为另一个人就可以了。

部门的正确权限非常重要


假设地,公司的结构是完全垂直的:所有者-董事-总会计师-部门主管-雇员(或类似的东西)。它可以是水平的:所有者-主管-许多部门。也许还有更多。

我曾经为每个特定员工设置权限。例如:有一个会计师莉娜,她应该查看所有付款和发货。我们进入相关的业务流程,并在此处为我们的Lena开处方。如果她将被调动或辞职怎么办?然后,最简单的方法是为“领导者”组中的所有人员提供必要的访问权限,但这是错误的,因为这样不仅可以向其经理和会计人员,还可以向其他部门的主管提供员工的流程和文件。

这里有很多选择,我个人最近停止与小组合作。我们创建一个组,向其添加员工(或一个员工),您就完成了。您不再需要担心老员工看到很多事情而新员工却看不到这一事实:只需添加到组中或将其排除在外即可。快捷方便。

保存所有数据,评论和注释


如果您带着纸质便笺去找一个人,那么他不能口头批准它,他会签名。但是它可以口头给出详细的评论,包括设置一个条件,例如“我会签字,但如果结果是这样,那就不要/不买”。如果您需要两个签名,那么原则上可以复述。这就是为什么您需要保存所有内容,并且最重要的是,永远不要开出“强硬的”评论者,而要始终从变量中获取评论。起初,我确实犯了一个错误:董事应该在哪里代表他确认评论,总会计师在哪里代表他。然后人们被问到为什么禁止或适合重制,但是他们自己不知道他们禁止某人做某事:-)

我们绝对记录所有文件


以前,我们只记录“最终”文件,但是后来我们并不经常但仍然面对这样一个事实,人们开始争论“我没有下载它”,“当我确认文件不一样时”等等。或者,通常,他们在关闭后的2-3个月就开始恢复业务流程。

测试通过-尽可能大量,但时间不长


老实说,当您要求员工测试业务流程时,他们不会说该死的。有人很懒惰(尽管坐着什么也没做),有人没有时间,而且有人坦率地说又愚蠢,不知道需要做什么。我开始测试一个-不方便。我开始与主管进行测试-更容易,更方便,但是他显然没有其他人(正如我之前写的,虽然看起来很明显,但没有任何说明)。结果,他们决定了这一点:我遍历业务流程的每个分支,然后与经理一起测试是否对他们来说一切都清晰。如果一切都清楚了,我已经解释了,以便他们可以将其介绍给他们的员工,那么我们从每个部门雇用一名员工并从头开始(尽管通常可以在每个部门找到一名志愿者)。如果这里一切都好,然后业务流程开始工作,并立即为所有员工宣布。

复制和克隆过程


有时,为了加快业务流程的工作速度,我采用了旧模板并进行了编辑。这么快,但是最终我得到了:

  • 不正确的评论
  • 额外的变量;
  • 错误的任务描述
  • 链接断开;
  • 将文件上传到错误的位置;
  • 错误的访问权限;

还有更多我最终不想得到的东西。我试图从头开始写-很长很不舒服。作为邪恶的罪魁祸首,我选择复制该过程并平稳地走动并阅读每个块,以查看我是否做对了。通常,当我单独测试过程时,就会发现在此阶段犯下的所有技术错误。我们发现领导者存在逻辑错误。

进行重大更改


关于创建新业务流程之前,需要征得所有参与者的同意这一事实,我早些时候写道。原则上,这是同一件事,除了最后在开始新版本的业务流程之前很重要的一点是发布“新闻稿”,不仅要谈论更改,而且要对“过去的”项目进行比较也很重要和“成为”。

我可能没有告诉过您任何新鲜事,您以前已经知道了所有这些,但是如果它可以帮助某人不要踩我的耙子,我会很高兴。如果您有任何疑问,请在评论中提问。

All Articles