产品背景-20171013

产品背景

产品名称：嘟噜

性质：移动端IM，即时问答软件；定制化开发；

用户数量：1000人左右，活跃用户保持在50人；

产品描述：通过IM与工作流结合的方式，搭建即时问答app，用户提问，服务台对问题初步判断后分派给相应专家，服务台帮助用户进行问题定位与专家查找，从而解决用户不知向谁请教的问题。同时，也支持用户直接查找专家，通过快速与专家建立联系来解决工作中的问题。与知识库联通，支持用户在移动端进行文档查找、收藏、分享等操作。此外，还具备积分体系以激励用户的成长。

难点：IM与工作流。

IM即即时通讯，在我们的日常生活中，IM无处不在，微信和QQ就是很好的栗子。IM类app登录操作的链接与登录后的链接是不一样的，登录操作属于短连接（目前使用TCP-IP方式实现），而登录后属于长连接（目前使用UDP方式实现）。TCP-IP是可靠连接，在此不做赘述。而UDP，其定义是尽最大努力的交付，因此也就是不靠谱的连接，但是大多数情况下是靠谱的~

说完IM，接下来是工作流，工作流可以理解成做一件事的流程，比如做饭，流程是：买菜--洗菜--做菜--炒菜--吃，这个流程走下来就可以吃饭了。工作流本身不是什么难题，几乎我们做任何事情都有流程（突然感觉可以理解成套路hhh），因此现在的软件中，很多与工作流相关。

以上都不是难点，但是组合起来就比较难了。IM与工作流组合，意味着用户之间的权限会有划分，每一个状态下，用户和用户之间的权限是不一致的，啊！难啊！就这一部分，我们开发的小伙伴做了挺长时间的（大概40个工作日，并且是大牛！）。

目前的状态

已经发布了版本2.0，并且在不断升级版本。

关于我

最难的工作流与IM已经过去，我才作为产品加入项目组。由于是半路出家（但是我是纯计算机出身！！），从未接触过类似的产品，所以要学习的地方太多。从今年3月至今，一路遇到了数不尽的坑，当然也得到了小伙伴毫不犹豫的援手。不是没有想过放弃，但是对互联网行业谜一样的热爱让我走到了现在，也将继续在产品的行业走下去。

Mark一下，我要做一个出色的产品，做一个大家都喜爱的app粗来~~