# Обратная связь по SimpleOne

В части организационного взаимодейтсвия

1. Тикеты на исправление ошибок отвергаются поддержкой с формулировкой «не удалось повторить». Бюрократическая система работает так, что бремя доказательства бага лежит на пользователе, а мотивации тратить время на доказательство у него нет: увидел - сообщил и пошел заниматься своими делами. Как выяснилось, мотивации тратить время на поиск и доказательство бага нет и у поддержки, им проще закрыть тикет. Даже когда я потратил время, сделал доказательную методику повторения бага, тикет был отклонен поддержкой, после чего по другим проблемам я просто перестал обращаться - нет смысла тратить свое время, если все равно ничего не решается.
1. Тикеты на небольшие настройки, если их невозможно сделать без доработок в SimpleOne, остаются без обратной связи. То есть, PU гвоорит «невозможно» и кажетсяя делает заявку на эту доработку в SimpleOne, но никакой обратной связи ни по срокам, ни по процессу фактически нет.
1. (1) и (2) в целом создают ощущение «неработающей машины», соотвественно клиент просто идет искать работающие обходные пути. Общее предложение - изменить культуру в компании и поддержке, сформировать практику, создающую у клиента эмоциональный отклик «среагировали быстро, сами нашли ошибку, исправили быстро, заинтересованы в использовании своего продукта» и формирующую устойчивую привычку у клиента давать обратную связь.
В части пользовательского опыта

1. Расширить возможности редактора всех текстовых полей (html-редактор): визуальная разметка, быстрые ссылки на сотрудников, на вложения, на другие задачи и объекты в платформе, универсальные ссылки (URL), вложенные в комментарий объекты (картинки и пр) - технически можно реализовать через вложения, но именно добавлять через копипаст в текстовом поле и там просматривать.
1. Создать систему внутренних оповещений с меткой «просмотрено», в нее конфигурировать различные оповещения об изменениях в задачах, упоминаниях тебя в задачах и т.д. Опционально настраивать экспорт оповещений в почту/мессенджеры
1. Общие соображения по формам в crm/itsm - уменьшить количество полей в формах до минимально необходимого где возможно, создать режим простых/расширенных форм. Все, что можно не вводить (вычислить или подставить) - должно либо отсутствовать в форме, либо заполняться автоматически. 
1. Редактор базы знаний - архаичный, требует полной переделки по образцу современных заметочников/публикаторов (vtorum.net / notion.com / buildin.ai) с раширенными мультимедийными возможностями и встроенным механизмом RAG и ассистентом (сейчас это собирается интегратором, но в интерфес ассистента никак не строишь, приходиться делать отдельное окно по отдельной ссылке)  или встраивания подобных opensource-продуктов.