Cuando el cliente describió por primera vez la idea de su proyecto, Rosnatszdrav, le pareció muy interesante. En realidad, fue así.
Imagínense que la asociación federal, que combinará organizaciones médicas de toda Rusia, permitirá a los pacientes comunes de cualquier parte del país recibir consultas en línea de un especialista, por ejemplo, de Moscú, y, si es necesario, concertar una cita.
En la etapa inicial, podría ser un poco alarmante que el concepto descrito anteriormente fuera la esencia de los conocimientos tradicionales. Pero el proyecto es interesante y ambicioso; por lo tanto, incluso fue interesante participar en la formación de un TK más adecuado.
Como resultado, se formó. Se suponía que debía crear el shell de producto más comprensible en forma de un sitio web, donde el cliente, que proporcionaba un conjunto mínimo de parámetros, terminaba en su cuenta personal, que era el proyecto principal.
Además, para atraer a la organización a la asociación, fueron invitados a participar en la iniciativa legislativa. En pocas palabras, si reúne a varias organizaciones grandes en una asociación, es muy posible presionar por leyes que ayuden a llevar a cabo sus actividades.
Sin embargo, el cliente tenía mucho miedo de usar la palabra "lobby", aunque no tenía nada de negativo, e incluso pidió excluirlo de la presentación del proyecto, pero más sobre eso más adelante.
La cuenta personal, o más bien las cuentas personales, era un sistema de interacciones de varios niveles entre un médico, paciente, organización, así como entre médicos de diferentes organizaciones.
Cuando se aprobó el TK, comenzó la creación de prototipos y la estructura lógica del proyecto, el trabajo fue realmente enorme: cientos de páginas de prototipos que, además de mostrar la estructura visual, también eran una especie de TK para la programación futura.
El hecho de que TK fuera preliminar, no lo sabíamos en ese momento. Afortunadamente (bueno, como resultó más tarde, desafortunadamente), el cliente prefirió reuniones personales para discutir el proyecto. Por lo general, es aún mejor, le permite acelerar el proceso y coordinar los detalles individuales en el modo "plug & play".
Pero, por desgracia, cada reunión no se convirtió en un límite, después del cual se suponía que debía comenzar la siguiente etapa de desarrollo, sino con una lluvia de ideas, en el espíritu: "¡Hagámoslo así!", "Y aquí me arrojaron una idea". Como resultado, los prototipos prefabricados tuvieron que rehacerse y, dada la relación bastante directa de todos los elementos del gabinete, una pequeña edición, en apariencia, podría llevar al hecho de que casi todo tenía que ser cambiado. Probablemente, no vale la pena decir que el cliente consideró que las ediciones de este tipo son un proceso de trabajo normal y no consideró conveniente aumentar la estimación.
En casi todas las reuniones, surgieron nuevas circunstancias, como la imposibilidad de ciertos tipos de consultas, por ejemplo, consultas "médico-paciente" según las leyes de la Federación de Rusia, y la necesidad de que un paciente acuda a un médico en su ciudad y realice una consulta en línea en su presencia. Además, se suponía que este último era un miembro de la asociación por la posibilidad inmediata de utilizar su cuenta personal y el software en sí para realizar una sesión TrueConf, integrada en su cuenta personal.
Por separado, vale la pena mencionar la experiencia y su importancia en el desarrollo de proyectos. Al principio, un cardiólogo bastante conocido asistió a las reuniones; él, como dicen, defendió el producto y no su caparazón. Ofreció ideas realmente interesantes y, lo que es más importante, consideró que el lanzamiento real del proyecto era más importante que su interminable alteración "en la rodilla". Dado que él es un médico de verdad, parece que sus consejos deben ser atendidos. Pero a juzgar por el hecho de que después de la tercera reunión, abandonó el proyecto, la experiencia no se consideró el parámetro más importante en el desarrollo. Lo que es divertido: en lugar de un cardiólogo, un dentista asistió a una de las siguientes reuniones.
Como resultado, se prepararon dos iteraciones de diseño, cuya coordinación, afortunadamente, pasó sin ningún problema.
Y luego comenzó la verdadera basura y desperdicio, el cliente, aparentemente sin comprender exactamente cómo va el proceso de programación, decidió contactar al programador él mismo, omitiéndonos, y no solo contactando, sino también comenzando a darle nuevos aportes directamente, y luego decidió pagar por completo directamente, pero al mismo tiempo, mientras continúa trabajando con nosotros.
Como resultado, el diseño y el proyecto desinflado resultaron estar en estasis, porque la parte del programa se basó en nuevas ideas inesperadas que nadie nos trajo. Aparentemente, el programador consideró que el cliente había hecho esto, y el cliente consideró que todo se integrará automáticamente y funcionará, lo que las correcciones no dan.
A pesar de que continuamos cooperando, preparamos una presentación completa del proyecto, maquetas de tarjetas de visita de empleados y socios del cliente (que, en el transcurso del trabajo, cambiaron dos veces): un gran proyecto no pudo despegar.
En la etapa inicial, propusimos agregar un proyecto al IIDF (Fondo de Desarrollo de Iniciativas de Internet), para resolver las debilidades, aprender opiniones de expertos adicionales, pero el cliente rechazó esta idea. Él ya sabe qué hacer. Esto es notable porque unos meses después, en un chat general, vimos un mensaje en el espíritu: "¿Por qué no utilicé IIDF?"
Como resultado, en un paso desesperado, el cliente encontró un diseñador que hizo un diseño absolutamente extraño que no coincidía con la lógica, y después de eso contrató a una empresa (aún no descubrimos cuál), que convirtió un gran proyecto federal en un sitio pequeño - una tarjeta de presentación en una tilde, en la que ni siquiera se molestaron en seleccionar imágenes de alta calidad, y el botón "Mi cuenta" en la esquina de la pantalla seguía siendo el botón que no llevaba a ninguna parte.
Siempre es triste cuando un proyecto interesante no alcanza la implementación, pero aún más triste cuando un proyecto casi terminado muere, porque el cliente no podía entender lo que quería, y cada vez había más ideas nuevas y maravillosas.
Como resultado, un sitio de tarjetas de visita en lugar de un portal federal multifuncional.