产品经理真是站在飓风中心的人…..

这个项目是由医药研发合同外包服务机构发起的，为了解决医药外包公司内部流程不规范、效率过低、重复工作情况太严重等一系列问题而建立的。

我作为产品经理参与到这个项目中，参与项目的成员还有和我同一家公司的项目经理及测试团队，另一家公司的前后端开发人员。参与的成员分布在上海和苏州两地，在项目设计和研发过程中以远程沟通为主。

项目需求方有药物研究实验助手、医药外包公司管理者、医药公司项目监督者等有着不同利益关系的角色。产品需要同时满足三个不同角色是这个项目的最大挑战点。

“ 客户的需求 ” ，这是我第一次在一个实际的项目里感受到除了用户以外很重要的一个需求来源。

我之前没想过，付钱的人可能和用产品的人心态完全不同。

这是我的第一个走出办公室去了解用户需求的项目，在产品的设计上获得了非常多的事实依据。

设计构思及信息框架图

三个关键角色都需要有自己的操作界面，信息互通，能顺畅地沟通。

在构思时，三个角色的需求分别归类整理，梳理核心需求，打通三个角色客户端的信息互通及沟通问题。

着手交互界面前，线下走访了三个角色的几个用户，包含初级用户、中级用户及专家用户。发现不只这三个角色的关注点有很大区别，同一角色中不同级别的用户也有明显不一样的需求。这一点在设计交互界面时成为一个难点，如何做到满足多角色多层级用户的需求。

经过几个版本低保真DEMO的沟通和改进，最后综合考虑需求、项目时间、开发成本之后，拍定了一个版本，进行原型图细化。

程序开发及后期

在和前后端开发同事沟通程序的实现性上没有遇到太多的问题，界面搭建及后台配置的需求都在合理范围之内。

这个项目在进入开发阶段以后，前期所留下的客观事实在此成为一个问题暴露出来，多方合作导致决策者过多，尽量在中间协调并解决了一些能解决的问题以后，发现在诸如数据库该如何搭建才能满足大吞吐量的数据读写等等底层问题上，三方久久无法达成一致。

这个项目最终我没有跟到测试上线，是一个遗憾。

我在这个项目里得到的经验：

1. 客户和用户可能不是同一个角色，设计和策划时也需要考虑到客户的需求
2. 在有多角色参与的系统中，分清核心需求，打通角色之间信息互通非常重要
3. 前后端的配套设计在多角色系统中更为重要
4. 及时的沟通能减少很多时间成本
5. 方案越早让团队成员看到，就越不容易在后期遗留下不可调和的问题，导致修改和沟通的成本增加
6. 草图永远是草图，不合适的草图尽早推翻