实现的方式为：使用mongoDB数据库记载日志当用户期望排查日志确定商品信息异常变更问题原因时向产物运营申请产物运营在后台中定位日志并提供应用户；
实现的方式为：使用mongoDB数据库记载日志当用户期望排查日志确定商品信息异常变更问题原因时向产物运营申请产物运营在后台中定位日志并提供应用户；
一、用户关注偏重点的和运营关注偏重点的权衡
B端产物的产物价值在于解决问题提高客户事情效率。故对于产物用户来说他们并不体贴一个功效是怎么实现的他们只体贴在什么场景下用什么方式实现什么目的故需要权衡用户关注偏重点的和运营关注侧的重点。
但调研得知现在权限控制系统较为粗拙无法将此功效指定给组织中特定的用户此时如果将该功效直接交付给所有客户则会存在正常订单也被修改的风险。
数据拉取机制设置：产物支持设置时间距离或牢固时间点去拉取数据举行加工并邮件分发给预设用户的邮箱由于产物资源有限同时对所有租户在同一时间节点举行数据拉取与加工对服务器性能有一定影响。
支撑功效：为了支持业务正常举行提供应运营人员使用的功效； 产物功效：提供应客户侧人员使用实现业务场景的功效。有时候运维或者运营人员甚至会介入正常的业务流程中充当“人肉补丁”以保证在特殊情况下的业务可以正常举行。
这些情况都是产物初期是正常操作不行制止的。
此功效设计时由于对哪些订单的数据可以举行修正无法识别故所有订单数据都允许举行修正。
当功效的使用频率较低但占用开发资源较多时可以思量使用支撑功效来实现。
在产物初期新上线了一个少部门项目不适用的一个新功效故需要将功效设计成开关选项控制开启。
但用户侧运营人员操作效率较低可能在数天内都不举行选项的打开操作进而造乐成能无法大面积推广。
可是因为各个用户的内部治理水平水平纷歧为了功效的正常上线与推广也是需要设计支撑功效的；
同时产物司理在调研后得知：
2. 支撑功效与业务功效在一个业务流程期间可能交织泛起
所以我们在日常实践中我们该如何权衡产物功效和支撑功效的设计呢：
所以我们通常需要支撑功效和产物功效配合实现一个业务需求所谓支撑功效与产物功效我们内部界说为：
我们还需要相识到产物司理大部门的事情都是在用户需求—开发资源中取得一个平衡点动用无穷无尽的资源将产物功效在产物初期做到精美绝伦既不明智也不行能支撑功效不是妥协它是产物暂时的但正式的功效我们应该正视它。
四、操作效率的权衡
3. 支撑功效由于面向内部专业人员大部门时候不需要交互良好的流程和界面故开发周期更短
经由调研我们得知：用户不关注数据拉取的机制设置；运营人员对于数据拉取机制较为关注。数据展示：应展示哪些数据字段这是用户凭据实际业务情况举行决议的故应该做成产物功效。
如关闭订单。
本文关键词：端,产物,功效,九州体育app,与,支撑,的,设计,思考,实现,的
本文来源：九州体育-www.robotikdizprotezi.com
